CheckOps w praktyce
Teams can run CheckOps directly in Compass. Compass offers teams a single place where they can easily see metrics and goals and write down actions they plan to take.
Przykładowy cotygodniowy raport CheckOps zawierający wskaźniki, alerty i planowane działania.
Cotygodniowy raport CheckOps można uruchomić także w Trello.
Czego będziesz potrzebować
Zdalne
Wideokonferencje z udostępnianiem ekranu
Narzędzie do współpracy cyfrowej
Osobiście
Szablon raportu CheckOps w aplikacji Compass
Tablica
Markery
Karteczki samoprzylepne
Zegar
Opcjonalne szablony
Szablony Atlassian
Ta gra działa najlepiej w połączeniu z funkcją CheckOps w aplikacji Compass (zobacz, jak umożliwić zespołowi rozpoczęcie pracy z CheckOps). Jeśli jeszcze nie korzystasz z aplikacji Compass, możesz zacząć śledzić kondycję swojego zespołu już dziś w Trello.
Instrukcje dotyczące gry
Ta gra jest przeznaczona dla zespołów, które tworzą, dostarczają i wdrażają oprogramowanie.
1. Przygotowanie ćwiczenia 30 min
Określ cele zespołu DevOps
The entire team will set goals together.
- Zaloguj się do aplikacji Compass i przejdź do funkcji CheckOps lub przygotuj alternatywny sposób śledzenia celów.
- Ustal, co chcesz zmienić lub ulepszyć w swoich praktykach programistycznych lub operacyjnych.
O Twoich celach operacyjnych mogą decydować wymagania biznesowe:
- Czy musisz zapewnić klientom jak najszybszą obsługę, czy też dostępność 24/7/365? Określ cele DevOps dotyczące opóźnień, przepustowości lub dostępności.
Cele operacyjne mogą także pochodzić od zespołu:
- Czy Twój zespół ma dosyć nocnych alertów i incydentów, z którymi nic nie jest w stanie zrobić? Ustaw cel dotyczący minimalizacji liczby incydentów i alertów niedających możliwości podjęcia działań.
- Uważasz, że czekasz zbyt długo na weryfikację pull requestów? Określ cel operacyjny dotyczący tego, jak długo pull requesty mają pozostawać otwarte.
Zacznij od małej grupy celów DevOps. Nie komplikuj ich i staraj się zbierać odpowiednie informacje w celu śledzenia postępów. Jeśli możesz, zacznij od tego samego celu lub celów we wszystkich swoich usługach — powinno to ułatwić skupienie się na danych, które Twój zespół będzie analizował podczas każdego spotkania.
Zadbaj o to, aby cele DevOps były mierzalne
Wyznacz cele w mierzalny sposób, aby nie pozostawić wątpliwości, czy zostały osiągnięte, czy nie.
- Tutaj przydają się wskaźniki operacyjne z usług: użyj narzędzia do monitorowania (np. Splunk Observability, DataDog, Grafana itp.) i dokładnie opisz żądany wskaźnik.
- Ważne są również wskaźniki programistyczne dla repozytoriów — do ich śledzenia najlepiej użyć Jira Software lub Compass.
Wykonując to ćwiczenie, możesz sobie uzmysłowić, że nie mierzysz tego, co naprawdę chcesz poprawić. Bez obaw. Jedną z czynności do wykonania na pierwszym spotkaniu CheckOps może być dodanie odpowiedniego wskaźnika DevOps. Możesz go potem wykorzystać na kolejnych spotkaniach.
Zapisz cele DevOps
Gdy zespół zaakceptuje wyznaczone cele, zapisz je i udostępnij wszystkim — są to Twoje deklarowane cele operacyjne. Następnie skonfiguruj podstawowy dokument Confluence, który jest łatwo dostępny i dobrze widoczny, i przechowuj w nim swoje cele DevOps. Jeśli pracujesz w aplikacji Compass, możesz ustawić cele w kartach wyników.
Cele DevOps mogą (i powinny) zmieniać się z czasem. W miarę gromadzenia większej ilości informacji możesz podejmować bardziej świadome decyzje dotyczące swoich celów, ale może się też okazać, że Twoje cele biznesowe lub operacyjne ewoluują. Pamiętaj jednak, aby nie dodawać zbyt wielu celów i wskaźników DevOps naraz, ponieważ może to prowadzić do dekoncentracji zespołu i utrudnić osiągnięcie pożądanych wyników. Zalecamy maksymalnie trzy cele na okres wynoszący od trzech do sześciu miesięcy.
Przykładowe cele, które może wybrać Twój zespół:
- Wydłużenie czasu pull requestu lub całkowitego czasu cyklu (TCT): przydatne, jeśli Twój zespół często nie dotrzymuje terminów.
- Zmniejszenie liczby alertów lub incydentów obsługiwanych przez zespół każdego tygodnia: przydatne, jeśli praca zespołu jest zbyt często przerywana.
- Zmniejszenie częstotliwości wdrażania: przydatne, jeśli Twój zespół otrzymuje zbyt wiele incydentów.
Gdy kondycja zespołu się poprawi, faza przygotowania może ulec skróceniu.
PORADA: KLUCZOWE WSKAŹNIKI DEVOPS
Zalecamy zespołom, aby zawsze mierzyły następujące wskaźniki:
- Czas wdrażania zmian
- Wskaźnik błędnych zmian
- Częstotliwość wdrażania
- Średni czas przywrócenia
2: Zbieranie danych 15 MIN
After the team sets goals, the presenter will need to gather data. Keep in mind, though you may not need to run step one every week, you will need to gather data each week.
Prowadź dziennik
W czasie pomiędzy kolejnymi spotkaniami CheckOps będą miały miejsce istotne wydarzenia, których narzędzia nie będą w stanie uchwycić. Biorąc pod uwagę niedoskonałość ludzkiej pamięci, warto zapisać te szczegóły, aby móc się nimi zająć podczas następnego spotkania.
Jeśli pracujesz w zespole zdalnym, sporządzaj co tydzień nowy raport CheckOps, w którym możesz dodawać ważne wydarzenia, a następnie udostępnij go odpowiednim członkom zespołu. Jeśli korzystasz z platformy środowiska programistycznego Atlassian — Compass, możesz szybko i łatwo rozpocząć stosowanie CheckOps na stronie ze szczegółami kondycji.
- Czy osoba pełniąca dyżur domowy otrzymała alert, który okazał się fałszywie dodatni? Niewątpliwie wpływa to negatywnie na doświadczenie programistów z Twojego zespołu, więc zwróć na to uwagę i podziel się tym z grupą, aby móc wprowadzić ulepszenia w przyszłości.
- Doszło do incydentu, nieudanego wdrożenia lub wydłużenia czasu scalania pull requestu? Róbcie krótkie notatki w ciągu tygodnia, aby zespół nie musiał później odtwarzać wydarzeń z pamięci.
Przygotuj się do przeglądu
As the on-call rotation ends (or right afterwards), the presenter should prepare the CheckOps report for that rotation. At its simplest, the report should include:
- Lista usług/komponentów, dla których chcesz uruchomić CheckOps.
- Pomiar (względem celu) każdego z tych komponentów.
- Zaznaczenie, czy cel został osiągnięty, czy nie.
- A mitigation plan for any unmet goals, as well as notes from the presenter about why the goal wasn't met.
- Sekcja do rejestrowania czynności następczych.
- Podsumowanie wszelkich innych zdarzeń lub anomalii.
Bardzo ważne jest, aby w raporcie CheckOps były ujęte czynności następcze. W przeciwnym razie otrzymujesz raport o stanie, podczas gdy potrzebujesz pętli informacji zwrotnych, która umożliwia wprowadzanie poprawek.
3: Przeprowadzenie spotkania poświęconego przeglądowi CheckOps 30 min
Każdy ma w tym swój udział
Keep it interactive! Everyone on your DevOps team who takes a turn being on-call should attend this meeting, and everyone should have a job:
- Prezenter: Osoba, która właśnie zakończyła rotację w ramach dyżurów domowych, powinna przedstawić raport CheckOps i swoje ustalenia. Jeśli Twój zespół nie pełni dyżurów domowych, wyznacz osobę, która będzie robić notatki na temat zdarzeń, które mają miejsce w ciągu tygodnia, i która będzie mogła przedstawić swoje wyniki podczas gry.
- Następna osoba na dyżurze domowym: ta osoba powinna zwracać szczególną uwagę na spostrzeżenia prezentera, w tym zauważone problemy lub możliwe obszary ryzyka, które mogą powrócić podczas następnej rotacji dyżurów domowych.
- Leader: The leader is the person (or people) who can help the team prioritize actions and ensure followup. When an action requiring follow up arises, the leader should help make sure the right person (or people) owns the action and will be able to see it through to resolution.
- Other on-call team members and component owners: These are the people who are also in the on-call rotation and/or are intimately familiar with the services or components that are being operated.
Udostępnienie i omówienie ustaleń
Prezenter omówi z zespołem wszystkie usługi/komponenty oraz poinformuje, czy cele zostały osiągnięte i dlaczego tak się stało. Omówi wszelkie zdarzenia operacyjne lub anomalie, które wystąpiły w przypadku danej usługi, oraz podzieli się swoimi spostrzeżeniami i analizami. Zadaniem zespołu jest zadawanie pytań i pomoc w przedstawianiu sugestii dotyczących dalszych działań.
Znajdźcie wspólnie sposoby na zapewnienie, że wszystkie usługi/komponenty zespołu DevOps spełniają swoje cele — to ćwiczenie dla całego zespołu.
Zapiszcie działania, jakie podejmie każdy członek zespołu, i utwórzcie zgłoszenia w rejestrze zadań podczas spotkania.
WSKAZÓWKA: DZIAŁAJ AKTYWNIE, NIE REAGUJ
Gdy zespół jest odpowiedzialny za realizację celów operacyjnych lub rozwojowych, łatwo jest wpaść w pułapkę reaktywności. Niezależnie od tego, czy chodzi o cele dotyczące niezawodności, szybkości realizacji, czy jakości kodu, podejście oparte na danych, które promuje CheckOps, powinno umożliwić Twojemu zespołowi osiągnięcie celów DevOps, poszerzanie doświadczenia programistów i ciągłe doskonalenie.
Kolejne czynności
Iteracja
Sugerujemy cotygodniowe uruchamianie scenariusza CheckOps i dostosowanie go do przekazywania zespołowi harmonogramu dyżurów domowych. Krok drugi i trzeci powtarzają się co tydzień, jednak uruchamianie tak często kroku pierwszego może nie być konieczne. W miarę realizowania scenariusza kroki pierwszy i drugi staną się krótsze. Po kilku tygodniach przerabiania przez zespół scenariusza CheckOps mogą pojawić się okazje do rozszerzenia i rozwinięcia ćwiczenia, aby objęło ono inne obszary wymagające uwagi. Można na przykład mierzyć wskaźniki jakości, takie jak zasięg kodu, wskaźniki biznesowe, takie jak tygodniowo aktywni użytkownicy danej funkcji, lub cokolwiek innego, co poprawi kondycję zespołu.
Ponowna ocena celów operacyjnych
Over time, the original DevOps goals you set may no longer meet your team's needs. Maybe the business needs changed, or the targets became more or less aggressive. If so, run step one, update your stated operational objectives, and continue your practice. You can also expand the scope of your CheckOps practice, if necessary, to cover more services or components or other aspects of your operations practice.
Automatyzacja raportowania
Wraz z rozszerzeniem zakresu okaże się, że chcesz poświęcać więcej czasu na analizę, a mniej na raportowanie. Znajdź sposoby automatyzacji zbierania kluczowych wskaźników i generowania raportów CheckOps. Poprawi to zarówno produktywność, jak i komfort pracy programistów w zespole, ponieważ coraz więcej czynności związanych z raportowaniem będzie automatyzowanych.
Jeśli faktycznie wprowadzasz automatyzację, upewnij się, że nadal analizujesz gromadzone dane i przygotowujesz się do spotkania CheckOps. Aby w tym pomóc, zespół Atlassian używa wskaźników z portalu Compass. My także uwzględniliśmy w tym celu nasze doświadczenie z zakresu CheckOps w produkcie.
Przykładowe cele operacyjne
Przemyślenia
Oto kilka przykładowych celów operacyjnych, wokół których Twój zespół może zbudować praktykę CheckOps, w zależności od zakresu obowiązków:
Delivery types | Possible objectives |
|---|---|
Microservice |
|
On-call team |
|
Software delivery |
|
Mobile application |
|
Mamy coś dla Twojego zespołu
Nasz comiesięczny newsletter zawiera aktualne porady, wskazówki oraz informacje o najnowszych grach.
