PMI Disciplined Agile: Disciplined Agile Delivery (pt.3)

jak widzieliśmy w poprzednim poście z serii, Disciplined Agile jest w centrum swoich działań, Disciplined Agile Delivery (DAD), czyli zdolność do wdrażania rozwiązań jest zatem regulowana z zespołem, który tworzy własne wartości, zasady i praktyki najbardziej renomowanych w świecie Agile i Lean.

DAD jest również historycznie pierwszym sformalizowanym obszarem Disciplined Agile i, jak wspomniano w poprzednim poście, składa się z hybrydowo-zwinnego podejścia do opracowywania rozwiązań IT, w którym zaangażowani ludzie tworzą własną kulturę opartą na ciągłym uczeniu się.

papież opiera się na 8 zasadach niosących:

• People-first, ludzie, warunki, procesy, a nie na odwrót
• Goal-driven, skupić się na celu jasne
• Hybrid agile, wybrać praktyki odpowiadające różnych framework/metodologii
• Learning-oriented, continuing learning
• Full delivery lifecycles, od pomysłu do dostawy
• solution focused, rozwiązania, materiały eksploatacyjne, nie tylko “gotowe”
• cykl życia ryzyka, zarządzanie jawne i głębokie ryzyko
• Enterprise aware, świadomość korporacyjna

i sprawa wyraźnie wszystkie aspekty wdrożenie nowego produktu, poprzez trzy etapy jawne:

• Inception, w fazie inicjalizacji projektu, w którym główne elementy, w celu jej skutecznego przyjęcia ciała i oceny aspektów, takich jak ryzyko Zrównoważonego Rozwoju;
• Construction, etap wdrożenia, czyli gdzie rozwiązanie zostanie konkretnie wdrożone;
• okres przejściowy, etap, który zajmuje się aspektami wdrażania.

etapy DAD

jeśli użycie działki może wydawać się czymś “dziwne” wewnątrz framework, Agile, trzeba podkreślić, jak to nie jest zainteresowany w wodospad, ale raczej jako “pojemniki cel”, które nie ograniczają żadnych review podjętych decyzji. Ich celem jest, aby skupić się, w różnych momentach, o tym, co jest zwykle wymagane od przetwarzania produktu, jak jest napisane z poszczególnych procesów celem budynki gospodarcze na każdym etapie.

the process goals of Disciplined Agile Delivery (DAD)

na poprzednim rysunku widoczne są również cele pogrupowane w “virtual phase” wywołanie ongoing: są to cele poprzeczne, które towarzyszą zespołom we wdrażaniu produktów.

zgodnie z zasadą “choice is good” (patrz pierwszy artykuł z serii) i stale rozwijającą się działalnością organizacyjną etapy są kształtowane i specjalizowane w 4 określonych cyklach życia: Agile/ Basic, Lean/Advanced, Continuous Delivery (Agile/Basic) i Continuous Delivery (Lean / Advanced).

Dad Lifecycles

do nich dodaje się piąty, exploratory (lean startup), w którym na wczesnym etapie nie istnieje, ma inny cel i cechy techniczne: wspierać organizacje na etapie customer delivery. Typowym przykładem są “prawdziwe” startupy.

przyjrzyjmy się teraz bliżej różnym cyklom życia.

Agile/Basic Lifecycle (Extending Scrum): jest to cykl życia przeznaczony dla nowych zespołów w świecie Agile lub dla tych, którzy już pracują ze Scrumem i muszą skalować swoje działania.

Agile/Basic Lifecycle

jak można określić priorytety i oceny różnych funkcji, w realizacji, charakteryzuje:

• Iteration Based, podobnie jak rozwiązanie Scrum jest opracowywane z podejściem w czasie, a każdy przedział rozwoju nazywa się Iteration
• Non-Scrum Terminology, Podstawowa terminologia Scrum jest zastępowana bardziej ogólnym podwójnym (na przykład: Iterationvs Sprint), chociaż nie jest to obowiązkowe
• Inputs from outside the delivery lifecycle, wyróżnia się podstawowe elementy zewnętrzne, które mogą wpływać na rozwiązanie i generować zmiany podczas jego implementacji
• Work item list, not Product Backlog, DAD preferuje koncepcję Work Item do koncepcji Product Backlog. Wskazuje to, że nie tylko User Storyo Featureda jest obecny na stosie, ale także wymagania, wady, aspekty niefunkcjonalne itp….. W praktyce niespełnione działanie produktu zawiera wszystko, co jest potrzebne do pomyślnego rozwiązania (a nie do opracowania produktu / projektu), jednak jest zamawiane zgodnie z różnymi kryteriami
• milestones Explicit, istnieją wyraźne kamienie milowe, które umożliwiają efektywne zarządzanie zadaniami i często reprezentują czas wdrożenia uzgodniony z klientem.

Advanced / Lean Dad Lifecycle: jest to cykl życia przeznaczony dla poleceń działających w kluczu Value Stream, uwalniając przyrosty, gdy są gotowe, bez określonego okna odniesienia i starając się zminimalizować czas między dwoma wydaniami.

Lean/Advanced Lifecycle

