Czym jest Radar praktyk deweloperskich?
Radar praktyk deweloperskich to krótki health check dla zespołów tworzących oprogramowanie. Zespół ocenia sześć stwierdzeń na pięciostopniowej skali od „Zdecydowanie się nie zgadzam” do „Zdecydowanie się zgadzam”: zakres prac jest jasny, standardy kodowania są uzgodnione i przestrzegane, ludzie mają czas na skupienie, dług techniczny jest monitorowany i zarządzany, czasochłonne i krytyczne funkcje mają testy automatyczne, a wdrożenia są zautomatyzowane i niezawodne. Dzięki sześciu wymiarom badanie jest na tyle szybkie, że można je przeprowadzać co kwartał, a słabe punkty łatwo dostrzec. Jeśli „Możliwość skupienia się” wypada nisko w całym zespole, jest to konkretny problem do omówienia z osobą, która ustala priorytety. Na podstawie wyników uzgodnijcie jedną lub dwie zmiany, a przy kolejnym badaniu sprawdźcie, czy się utrzymały.
Wymiary
Praktyki deweloperskie
Kluczowe praktyki inżynierskie, które wpływają na to, jak skutecznie zespół planuje, tworzy, testuje i dostarcza wysokiej jakości oprogramowanie.
Jasność zakresu
Nasz zakres prac jest jasny i dobrze zdefiniowany.
- Zakres jest niejasny
- Zakres jest w większości jasny
- Zakres jest dobrze zdefiniowany
Wspólne standardy kodowania
Mamy uzgodniony zestaw standardów kodowania, które są jasno określone i przestrzegane.
- Brak wspólnych standardów
- Standardy są, ale różnie stosowane
- Standardy konsekwentnie przestrzegane
Możliwość skupienia się
Mamy czas i możliwość, by skupić się na zaplanowanej pracy.
- Ciągłe przerywanie pracy
- Trochę czasu na skupienie
- Chroniony czas na skupienie
Zarządzanie długiem technicznym
Monitorujemy nasz dług techniczny i nim zarządzamy.
- Dług jest ignorowany
- Dług śledzony sporadycznie
- Dług aktywnie zarządzany
Praktyki testowania
Mamy działającą automatyzację testów funkcjonalnych dla czasochłonnych i krytycznych funkcji.
- Głównie testy ręczne
- Częściowa automatyzacja
- Solidna automatyzacja testów
Proces wdrażania
Mamy zautomatyzowane wdrożenia, które są niezawodne i objęte kontrolą jakości.
- Ręczne, ryzykowne wdrożenia
- Częściowo zautomatyzowane wdrożenia
- Niezawodne, zautomatyzowane wdrożenia
Kiedy należy skorzystać z tej kontroli stanu zdrowia
- Gdy zespół inżynierski chce wspólnie ocenić, jak solidne są jego codzienne praktyki.
- Podczas retrospektywy lub przeglądu kwartalnego, aby znaleźć miejsca, w których tarcia spowalniają dostarczanie.
- Gdy powstaje nowy zespół, aby ustalić punkt odniesienia dla standardów kodowania, testowania i wdrażania.
- W kolejnych badaniach, aby sprawdzić, czy praktyki deweloperskie się poprawiają.
Porady i wskazówki
- Przeprowadzajcie badanie anonimowo, aby ludzie szczerze mówili o zakresie prac, skupieniu i długu technicznym.
- Porównujcie wyniki różnych zespołów, aby znaleźć praktyki warte upowszechnienia lub ujednolicenia.
- Na każdej retrospektywie zajmijcie się jednym lub dwoma najniżej ocenionymi wymiarami. Próby naprawienia wszystkich sześciu naraz rzadko przynoszą trwały efekt.
- Powtarzajcie radar co kwartał, aby śledzić trendy i sprawdzać, czy uzgodnione usprawnienia się utrzymują.