Ustanawianie planów wydań i iteracji
Metody agile i inne metodologie iteracyjne są oparte na pojęciach iteracji i wydań. W tym artykule opisano przypisywanie iteracji i wydań podczas planowania. Te przypisania umożliwiają widoczność osi czasu, aby ułatwić konwersacje wśród członków zespołu strategicznego ds. chmury. Przypisania są również dostosowane do zadań technicznych w sposób, który zespół wdrożeniowy ds. chmury może zarządzać podczas wdrażania.
Ustanawianie iteracji
W podejściu iteracyjnym do implementacji technicznej planujesz działania techniczne dotyczące cyklicznych bloków czasowych. Iteracji zwykle są od tygodnia do sześciu tygodni bloków czasu. Konsensus sugeruje, że dwa tygodnie to średni czas trwania iteracji dla większości zespołów wdrożeniowych w chmurze. Jednak wybór czasu trwania iteracji zależy od rodzaju wysiłku technicznego, nakładu administracyjnego i preferencji zespołu.
Aby rozpocząć dopasowywanie wysiłków do osi czasu, zalecamy zdefiniowanie zestawu iteracji, które trwają od 6 do 12 miesięcy.
Informacje o szybkości
Dostosowanie wysiłków do iteracji i wydań wymaga zrozumienia szybkości. Szybkość to ilość pracy, którą można ukończyć w dowolnej iteracji. Podczas wczesnego planowania szacowana jest szybkość. Po kilku iteracji szybkość staje się bardzo cennym wskaźnikiem zobowiązań, które zespół może zapewnić pewnie.
Szybkość można mierzyć w abstrakcyjnych kategoriach, takich jak punkty historii. Można go również zmierzyć w bardziej namacalnych terminach, takich jak godziny. W przypadku większości iteracyjnych struktur zalecamy używanie abstrakcyjnych pomiarów, aby uniknąć wyzwań w precyzji i percepcji. Przykłady w tym artykule reprezentują szybkość w godzinach na przebieg. Ta reprezentacja sprawia, że temat jest bardziej powszechnie zrozumiały.
Przykład: Pięcioosobowy zespół wdrożeniowy ds. chmury zobowiązał się do dwutygodniowych przebiegów. Biorąc pod uwagę bieżące zobowiązania, takie jak spotkania i wsparcie innych procesów, każdy członek zespołu może konsekwentnie przyczyniać się 20 godzin tygodniowo do wysiłków związanych z wdrażaniem. W przypadku tego zespołu szacowana początkowa szybkość wynosi 100 godzin na przebieg.
Planowanie iteracji
Początkowo planujesz iterację, oceniając zadania techniczne na podstawie priorytetowej listy prac. Zespoły ds. wdrażania chmury szacują nakład pracy wymagany do wykonania różnych zadań. Te zadania są następnie przypisywane do pierwszej dostępnej iteracji.
Podczas planowania iteracji zespoły ds. wdrażania chmury weryfikują i uściśliją szacunki. Robią to, dopóki nie wyrównają wszystkich dostępnych prędkości do określonych zadań. Ten proces jest kontynuowany dla każdego priorytetowego obciążenia, dopóki wszystkie wysiłki nie będą zgodne z prognozowaną iterację.
W tym procesie zespół weryfikuje zadania przypisane do następnego przebiegu. Zespół aktualizuje swoje szacunki na podstawie rozmowy zespołu o każdym zadaniu. Następnie zespół dodaje każde szacowane zadanie do następnego przebiegu do momentu spełnienia dostępnej prędkości. Na koniec zespół szacuje dodatkowe zadania i dodaje je do następnej iteracji. Zespół wykonuje te kroki do momentu wyczerpania szybkości iteracji.
Poprzedni proces będzie kontynuowany do momentu przypisania wszystkich zadań do iteracji.
Przykład: Skompilujmy poprzedni przykład. Załóżmy, że każda migracja obciążenia wymaga 40 zadań. Załóżmy również, że szacujesz, że każde zadanie zajmie średnio jedną godzinę. Łączne oszacowanie wynosi około 40 godzin na migrację obciążenia. Jeśli te szacunki pozostaną spójne dla wszystkich 10 priorytetowych obciążeń, te obciążenia potrwają 400 godzin.
Szybkość zdefiniowana w poprzednim przykładzie sugeruje, że migracja pierwszych 10 obciążeń zajmie cztery iteracji, czyli dwa miesiące czasu kalendarzowego. Pierwsza iteracja będzie składać się z 100 zadań, które powodują migrację dwóch obciążeń. W następnej iteracji podobna kolekcja 100 zadań spowoduje migrację trzech obciążeń.
Ostrzeżenie
Powyższe liczby zadań i oszacowań są ściśle używane jako przykład. Zadania techniczne rzadko są spójne. Ten przykład nie powinien być widoczny jako odbicie czasu wymaganego do migracji obciążenia.
Planowanie wydania
W ramach wdrażania chmury wersja jest definiowana jako kolekcja elementów dostarczanych, które generują wystarczającą wartość biznesową, aby uzasadnić ryzyko zakłóceń w procesach biznesowych.
Zwolnienie wszelkich zmian związanych z obciążeniem w środowisku produkcyjnym powoduje wprowadzenie pewnych zmian w procesach biznesowych. W idealnym przypadku te zmiany są bezproblemowe, a firma widzi wartość zmian bez znaczących zakłóceń w działaniu usługi. Ale ryzyko zakłóceń w działalności gospodarczej jest obecne z każdą zmianą i nie powinno być podejmowane lekko.
Aby zapewnić, że zmiana jest uzasadniona potencjalnym zwrotem, zespół strategiczny ds. chmury powinien uczestniczyć w planowaniu wydania. Gdy zadania są dostosowane do przebiegów, zespół może określić przybliżoną oś czasu, kiedy każde obciążenie będzie gotowe do wydania produkcyjnego. Zespół strategiczny ds. chmury przejrzy czas każdej wersji. Następnie zespół zidentyfikowa punkt przegięcia między ryzykiem a wartością biznesową.
Przykład: Kontynuując poprzedni przykład, zespół strategiczny ds. chmury przejrzył plan iteracji. Przegląd zidentyfikował dwa punkty wydania. Podczas drugiej iteracji do migracji będzie gotowych łącznie pięć obciążeń. Te pięć obciążeń zapewni znaczącą wartość biznesową i wyzwoli pierwszą wersję. Następna wersja zostanie wydana później dwie iteracji, gdy kolejne pięć obciążeń będzie gotowych do wydania.
Przypisywanie ścieżek i tagów iteracji
W przypadku klientów, którzy zarządzają planami wdrażania chmury w usłudze Azure DevOps, poprzednie procesy są odzwierciedlane przez przypisanie ścieżki iteracji do każdego zadania i scenariusza użytkownika. Zalecamy również tagowanie każdego obciążenia z określoną wersją. To tagowanie i przypisanie przekazuje automatyczną populację raportów osi czasu.
Następne kroki
Szacowanie osi czasu w celu poprawnego komunikowania się z oczekiwaniami.