W innym pytaniu zapytałem o to, dlaczego deweloperzy mogą nie lubić codziennego scrum . Rozmawialiśmy z programistami i postanowiliśmy nie wstrzymywać przez pewien czas codziennego scrum (aby spróbować i dostosować scrum za pierwszym razem). Jest to wynik konsultacji bezpośrednio z programistami.
Z drugiej strony nie chcemy stracić dobrych części codziennego scrumu, takich jak codzienna koordynacja programistów lub obserwowanie postępu pracy, jak kluczowy wskaźnik wydajności, w celu wczesnego podjęcia działań.
Jako alternatywę dla codziennego scrum, myślimy o proszeniu programistów o codzienne raporty z następującymi warunkami:
- Nie trzeba stosować żadnego określonego formatu. Każdy format jest akceptowany.
- Nawet jeśli praca nie zostanie wykonana, chcemy usłyszeć postęp.
- Nie trzeba wspominać o czasie poświęconym na każde zadanie.
- Należy wspomnieć o przeszkodach rozwojowych i wymaganiach dotyczących koordynacji.
- Codzienne raporty nie wymagają obsesji. To nie jest tak surowe.
Czy uważasz, że może to obniżyć ich wydajność? Czy miałeś / aś jakieś codzienne raporty? Czy masz dla nas jakieś sugestie, abyśmy mogli upewnić się, że nie zarządzamy mikromaningiem ?