Proces wydawniczy zespołu
Pierwszym krokiem przygotowania praktyk DevOps jest ocena obecnego procesu. Oznacza to analizowanie:
- Istniejące artefakty, takie jak pakiety wdrażania i Pakiet NuGet, a także repozytoria kontenerów.
- Istniejące narzędzia do zarządzania testami.
- Istniejące narzędzia do zarządzania pracą.
- Zalecanie strategii migracji i integracji.
Zróbmy to wspólnie z zespołem Tailspin i dowiedzmy się, w jaki sposób DevOps może pomóc w tej sytuacji.
Gdy Irwin (menedżer produktu) wychodzi, Amita stwierdza: „Potrzebujemy pomocy. Nie wiem dokładnie, do kiedy te poprawki należy wdrożyć, ale na pewno szybko. Nie jesteśmy przygotowani do szybkiego działania. Plus, nowa strona Space Game będzie musiała czekać, aż dostaniemy ten bałagan rozwiązany, a ta gra zbliża się szybko."
Andy spogląda na Marę. "To jest dużo do podjęcia w ciągu pierwszych kilku tygodni."
„Nic takiego" — odpowiada Mara. „Może wyjaśnisz mu, jak tutaj wszystko się odbywa. Na przykład jak gra przechodzi z fazy deweloperskiej do fazy produkcyjnej?”.
„To dobre pytanie” — odpowiada Andy. "Nie jestem pewien, że możemy dać ci prostą odpowiedź, ale spróbujmy."
Zespół decyduje się pójść do kawiarni, aby zrelaksować się i porozmawiać na luzie. Razem spróbują znaleźć przyczyny tylu problemów.
Na kawie Mara słucha i próbuje robić notatki. To sporo nieuporządkowanych informacji. Na podstawie wypowiedzi członków zespołu można wysnuć następujące wnioski:
- Korzystają z metodyki kaskadowej. Priorytety określa kierownictwo. Deweloperzy piszą kod, a następnie przekazują kompilację do działu kontroli jakości. Dział kontroli jakości przeprowadza testy, a później przekazuje kompilację do działu operacyjnego do wdrożenia.
- Podejście kaskadowe może być akceptowalne dla małego zespołu, ale tutaj cele nie zawsze są jasne i wydają się zmieniać często.
- Testowanie jest odkładane na końcową część procesu. Oznacza to, że usuwanie błędów i wprowadzanie zmian jest trudniejsze i droższe.
- Nie ma jasnej definicji tego, co zrobione oznacza. Każdy członek zespołu ma własne pojęcie na ten temat. Nie ma ogólnego celu biznesowego, nad którym wszyscy się zgadzają.
- Część kodu znajduje się w scentralizowanym systemie kontroli wersji. Wiele narzędzi i skryptów jest dostępnych tylko w sieciowych udziałach plików.
- Istnieje wiele procesów ręcznych.
- Komunikacja jest chaotyczna i odbywa się mailowo, w dokumentach programu Word i w arkuszach kalkulacyjnych.
- Informacje zwrotne są generowane sporadycznie i niespójnie.
- Na plus, zespół wydaje się się dogadać, i chcą zrobić rzeczy lepiej.
Gdy Mara spojrzała na stertę notatek, uznała, że musi uporządkować wszystkie informacje. Ułatwi to ocenę procesów. Jest przekonana, że podejście DevOps rozwiąże wiele problemów zespołu, ale musi znaleźć sposób na to, by właściwie zaprezentować go zespołowi.
Praktyka metodyki DevOps często zaczyna się od zrozumienia istniejących procesów. Następnie można ocenić, co działa prawidłowo, co nie działa oraz na czym należy skoncentrować się w pierwszej kolejności.
Mara pyta: "Czy kiedykolwiek wykonano ćwiczenie mapowania strumienia wartości?"
Andy przewraca oczami, Amita wzdycha, a Tim stwierdza: „Nie chcemy żadnej dodatkowej papierkowej roboty”.
Mara odpowiada: „Rozumiem. Zajmę się tym”.
Zespół wraca do pracy — zadowolony, że tematem zajmie się nowy pracownik.