Система відділу релізів і розгортання
Команда релізів і розгортання, що керує періодичним циклом випуску продукту від збирання до моніторингу.
Релізний потяг без сюрпризів: збирання, тестування, розгортання та моніторинг — і перегляд уроків, що живить наступний реліз.
Без банківської картки — ваш проєкт буде готовий із повною системою за хвилину
Так виглядатиме дошка системи, яку ви отримаєте: колонки робочого процесу та стартові картки з першими кроками
Як рухається робота в цій системі?
Реліз-менеджер відкриває картку наступного релізу в «Збиранні» зі списком функцій-кандидатів та цільовою датою публікації; список заморожується в оголошений дедлайн зрізу. Картка переходить до «Тестування» на стейджинг-середовищі з чек-листом розгортання; потім до «Розгортання» в оголошене часове вікно з готовим планом відкату, якщо щось зламається. Після розгортання картка входить у «Моніторинг» на кілька днів: показники продуктивності, помилок та рівні прийняття відстежуються, і їхні зняття записуються на картці. Потім «Перегляд» короткою сесією: що запізнилося, що зламалося і чому; далі «Уроки» — для документування уроків як вдосконалених процедур; і з неї відкривається картка «Планування наступного» релізу.
Чат — штаб розгортання: миттєва координація між розробкою та інфраструктурою під час вікна та оголошення завершення кожного кроку, щоб усі знали, де ми. Оголошення звертаються до всієї компанії: дата наступного релізу та його зміст, повідомлення про вікно перед ним, потім оголошення завершення розгортання з нотатками релізу — підтримка не буде шокована запитанням клієнта про функцію, про яку вона не чула.
Реліз-менеджер — лідер циклу: оголошує дедлайн зрізу, володіє рішенням про розгортання чи відкладання та пише оголошення до й після. Розробники здають свої функції до зрізу й лишаються напоготові під час «Моніторингу». DevOps-інженер готує конвеєр розгортання та план відкату й виконує фактичне розгортання. Уроки в «Уроках» обов'язкові: кожен урок перетворюється на змінену процедуру чи пункт у чек-листі наступного релізу, інакше наступний реліз повторить ту саму помилку.
Хто за що відповідає?
Операційні ролі в цій системі та відповідальність кожної в щоденній роботі — призначте їх команді як є або адаптуйте під себе.
Реліз-менеджер
Планує цикл та оголошує дедлайн зрізу, володіє рішенням про розгортання чи відкладання, пише оголошення релізу та веде сесію «Перегляду».
Розробники
Здають функції до дедлайну зрізу, усувають те, що з'являється під час «Тестування» та «Моніторингу», й приходять на перегляд зі своїми цифрами.
DevOps-інженер
Керує конвеєром розгортання та його середовищами, готує план відкату перед кожним вікном і виконує розгортання й моніторить технічні показники після нього.
Що підготовлено для вас із першого дня?
Модулі системи
- Завдання — Канбан-дошка з колонками робочого процесу та картками виконання
- Чат — Швидкий канал щоденної координації команди
- Оголошення — Офіційний голос керівництва — циркуляри та сповіщення, які доходять до всіх
Вітальне оголошення: «Цикл релізів став офіційним»
Відсьогодні релізи — регулярний потяг, а не пригода: список збирається, тестується та розгортається в оголошене вікно й моніториться після. Усі дедлайни зрізу, вікна та нотатки релізів публікуються тут у міру надходження. Перший крок: перегляньте картку наступного релізу в «Збиранні» та переконайтеся, що ваші функції завершаться до дедлайну зрізу.
Схожі системи
Готові? Ваш перший проєкт — за дві хвилини
Створіть безкоштовний робочий простір зараз і запросіть команду до кінця дня.