Kontrola procesu empirycznego wobec kontroli procesu zdefiniowanego w Scrumie: Kompletny przewodnik

Kontrola procesu empirycznego wobec kontroli procesu zdefiniowanego

Kontrola procesu empirycznego oczekuje nieprzewidywalnego, podczas gdy kontrola procesu zdefiniowanego zakłada, że każdy task może zostać w pełni zrozumiany z góry.

Kontrola procesu

Co to jest kontrola procesu zdefiniowanego?

Kontrola procesu zdefiniowanego to proces o jasno określonych krokach. Gdy działamy w stosunkowo stabilnym i przewidywalnym środowisku, proces zdefiniowany powinien zawsze dawać ten sam wynik, dzięki swojej powtarzalności i przewidywalności, przy tym samym wejściu. Proces zdefiniowany ma następujące cechy:

• Powszechny i kontrolowany
• Planuj, co oczekujesz, że się wydarzy
• Wykonuj plan, niezależnie od zmieniających się warunków
• Używaj kontroli zmian, ponieważ zmiany są kosztowne

Co to jest kontrola procesu empirycznego?

W kontrolie procesu empirycznego oczekujesz nieprzewidywalnego. W kontrolie procesu zdefiniowanego każdy task jest w pełni zrozumiany z góry. W Scrum, zaimplementowany jest proces empiryczny, w którym postępy opierają się na obserwacji i eksperymentowaniu, a nie na szczegółowym planowaniu z góry i z góry zdefiniowanych procesach. Kontrola procesu empirycznego opiera się na faktach, doświadczeniu i dowodach – realizowana poprzez inspekcję i dostosowanie.

Kontrola procesu empirycznego ma następujące cechy:

• Nauka na podstawie postępu
• Oczekuje i przyjmuje zmiany
• Używa krótkich cykli rozwojowych do inspekcji i dostosowania
• Szacunki są tylko do celów referencyjnych i mogą być niezgodne z rzeczywistością

Kontrola procesu empirycznego w Scrumie

Kontrola procesu empirycznego w Scrumie

W Scrumie kontrola procesu empirycznego realizowana jest poprzez trzy podstawowe zasady: przejrzystość, inspekcja i dostosowanie.

Przejrzystość zapewnia, że wszystkie aspekty procesu, które wpływają na wynik, są widoczne dla osób odpowiedzialnych za zarządzanie wynikiem. Te aspekty muszą nie tylko być przejrzyste, ale także zrozumiałe dla tych, którzy je obserwują. Innymi słowy, gdy ktoś uważa zadanie za zakończone, musi ono być zgodne z ich zdefiniowanym Definicja gotowości.

Aspekty procesu muszą być często inspekcjonowane, aby wykryć nieakceptowalne odchylenia. Częstotliwość inspekcji musi uwzględniać fakt, że sam akt inspekcji może zmienić proces. Gdy wymagana częstotliwość inspekcji przekracza tolerancję procesu, pojawiają się komplikacje. Na szczęście wydaje się, że rozwoj oprogramowania jest mniej wrażliwy na ten problem. Innym czynnikiem jest umiejętność i staranność osób inspektorów.

Jeśli inspektorzy stwierdzą, że jeden lub więcej aspektów procesu znajduje się poza akceptowalnymi granicami, a wynikowy produkt byłby nieakceptowalny, muszą one dostosować proces lub materiały przetwarzane. Dostosowania muszą zostać wykonane jak najszybciej, aby zminimalizować dalsze odchylenia.

Trzy filary w eventach Scrum

Teraz przejrzyjmy, jak Scrum wdraża trzy filary jako najlepsze praktyki w ramach frameworku poprzez różne eventy.

Na przykład:

• Ponadto Daily Scrum służy do inspekcji postępów w kierunku celu sprintu i wprowadzania korekt dla pracy na następny dzień w celu maksymalizacji wartości.
• Dodatkowo Sprint Review oraz Planowanie Sprintu są używane do inspekcji postępów w kierunku celu wydania i wprowadzania korekt w celu optymalizacji wartości w kolejnym Sprintzie.
• Na koniec, Sprint Retrospective służy do refleksji nad poprzednim Sprintem i identyfikacji adaptacji, które sprawią, że następny Sprint będzie bardziej efektywny, skuteczny i przyjemny.

Ta lista podsumowuje relację między eventami Scrum a trzema filarami w następujący sposób:

Przejrzystość pozwala każdemu obserwować wszystkie aspekty dowolnego procesu Scrum. Promuje otwarte i przejrzyste przepływy informacji w całej organizacji i wspiera kulturę otwartości. W Scrum przejrzystość jest wyrażana poprzez:

• Artefakty
  • Stwierdzenie wizji projektu
  • Priorytet Produkt Backlog
  • Plan wydania
• Spotkania
  • Spotkanie przeglądu Sprintu
  • Codzienne stand-up
• Wysyłacze informacji
  • Wykres spadku
  • Tablica zadań Scrum

Inspekcja w Scrum jest opisana poprzez:

• Używanie wspólnych tablic zadań Scrum i innych wysyłaczy informacji
• Zbieranie opinii klientów i interesariuszy podczas rozwoju Epy, tworzenie priorytetowego Backlogu Produktu i planowanie zachowań wydania
• Właściciel produktu i klienci sprawdzają i zatwierdzają wyniki podczas demonstracji i weryfikacji Sprintu

Dostosowanieto jądro Scrum, w którym zespół i interesariusze uczą się z przejrzystości i inspekcji, a następnie dostosowują swoją pracę odpowiednio. Zdolność do dostosowania w Scrum opisuje się jako:

• Codzienne spotkania stand-up
• Ciągła identyfikacja ryzyka
• Prośby o zmianę
• Wskazówki Scrum
• Spotkania retrospektywne Sprintu