System działu wydań i wdrożeń
Zespół wydań i wdrożeń zarządzający okresowym cyklem wydawania produktu od składania po monitoring.
Kolej wydań bez niespodzianek: składanie, testowanie, publikacja i monitoring oraz recenzja wniosków zasilająca kolejne wydanie.
Bez karty kredytowej — Twój projekt z pełnym systemem będzie gotowy w minutę
Tak wygląda tablica systemu, którą otrzymasz: kolumny przepływu pracy i karty startowe pokazujące pierwsze kroki
Jak przebiega praca w tym systemie?
Kierownik wydań otwiera kartę nadchodzącego wydania w „Składanie” z listą kandydujących funkcji i docelową datą publikacji, a lista zamrażana jest w ogłoszonym terminie odcięcia. Karta przechodzi do „Testowanie” na środowisku staging z listą kontrolną wdrożenia; potem do „Publikacja” w ogłoszonym oknie czasowym z gotowym planem wycofania na wypadek awarii. Po publikacji wchodzi w „Monitoring” na kilka dni: wskaźniki wydajności, błędów i wskaźniki adopcji są obserwowane, a ich odczyty zapisywane na karcie. Potem „Recenzja” krótkim spotkaniem: co się opóźniło, co się zepsuło i dlaczego; następnie „Nauka” w celu udokumentowania wniosków jako ulepszonych procedur — i z niej otwierana jest karta „Planowanie kolejne” dla następnego wydania.
Czat to kanał bojowy publikacji: bieżąca koordynacja między rozwojem a infrastrukturą w trakcie okna oraz ogłaszanie ukończenia każdego kroku, aby wszyscy wiedzieli, gdzie jesteśmy. Ogłoszenia adresowane są do całej firmy: termin nadchodzącego wydania i co przyniesie, zawiadomienie o oknie przed nim, a potem ogłoszenie ukończenia publikacji z informacjami o wydaniu — wsparcie nie jest zaskakiwane pytaniem klienta o funkcję, o której nie słyszało.
Kierownik wydań to dowodzący cyklem: ogłasza termin odcięcia, jest właścicielem decyzji o publikacji lub odroczeniu i pisze ogłoszenia przed i po. Programiści dostarczają swoje funkcje przed odcięciem i pozostają w gotowości w trakcie „Monitoring”. Inżynier DevOps przygotowuje potok wdrożenia i plan wycofania oraz wykonuje faktyczną publikację. Wnioski w „Nauka” są wiążące: każdy wniosek zamienia się zmienioną procedurą lub pozycją na liście kontrolnej kolejnego wydania — inaczej następne wydanie powtórzy ten sam błąd.
Kto robi co?
Role operacyjne w tym systemie i odpowiedzialność każdej z nich w codziennej pracy — przypisz je zespołowi wprost albo dostosuj do swojej specyfiki.
Kierownik wydań
Planuje cykl i ogłasza termin odcięcia, jest właścicielem decyzji o publikacji lub odroczeniu, pisze ogłoszenia wydania i prowadzi spotkanie „Recenzja”.
Programiści
Dostarczają funkcje przed terminem odcięcia, załatwiają to, co pojawi się w trakcie „Testowanie” i „Monitoring”, i uczestniczą w recenzji ze swoimi liczbami.
Inżynier DevOps
Zarządza potokiem wdrożenia i jego środowiskami, przygotowuje plan wycofania przed każdym oknem oraz wykonuje publikację i monitoruje wskaźniki techniczne po niej.
Co jest przygotowane dla Ciebie od pierwszego dnia?
Moduły systemu
- Zadania — Tablica kanban z kolumnami przepływu pracy i kartami realizacji
- Czat — Szybki kanał codziennej koordynacji zespołu
- Ogłoszenia — Oficjalny głos kierownictwa — okólniki i komunikaty, które docierają do wszystkich
Ogłoszenie powitalne: «Cykl wydań stał się oficjalny»
Od dziś wydania to regularny pociąg, nie przygoda: lista składana, testowana i publikowana w ogłoszonym oknie, a potem monitorowana. Wszystkie terminy odcięć, okien i informacje o wydaniach publikowane są tutaj na bieżąco. Pierwszy krok: przejrzyjcie kartę nadchodzącego wydania w „Składanie” i upewnijcie się, że wasze funkcje ukończą się przed terminem odcięcia.
Podobne systemy
Gotowy? Pierwszy projekt jest o dwie minuty stąd
Utwórz darmową przestrzeń roboczą już teraz i zaproś zespół przed końcem dnia.