Kiedy można podzielić zadania na jednostki pracy minimalnej i trudno jest przewidzieć, czy:

• Continuous flow of delivery, delivery dzieje się za każdym razem, gdy dostępna jest nowa Incrementsignificative, bez powiązania z żadną iteracją. Nowe zadania są” wciągane “przez zespół do przepływu pracy, gdy tylko masz możliwość ich wykonania, zamiast” popychane ” w zależności od harmonogramu czasu (pull vs push)
• Practices are on their own cadences, różne zdarzenia (retrospektywy, rafinacja itp…) są wykonywane, gdy ma to sens, a nie według ustalonej wcześniej kadencji
• work item pool, nie wszystkie work-item są takie same. Niektóre z nich są zarządzanymi ryzykiem, inne są zarządzanymi wartościami, a inne oparte na danych (pomyśl o ograniczeniach regulacyjnych). Z tego powodu Pula elementów roboczych ma znacznie większy sens niż stos uporządkowany według wspólnego priorytetu.

Continuous Delivery Lifecycle( Agile / Basic): jest to naturalna ewolucja cyklu życia Agile/Basic z iteracjami na tydzień lub krócej.

Continuous Delivery (Agile/Basic)

główną różnicą jest to, że faza Inception jest w pełni pochłoniętej budowy, a także działki transition jest zminimalizowane. Ponadto, w porównaniu z Agile/Basic, wydanie odbywa się maksymalnie na końcu każdej iteracji, a zatem co najmniej co tydzień. Jego cechy:

• Iteration Based(maksymalnie 1 tydzień)
• non-Scrum Terminology
• Inputs from outside the delivery lifecycle
• Work item list, not Product Backlog
• Explicit milestones

Continuous Delivery Lifecycle (Lean/Advanced): to naturalna ewolucja cykl życia lean / Avanced, w którym czas dostawy jest zminimalizowany, jest konieczne, również z częstotliwością kilka razy dziennie, przy użyciu narzędzi automatyzacji (deploy) i znormalizowanych procesów w czasie.

ciągła dostawa (Lean/Advanced)

Per la fase di Incepcja e transition Vale Quanto già detto per il Continuous Delivery lifecycle Agile/Basic, mentre le caratteristiche rilevanti sono:

• ciągły przepływ dostawy
• praktyki są na własnych kadencjach
• Pula pozycji pracy

eksploracyjny (lean startup) cykl życia: jest to cykl życia inspirowany Lean Startup, skierowany do startupów lub nowych inicjatyw, które powinny przede wszystkim potwierdzić trwałość swojego pomysłu, otwierając rynek dzięki serii Minimum Viable Product (MVP) i konkretnej implementacji cyklu Build-measure-Learn.

Exploratory (Lean Startup) Lifecycle

celem jest zminimalizowanie początkowych inwestycji poprzez promowanie, poprzez małe eksperymenty, akcje są testowane na rynku, a wskaźniki są znacznie mierzone. Charakteryzuje się:

• Envision, chodzi o zbadanie nowego pomysłu i sformułowanie hipotez dotyczących możliwego pomysłu, który może przyciągnąć potencjalnych klientów
• Build A Little, rozwijaj się tak szybko, jak to konieczne, aby potwierdzić swoje założenia: minimalny Viable Product (MVP).Nie jest ważne, aby skupić się na jakości techniki, ale również być bardzo szybki i zdolny do podkreślenia specyficznych cech
• Deploy, MVP musi być wykonane szybko działa z early-adopter więc można sprawdzić obiektów
• Observe & mesure, raz na wakacje, trzeba monitorować zachowanie early-adopter” instrumentation ” MVP. W ten sposób możesz zrozumieć, czy to, co zostało osiągnięte, jest we właściwym kierunku, czy też musisz wykonać Pivot
• Cancel, po przetestowaniu pomysłów na nośniki i użyciu pivot, być może będziesz musiał zrezygnować z opracowania rozwiązania, ponieważ nie jest to interesujące dla potencjalnych klientów. Jeśli tak się stanie, najlepiej jest, aby stało się to w ograniczonym czasie, ograniczając wykorzystywane zasoby i maksymalizując zdobyte know-how
• Productize, jeśli produkt znajdzie własną przestrzeń, etap dostawy klienta można uznać za zakończony i wskazane jest przejście do etapu projektowania, najlepiej za pomocą jednego z innych przedstawionych modeli rozwoju

jedną z cech, które zaobserwowaliśmy, jest to, że obejmuje on stopniowe zanikanie (lub przerzedzanie etapów), stopniowo rozwijając się, przyjmując różne cykle życia.

phases Znikające

nie należy jednak myśleć, że ogólnie rzecz biorąc, etap będzie lepszy od poprzedniego, ale pracować na najbardziej odpowiednim kontekście czasowym i ocenić możliwe ewolucje, uważa się również, że te same kości w typowy sposób podejmowania związane.

Typical Adoption Paths

ścieżka pozostaje oczywiście z wyjątkiem Exploratory (Lean Startup) cyklu życia, który ma konkretne zadanie, a tymczasowo ograniczone i że po zakończeniu, zostanie zastąpiony przez jednego z czterech pozostałych.