W miarę możliwości trzymaj się z dala od chwastów. W każdym zespole, jeśli jesteś liderem, musisz zaoszczędzić pewną część przepustowości na kryzysy i duży obraz. Diagramy są dobre, a standardy kodowania są zawsze rozsądne, ale konfiguracja procesów, w których ludzie sprawdzają się nawzajem, jest jeszcze lepsza (testy krzyżowe, wzajemne oceny, programowanie par). Nie wszyscy w zespole muszą być gwiazdami - zespół razem może zwykle przezwyciężyć wszelkie słabości jednostek.
Zalecam, abyś w jak największym stopniu opierał się pragnieniu, aby powiedzieć ludziom, jakie błędy widzisz w ich kodowaniu - zamiast tego poprowadź ich do zobaczenia go sami. Pozostań częścią wspólnego przeglądu prac programistycznych, ale upewnij się, że nie wnosisz więcej niż inni członkowie. Zamiast tego włóż dodatkowy wysiłek, aby zachęcić ludzi do zobaczenia tego, co widzisz, i podaj wiele wyjaśnień, dlaczego rzeczy, które widzisz, mają znaczenie.
Nie przejmuj się zbytnio nakładaniem się - poza sensownym przerwaniem pracy możesz poprosić członków zespołu, aby zameldowali się między sobą, a następnie po prostu sprawdź, czy nastąpiła komunikacja. Zespół szybko zacznie patrzeć na siebie jako sposób na osiągnięcie konsensusu, a to sprawi, że Twoja praca będzie około 20 razy łatwiejsza - wtedy jedyne, co musisz zrobić, to przełamać remis, gdy główne obszary się nie zgadzają.
Następnie oszczędzaj wysiłek, aby wspólnie patrzeć na zespół. Każda osoba będzie miała niesamowite mocne strony i fascynujące słabości. Idealnie byłoby zacząć rzucać pracę na ludzi, którzy odpowiadają ich mocnym stronom, a jednocześnie dawać im szansę na przepracowanie swoich słabości w sposób, który nie wyłącza produktywności zespołu.
Ostateczna złota gwiazda kierownictwa zespołu uświadamia ludziom swoje słabości w taki sposób, że są zmotywowani i dobrze poinformowani, aby zacząć je naprawiać.