Effectieve codebeoordelingen plannen
De meeste ontwikkelaars zijn het erover eens dat codebeoordelingen de kwaliteit van de toepassingen die ze produceren kunnen verbeteren, maar alleen als het proces voor de codebeoordelingen effectief is. Het is essentieel om het er vooraf mee eens te zijn dat iedereen probeert een betere codekwaliteit te bereiken.
Het bereiken van codekwaliteit kan lastig lijken omdat er geen enkele beste manier is om code te schrijven, ten minste code met enige complexiteit. Iedereen wil goed werk doen en trots zijn op wat ze creëren.
Het betekent dat ontwikkelaars eenvoudig overbeschermend kunnen raken met hun code. De organisatiecultuur moet alle betrokkenen laten voelen dat de codebeoordelingen meer lijken op begeleidingssessies waarbij ideeën over het verbeteren van code worden gedeeld dan ondervragingssessies waarbij het doel is om problemen te identificeren en de auteur de schuld te geven.
Het delen van kennis die kan plaatsvinden in begeleidingssessies kan een van de belangrijkste resultaten van het codebeoordelingsproces zijn. Het gebeurt vaak het beste in kleine groepen (zelfs twee personen) in plaats van in grote teamvergaderingen. En het is belangrijk om te benadrukken wat er goed is gedaan, niet alleen wat verbetering nodig heeft.
Ontwikkelaars leren vaak meer in effectieve sessies voor codebeoordeling dan in een formele training. Het beoordelen van code moet een kans zijn voor alle betrokkenen om te leren, niet alleen als een klus die moet worden voltooid als onderdeel van een formeel proces.
Het is gemakkelijk om twee of meer personen te zien die aan een probleem werken en denken dat één persoon de taak zelf heeft voltooid. Dat is een oppervlakkig beeld van de resultaten op de langere termijn.
Teambeheer moet begrijpen dat het verbeteren van de codekwaliteit de kosten van code vermindert, niet verhoogt. Teamleiders moeten een passende cultuur in hun teams opzetten en bevorderen.