Planowanie skutecznych przeglądów kodu
Większość deweloperów zgadza się, że przeglądy kodu mogą poprawić jakość aplikacji, które tworzą, ale tylko wtedy, gdy proces przeglądów kodu jest skuteczny. Ważne jest, z góry, aby zgodzić się, że każdy próbuje osiągnąć lepszą jakość kodu.
Osiągnięcie jakości kodu może wydawać się wyzwaniem, ponieważ nie ma jednego najlepszego sposobu na napisanie jakiegokolwiek fragmentu kodu, co najmniej kodu o dowolnej złożoności. Każdy chce zrobić dobrą pracę i być dumny z tego, co tworzą.
Oznacza to, że deweloperzy mogą łatwo stać się nadmierną ochronę kodu. Kultura organizacyjna musi pozwolić wszystkim zaangażowanym poczuć, że przeglądy kodu są bardziej podobne do sesji mentoringowych, w których pomysły na poprawę kodu są współużytkowane niż sesje przesłuchania, w których celem jest zidentyfikowanie problemów i obwinianie autora.
Udostępnianie wiedzy, które może wystąpić w sesjach w stylu mentoringu, może być jednym z najważniejszych wyników procesu przeglądu kodu. Często zdarza się to najlepiej w małych grupach (nawet dwie osoby), a nie w dużych spotkaniach zespołowych. Ważne jest, aby podkreślić, co zostało zrobione dobrze, a nie tylko to, co wymaga poprawy.
Deweloperzy często dowiedzą się więcej w efektywnych sesjach przeglądu kodu niż w każdym formalnym szkoleniu. Przeglądanie kodu powinno być okazją dla wszystkich zaangażowanych w naukę, a nie tylko jako zadania, które należy wykonać w ramach formalnego procesu.
Łatwo jest zobaczyć co najmniej dwie osoby pracujące nad problemem i myśleć, że jedna osoba mogła wykonać zadanie samodzielnie. Jest to powierzchowny pogląd na długoterminowe wyniki.
Kierownictwo zespołu musi zrozumieć, że poprawa jakości kodu zmniejsza koszt kodu, a nie zwiększa go. Liderzy zespołów muszą ustanowić i wspierać odpowiednią kulturę w swoich zespołach.