Как можно больше держаться подальше от сорняков. В любой команде, если вы лидер, вам нужно сэкономить определенную часть вашей пропускной способности для кризисов и общей картины. Диаграммы хороши, а стандарты кодирования всегда нормальны, но настройка процессов, в которых люди проверяют работу друг друга, еще лучше (перекрестное тестирование, рецензирование, парное программирование). Не каждый в команде должен быть звездой - команда вместе может преодолеть любые слабости в людях.
Я бы порекомендовал вам как можно больше сопротивляться побуждению сообщать людям, какие ошибки вы видите в их кодировании, - вместо этого, заставьте их самим увидеть это. Оставайтесь частью совместного обзора работы разработчиков, но убедитесь, что вы не вносите больше, чем другие участники. Вместо этого приложите дополнительные усилия, чтобы побудить людей видеть то, что вы видите, и дать множество объяснений того, почему то, что вы видите, имеет значение.
Не беспокойтесь о частичном совпадении - помимо разумного перерыва в работе, вы можете попросить членов команды проверить друг друга, а затем просто проверить, что общение произошло. Команда быстро начнет воспринимать друг друга как способ достижения консенсуса, и это сделает вашу работу примерно в 20 раз легче - тогда все, что вам нужно сделать, это прервать связь, когда основные области не согласны.
Тогда сэкономьте свои усилия, чтобы посмотреть на команду в целом. У каждого человека будут удивительные сильные и слабые стороны. В идеале вы начнете бросать работу на людей, которые соответствуют их сильным сторонам, но при этом дадите им возможность проработать свои слабости таким образом, чтобы не снизить производительность команды.
Окончательная золотая звезда командного лидерства - это информирование людей о своих слабостях таким образом, чтобы они были мотивированы и достаточно информированы, чтобы начать исправлять их.