Połącz dostarczanie, obserwowalność i analizę produktu
Dołącz do tego, co jest dostarczane z kondycją systemu i zachowaniem użytkowników, aby zadawać pytania o lepsze wyniki bez tworzenia niebezpiecznego jeziora danych.
Użyj trzech różnych soczewek
Kontrola źródła wyjaśnia, co się zmieniło i jak praca przeszła przez recenzję. Obserwowalność wyjaśnia, czy działający system jest w dobrej kondycji na podstawie błędów, opóźnień, dostępności i incydentów. Analityka produktu wyjaśnia, w jaki sposób użytkownicy wchodzą w interakcję z funkcją, za pomocą dokładnie zdefiniowanych zdarzeń zbiorczych lub zapisanych raportów. Żadne z tych źródeł nie jest w stanie samodzielnie wykazać wpływu. Zachowanie odrębności ich ról zapobiega nazywaniu gwałtownego wzrostu liczby zatwierdzeń postępem, cichemu wykresowi błędów nazywaniu adopcją lub liczbie zdarzeń wywoływaniu unikatowych użytkowników bez zgodnego pomiaru.
Dołącz poprzez model produktu i okno czasowe
Mapuj repozytoria i komponenty techniczne na trwałe funkcje produktów, a następnie łącz inicjatywy lub wydania z tymi funkcjami. Przechowuj znormalizowane migawki metryk z dostawcą, zakresem, definicją, okresem, jednostką i aktualnością. Porównaj dowody dostawy, sygnały niezawodności i zmiany wyników w dopasowanych oknach, zachowując jednocześnie ich oryginalne źródła. Unikaj dołączania na podstawie identyfikatorów osobistych. Model produktu zapewnia wspólny język; Dowodów dostarczają znaczniki czasu i wyraźne mapowania. Jeśli mapowanie zostało wywnioskowane, oznacz je jako wywnioskowane i pozwól menedżerowi je poprawić.
Zadawaj pytania, które mogą zmienić decyzję
Przydatne pytania obejmują: Czy wdrożenie funkcji nastąpiło po dostarczeniu funkcji? Czy poziom błędów wzrósł w tym samym komponencie? Czy prace związane z niezawodnością zmniejszają liczbę incydentów, jednocześnie spowalniając planowany zakres? Czy zespoły wielokrotnie realizują działania bez wymiernego rezultatu? Każda odpowiedź powinna powoływać się na historię dostaw i użyte znormalizowane migawki metryk. Brak ruchu nie oznacza automatycznie awarii; definicja zdarzenia, populacja wdrożenia, okno obserwacji i czynniki zewnętrzne mogą być nieprawidłowe. Połączony pogląd pomaga liderowi zdecydować, co dalej badać.
Normalizuj i minimalizuj na granicy
Przechowuj zbiorcze wyniki liczbowe zamiast nieprzetworzonych wierszy zdarzeń, dzienników, atrybutów użytkownika lub tekstu wiadomości. Odrzucaj zapytania zwracające aspekty, ciągi lub dane osobowe o dużej kardynalności, gdy produkt potrzebuje jedynie metryki ograniczonej w czasie. Do ręcznych synchronizacji używaj poświadczeń tymczasowych, chyba że zaprojektowano i zatwierdzono zaszyfrowaną pamięć po stronie serwera. Trzymaj nazwy, adresy e-mail, identyfikatory repozytoriów, adresy URL, podpowiedzi, tokeny i surowe ładunki klientów poza analityką produktów i kontekstem sztucznej inteligencji, chyba że udokumentowana funkcja tego ściśle wymaga.
Wprowadzaj połączenie etapami
Zacznij od jednej funkcji, jednego mapowania dostaw, jednego wskaźnika niezawodności i jednego wyniku produktu, któremu zespół już ufa. Zsynchronizuj ostatni okres, sprawdź wartości u każdego dostawcy i zapisz decyzję, którą powinien obsługiwać połączony widok. Dodaj więcej danych tylko wtedy, gdy odpowiedzą na nowe pytanie. Przejrzyj świeżość i własność każdej definicji. To etapowe podejście pozwala uzyskać łatwy do zrozumienia obraz operacyjny i pozwala uniknąć kosztownego programu integracyjnego, który gromadzi dużą ilość danych, zanim ktokolwiek zgodzi się na sposób ich wykorzystania.
Zobacz wyraźnie swój system dostawy.
Poznaj przypominającą produkcję przestrzeń roboczą Troodo i zobacz, jak dowody dostawy stają się szczegółowymi wytycznymi kierownictwa.
Zapoznaj się z demonstracją na żywo