metodyki zwinne

W zeszłym tygodniu opisałem rejestr produktu. Dziś chciałbym przybliżyć temat jakości rejestru produktu. Dobry rejestr produktu jest DEEP. Akronim DEEP został stworzony przez Romana Pichlera i Mike’a Cohena ułatwiający zapamiętanie kryteriów służących do oceny jakości rejestru produktu. DEEP oznacza: Detailed appropriately – wystarczająco szczegółowy, Estimated – szacunkowy Emergent – nowo powstający (podaję za Pichlerem [2]) Prioritized – zawiera […]

Pisząc o Scrum nie można zapomnieć o historyjkach użytkownika. Co prawda  Scrum nie określa sposobu opisywania elementów rejestru produktu i pozwala na dodanie tam różnych artefaktów to historyjka użytkownika stałą się jednym z symboli metodyki Scrum. „User story, czyli historia użytkownika, opowiada o kliencie lub użytkowniku korzystającym z produktu. Zawiera imię, krótki opis oraz kryteria akceptacji

Rejestr Produktu  (ang. Product Backlog) zwany czasem zaległościami produktu,  to główny wykaz wszystkich funkcjonalności pożądanych w produkcie. Za dostarczenie wymagań w postaci rejestru produktu odpowiedzialny jest Właściciel Produktu. Rejestr produktu to „spis czekających na wykonanie historyjek z rejestru produktu z przypisanymi priorytetami” [1]. Podczas inicjacji projektu mamy jego zarys. Nie ma możliwości i wiedzy by projekt był

Właściciel Produktu (Product Owner) reprezentuje interesy wszystkich interesariuszy, określa cechy produktu i ustala hierarchię Product Backloga – rejestru produktu. „Osoby, które reprezentują perspektywę klienta w projekcie, odgrywają rolę Właściciela Produktu (…). Taki ktoś odpowiada za wymagania, ustala priorytety, odbiera pracę w sprintach” [4]. Właściciel Produktu ma następujące obowiązki: Określa cechy produktu; Jest odpowiedzialny za rentowność produktu

Mistrz Scrum (ang. Scrum Master), w literaturze określany również jako mistrz młyna, odpowiada za zapewnienie tego, aby Zespół Scrum żył wartościami i praktykami Scrum czyli, innymi słowy, on nadzoruje sposób wykorzystania metodyki. Mistrz Scrum chroni zespół poprzez zapewnienie tego, że nie podejmą oni zbyt wielkich zobowiązań w stosunku do tego, co mogą osiągnąć podczas sprintu.

  W 2009 roku napisałem kilka postów dotyczących metodyki Scrum. Opisałem role, artefakty i wykonywane czynności. Dziś Scrum jest powszechnie wykorzystywaną metodyką pracy. Stanowi całość lub część procesu wytwórczego oprogramowania. Od 2009 roku minęło kilka ładnych lat.   Ponadto coraz częściej Scrum jest łączony z klasycznym modelowaniem. Co więcej Enterprise Architect 13 wspiera już całkiem