Tri roky jsme pracovali ve waterfall modelu. Fungoval, ale s rostoucim poctem projektu a pozadavky na rychlejsi dodavky jsme narazili na limity. Klient nechce cekat 6 mesicu na prvni vysledek.
Proc ne waterfall¶
Waterfall funguje pro projekty s jasne definovanymi pozadavky, ktere se nemeni. To je ale v praxi vzacne. Klient meni nazor po prvnim prototypu — ve waterfallu to znamena change requesty a zpozdeni.
Scrum zaklady¶
Dvoutydenni sprinty. Sprint planning, daily standup (15 minut), sprint review s klientem, retrospektiva. Product backlog prioritizovany product ownerem. Scrum master rotuje.
Odpor ke zmene¶
Kulturni bariera: Proc meeting kazdy den? Proc nemohu pracovat v klidu dva tydny? Trvalo tri sprinty, nez si tym zvykl. A dalsi tri, nez to zacalo fungovat.
Co funguje, co ne¶
Funguje: kratke iterace, retrospektivy, user stories. Nefunguje: cisty Scrum s fixed price kontraktem. Kompromis: Scrum uvnitr tymu, dohodnute milestony pro klienta.
Nastroje¶
JIRA s Agile pluginem pro backlog a sprint board. Confluence pro dokumentaci. Fyzicky board opusten kvuli remote vyvojarum.
Pouceni po roce¶
Scrum neni silver bullet, ale pro vetsinu projektu lepsi nez waterfall. Disciplina, engagement klienta a trpelivost jsou klicove.