Wyjaśnij zadanie i decyzję
Ten przewodnik zmienia podręcznik wdrażania agencji w możliwy do sprawdzenia przepływ pracy operacyjnej. Łączy decyzje dotyczące domeny, własność, dowody i akceptację, dzięki czemu wynik nadal sprawdza się w produkcji.
Wdrożenie agencji kończy się sukcesem, jeśli odkrycie, architektura, operacje dotyczące treści, odpowiedzialność, przekazywanie i bieżąca obsługa zostaną zaprojektowane wspólnie.
Praktyczny proces
- 1
Ustal punkt odniesienia na podstawie zaobserwowanej ilości treści, wysiłku, opóźnień, jakości, zapotrzebowania na wsparcie i ryzyka.
- 2
Zdefiniuj docelowy model operacyjny, odbiorców, kanały, własność, integracje i standard recenzji.
- 3
Modeluj koszty i korzyści, korzystając z nazwanych źródeł danych i oddzielając potwierdzone wartości od założeń.
- 4
Przeprowadź reprezentatywny projekt pilotażowy z uzgodnionymi środkami akceptacji i datą decyzji.
- 5
Zatwierdzaj zwiększanie skali dopiero po zaakceptowaniu przez właścicieli procesu operacyjnego, dowodów, budżetu i częstotliwości raportowania.
Przykład lub narzędzie
Matryca odpowiedzialności wyjaśnia klienta, agencję, specjalistycznego recenzenta, dział IT, prywatność i własność produktu. W narzędziu zapisz także punkt odniesienia, właściciela, decyzję, dowody, otwartą kwestię i datę zatwierdzenia. Użyj prawdziwej strony lub transakcji, aby zespół mógł zobaczyć zależności, wyjątki i prace konserwacyjne następujące po wydaniu.
| Punkt decyzji | Nagrywać | Kryterium akceptacji |
|---|---|---|
| Linia bazowa | Zaobserwowany stan obecny | Źródło i data zapisu |
| Decyzja | Wybrana opcja i uzasadnienie | Uwzględniono ryzyko i odbiorców |
| Dowód | Testuj, dokumentuj lub mierz | Możliwość przeglądu i specyficzna dla wersji |
| Aprobata | Imię i nazwisko, rola i data | Wszystkie obowiązkowe kryteria spełnione |
Odkryj usługę przed zaprojektowaniem integracji
Mapuj odbiorców, ścieżki, systemy źródłowe, własność treści, zatwierdzanie, publikację, wsparcie i pomiary. Próbuj prawdziwych treści i obserwuj redaktorów przy pracy. Opis wdrożenia powinien ujawniać wyjątki, a nie tylko idealny przepływ pracy.
Rejestruj niefunkcjonalne potrzeby dotyczące dostępności, bezpieczeństwa, prywatności, wydajności, dostępności, przechowywania i audytu. Potwierdź, która organizacja jest właścicielem każdej decyzji i jakie dowody są wymagane do jej akceptacji.
Usługa wywiadów, przedstawiciele redakcji, IT i użytkowników.
Systemy magazynowe, typy zawartości i woluminy.
Dokumentuj ryzyko i obowiązkowe kontrole.
Zatwierdź mierzalne wyniki akceptacji.
Wspólnie projektujcie architekturę i obowiązki
Wybierz synchroniczny API, wsadowy, webhook, widget lub ręczny przepływ pracy zgodnie z czasem użytkownika, tolerancją na awarie, objętością i recenzją. Zdefiniuj źródło prawdy, identyfikatory, wersjonowanie, zachowanie pamięci podręcznej, bezpieczeństwo ponownych prób i wycofywanie zmian.
Utwórz macierz odpowiedzialności za treść, terminologię, referencje, konfigurację, incydenty, zmiany dostawców, dostępność, jakość i wydanie. Każda wspólna odpowiedzialność wymaga jednego odpowiedzialnego właściciela i ścieżki eskalacji.
- 1
Diagram danych i przepływów kontrolnych.
- 2
Stany awarii i odzyskiwania danych projektowych.
- 3
Przydzielaj role odpowiedzialne i wspierające.
- 4
Przejrzyj projekt z operatorami i recenzentami.
Dostarczaj w zweryfikowanych plasterkach
Zacznij od jednej reprezentatywnej podróży i treści przypominających produkcję. Uwierzytelnianie testowe, limity, zniekształcone dane wejściowe, przekroczenia limitu czasu, ponowne próby, zduplikowane wywołania zwrotne, niedostępne dane wyjściowe, odrzucenie redakcyjne i wycofywanie publikacji. Koszt instrumentu, opóźnienie, jakość i przyczyny błędów.
Rozwiń dopiero po skompletowaniu dowodów akceptacji. Utrzymuj zapisy decyzji, wersje konfiguracji, wyniki testów i znane ograniczenia. Traktuj dokumentację szkoleniową i operacyjną jako elementy dostarczane, a nie dodatki po uruchomieniu.
Korzystaj z chronionych środowisk testowych i przejściowych.
Automatyzuj powtarzalne kontrole techniczne.
Przeprowadź akceptację redakcyjną i wśród użytkowników docelowych.
Wymagaj zgody na wydanie i wycofanie zmian.
Przekazanie usługi, którą można obsługiwać
Zapewnij elementy Runbook, architekturę, spis poświadczeń, pulpity nawigacyjne, reguły alertów, trasy pomocy technicznej, proces wydawania, kontakty z dostawcami, harmonogram danych i procedurę odzyskiwania. Połącz pracowników agencji i klienta na podstawie rzeczywistych incydentów i wydań przed przekazaniem.
Uzgodnij bieżące poziomy usług w zakresie konserwacji, przeglądu jakości, aktualizacji zabezpieczeń, zmian modeli i ulepszeń. Przetestuj eksport i odzyskiwanie, zamknij tymczasowy dostęp i zarejestruj otwarte ryzyko wraz z właścicielami i datami.
- 1
Zweryfikuj dokumentację poprzez ćwiczenie operatora.
- 2
Przenieś repozytoria, konta i dowody.
- 3
Usuń tymczasowe uprawnienia i sekrety.
- 4
Zaplanuj przeglądy usług i korzyści.
Zarządzaj jakością i zmianami po uruchomieniu
Utwórz kartę wyników usług, która łączy niezawodność techniczną z wynikami redakcyjnymi i użytkownikami. Śledź udane żądania, opóźnienia, nieudane zadania, ręczne poprawki, wyjątki terminologiczne, czas przeglądu, wady publikacji, ustalenia dotyczące docelowych odbiorców, koszt według rodzaju treści i możliwe do uniknięcia zapotrzebowanie na wsparcie. Zdefiniuj źródło danych, obliczenia, częstotliwość raportowania, cel, tolerancję i właściciela dla każdego środka. Panel bez ustalonych progów działania rejestruje problemy, ale nimi nie zarządza.
Wprowadź ścieżkę kontrolowanych zmian dla podpowiedzi, modeli, terminologii, integracji, schematów treści i ustawień dostawcy. Każda zmiana powinna mieć powód, odbiorców, których dotyczy, ocenę ryzyka, reprezentatywny zestaw ocen, przegląd dostępności, wpływ na bezpieczeństwo, punkt wycofania, osobę zatwierdzającą i zapis wersji. Przed wdrożeniem porównaj wyniki z poprzednią wersją. Zachowaj niewielki zestaw trudnych i krytycznych przykładów, aby pozornie nieszkodliwe ulepszenia nie zmniejszały po cichu dokładności gdzie indziej.
Ustrukturyzuj relację agencyjną wokół przejrzystej poprawy usług. Przejrzyj wspólnie powtarzające się defekty i dowody użytkownika, zdecyduj, która ze stron jest właścicielem naprawy, i wyceń przewidywalną konserwację niezależnie od nowego zakresu. Klient powinien zachować dostęp do kodu źródłowego, konfiguracji, materiałów ewaluacyjnych, danych operacyjnych i korespondencji z dostawcami. Zapobiega to uzależnieniu wiedzy od agencji i pozwala następcy kontynuować usługę bez ponownego odkrywania podstawowych decyzji.
Zdefiniuj progi działań dla środków technicznych, redakcyjnych i użytkownika.
Wersjonuj każdy model, regułę, monit, glosariusz i zmianę konfiguracji.
Oceń zmiany pod kątem treści reprezentatywnych i kluczowych dla bezpieczeństwa.
Zapewnij klientowi dostęp do wiedzy i dowodów dotyczących usług.
Używaj dowodów gotowości do wydania dla każdej zmiany produkcyjnej
Wymagaj jednego podpisanego protokołu gotowości obejmującego wyniki akceptacji, nierozwiązane defekty, migrowaną zawartość, monitorowanie, zakres wsparcia, zatwierdzenie zabezpieczeń, warunki prywatności, komunikację z użytkownikiem, wycofanie zmian i osobę upoważnioną do kontynuowania. Zapewnij krótki okres wsparcia na wczesnym etapie życia, obejmujący codzienny przegląd niepowodzeń, działań naprawczych i odbiorców, których to dotyczy.
Zdefiniuj kryteria wyjścia na ten okres przed uruchomieniem. Samo stabilne przetwarzanie żądań jest niewystarczające, jeśli redaktorzy nadal naprawiają znaczną część wyników lub użytkownicy nie mogą dokończyć swoich zadań. Przejdź do normalnej pracy tylko wtedy, gdy progi techniczne, redakcyjne, dostępność i użytkownika pozostaną w granicach tolerancji przez uzgodniony czas. Przenieś każdy otwarty element do rejestru usług, podając wpływ, obejście, właściciela i datę.
Podpisz jeden rekord gotowości przed wydaniem do produkcji.
Monitoruj wyniki techniczne i merytoryczne podczas wsparcia na wczesnym etapie życia.
Użyj predefiniowanych kryteriów wyjścia we wszystkich wymiarach jakości.
Przenieś każdy otwarty element wraz z wpływem, właścicielem i terminem.
Role, dowody i zatwierdzenie
Wiarygodna decyzja biznesowa pozostaje przydatna po prezentacji. Przechowuj założenia wraz z właścicielem, źródłem, datą, zakresem i czułością. Raportuj jakość i wyniki usług wraz z kosztami. Nie licz korzyści dwa razy i nie traktuj wygenerowanego wolumenu jako wartości dla czytelnika. Odpowiedzialny właściciel powinien po zakończeniu pilotażu i w regularnych odstępach czasu przeglądać rzeczywiste wyniki w porównaniu z wartościami bazowymi.
Eksploatacja i konserwacja
Praca nie kończy się w momencie publikacji. Połącz wersję językową lub konfigurację ze źródłem, monitoruj jakość i miary usług oraz zdefiniuj konkretne wyzwalacze przeglądu. Wyzwalacze obejmują zmiany źródła, zmiany prawne, nowe potrzeby odbiorców, powtarzające się pytania dotyczące pomocy, zmiany techniczne i incydenty. Nazwany właściciel ocenia wyzwalacz, w razie potrzeby otwiera nową wersję i rejestruje ponowne zatwierdzenie.
Lista kontrolna przed publikacją
Wartość bazowa wykorzystuje zaobserwowane dane.
Wyniki dotyczące odbiorców i usług są mierzalne.
Oddzielone są koszty jednorazowe i powtarzające się.
Założenia mają właścicieli i zakresy czułości.
Uwzględniono jakość, dostępność, bezpieczeństwo i integrację.
Kryteria akceptacji pilota są uzgadniane z góry.
Korzyści nie są liczone podwójnie.
Przypisuje się decyzję o zwiększeniu skali i częstotliwość raportowania.