
3355 Framework Scrum
Dlaczego Scrum? Zespoly tworzące oprogramowanie często napotykają następujące problemy (i ==> proponowane przez Scrum rozwiązania):
- Produkty są bezużyteczne, pracują jak psy, a mimo tego nie ma uczucia osiągnięcia.
==> Potencjalnie gotowe przyrosty - Planowanie nie nadąża za zmianami. Wymagania zmieniają się zbyt szybko, co sprawia, że trudno skupić się na jednym elemencie.
==> Iteracyjne i krótkie cykle - Zespół biznesowy i zespół rozwojowy są zawsze w sprzeczności, użytkownicy ciągle skarżą się.
==> Otwartość i komunikacja - Czas jest napięty, praca ciężka, wszystko ma priorytet, ciągle walczymy z pożarami, nieukończone zadania i lęk.
==> Skupienie się na wartości dla klienta i priorytetyzacji produktu - Wszystkie napięcie i ryzyko skupiają się w ostatnim etapie – stają się coraz bardziej zatłoczone i chaotyczne z upływem czasu.
==> Pojęcia WIP (praca w toku) i Minimum Viable Product (MVP) - Dobre nawyki i procesy nie trwają – po prostu zanikają.
==> Jasne role, wydarzenia, artefakty i zasady wspierające najlepsze praktyki zespołu (tj. framework Scrum i wartości, które dokładnie są wymagane przez 3355) - Bez pomocy zespół ciągle przegrywa, morale spada, równowaga między życiem a pracą jest zaburzona – pojawiają się wypalenie i rezygnacje.
==> Przejrzysta ocena backlogu produktu, tablica Scrum, prędkość zespołu i wykresy spadku, zapewniające sprawiedliwy postęp i zrównoważone obciążenie.