gdyby skupić się jedynie na aspekcie jakosciowym programowania?? praca
zorganizowana jest w taki sposób iż fragment kodu (blok) napisany
przez jednego programistę jest inspektowany przez innego pracownika.
tak na gorąco:

Wprowadź sobie coś takiego ale na zasadach doksonalenia zarządzania a nie
oceny pracowników.
wyznaczasz timebox i tak jak napisałeś peer review oprogramowania w celu
utrzymania/podniesienia jakości

Po kilku iteracjach będziesz wiedział jak zarządzać zadaniami na poziomie
timebox'u aby się mieścić i robić produkt dobry jakościowo. Do produktu rób
sobie backlog tworzący bazę więdzy zarówno o produkcie jak i o zarządzaniu.
To automatycznie da Ci przegląd wydajności pracowników, ale nie
przekształcaj tego w system oceny bo stracisz ludzi i rozwalisz zespół.

Dobrze jest wprowadzić test driven development ale to może wymagać naprawdę
sporych wysiłków bo będziesz musiał zmienic mentaność i sposób myślenia
ludzi. To bywa bolesne i dla tego lepiej sprawdza się przy budowaniu nowego
zespołu niż wprowadzaniu zmian w zeposle juz istaniejącym i w pewiem sposób
zgranym lub dotartym


---
Tequila Uć