Udoskonal sposób, w jaki Twój zespół buduje i dostarcza oprogramowanie
Silne zespoły inżynierskie opierają się na spójnych i dobrze rozumianych praktykach programistycznych. Radar praktyk programistycznych daje zespołom programistycznym uporządkowany sposób na refleksję nad tym, jak planują, budują, testują i dostarczają swoją pracę. Oceniając wymiary takie jak jasność zakresu, standardy kodowania, dług techniczny, testowanie i wdrażanie, zespoły ujawniają, gdzie ich rzemiosło jest solidne, a gdzie tarcia spowalniają ich pracę. Wykorzystaj wyniki, aby zainicjować szczere rozmowy, uzgodnić usprawnienia i śledzić, jak Wasze praktyki programistyczne dojrzewają z czasem.
Wymiary
Praktyki programistyczne
Kluczowe praktyki inżynierskie wpływające na to, jak skutecznie zespół planuje, buduje, 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ą zdefiniowane i przestrzegane.
- Brak wspólnych standardów
- Standardy istnieją, ale się różnią
- Standardy konsekwentnie przestrzegane
Zdolność do koncentracji
Mamy czas i możliwość skupienia się na zaplanowanej pracy.
- Ciągłe przerywanie
- Trochę czasu na koncentrację
- Chroniony czas na koncentrację
Zarządzanie długiem technicznym
Monitorujemy i zarządzamy naszym długiem technicznym.
- Dług jest ignorowany
- Dług śledzony okazjonalnie
- Dług aktywnie zarządzany
Praktyki testowania
Mamy automatyzację testów funkcjonalnych dla czasochłonnych funkcji o wysokim znaczeniu.
- Głównie testy ręczne
- Częściowa automatyzacja
- Solidna automatyzacja testów
Proces wdrażania
Mamy zautomatyzowane wdrażanie, które jest niezawodne i objęte kontrolą jakości.
- Ręczne, ryzykowne wdrożenia
- Częściowo automatyczne wdrożenia
- Niezawodne automatyczne wdrożenia
Kiedy używać tej oceny kondycji?
- Gdy zespół inżynierski chce mieć wspólny obraz tego, jak silne są jego codzienne praktyki programistyczne.
- Podczas retrospektywy lub przeglądu kwartalnego, aby zidentyfikować obszary, w których występują tarcia w rzemiośle i dostarczaniu.
- Podczas wdrażania nowego zespołu i ustalania punktu odniesienia dla standardów kodowania, testowania i wdrażania.
- Aby śledzić poprawę praktyk programistycznych w czasie podczas wielu spotkań kontrolnych.
Porady i wskazówki
- Przeprowadź ocenę anonimowo, aby zachęcić do szczerych odpowiedzi na temat zakresu, koncentracji i długu technicznego.
- Porównaj wyniki między zespołami, aby wskazać praktyki warte udostępnienia lub ustandaryzowania.
- Skup każdą retrospektywę na jednym lub dwóch wymiarach z najniższymi wynikami, zamiast próbować naprawić wszystko naraz.
- Uruchamiaj radar co kwartał, aby wizualizować trendy i potwierdzić, że uzgodnione usprawnienia się utrzymują.