AUT-0145· Управління проєктами
Погодження та перевірка зміни робочої ІТ-системи
Зміна має погоджений склад, час виконання, перевірки результату й умови повернення попереднього стану.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Команда змінює робочу систему без узгодженого часу й перевірок, а після збою не знає, хто вирішує повернення.
02 / Результат
Кожна виконана зміна має рішення щодо готовності, журнал виконання та перевірений результат або повернення.
03 / Процес
ТригерВідповідальний подав запит на визначену зміну чинної ІТ-системи.
Зафіксувати систему, точний склад зміни, залежності та можливий вплив на роботу користувачів.
Підготувати спосіб виконання, перевірки до й після, критерії припинення та можливість повернути попередній стан.
Погодити конкретну редакцію й час виконання з власниками залежних сервісів; змінений склад потребує нового рішення.
Перед початком звірити готовність і чинність дозволу; виконавець записує фактичні дії та результат зовнішнього засобу виконання.
Перевірити роботу системи за погодженими критеріями; при невдачі виконати погоджений маршрут повернення або передати проблему відповідальному.
Закрити зміну після перевірки фактичного стану; зберегти відхилення, наслідки та рішення для наступного перегляду.
04 / Реалізація2 варіанти
Приклад · Розгортання через захищене середовище з перевіркою результату
Для робочого середовища погодили версію A. Перед запуском гілка вже містить версію B: попереднє рішення не дозволяє підмінити погоджений склад. Після окремого перегляду B дозволили запуск, але перевірка заявки виявила збій, хоча засіб розгортання показав успіх. Відповідальний виконав погоджене повернення і перевірив маршрут заявки; запис запуску зберігся в історії.
Спосіб реалізації
- Проєктна модель PlanFix: зміна, точна версія, середовище, запуск, рішення та перевірки. Технічний бар’єр запуску налаштовують у зовнішній системі; позначка CRM сама його не створює.
Що потрібно для реалізації
- Є власник системи, визначений склад зміни та перевірювані критерії результату.
- Погоджено час, повноваження щодо початку й припинення та спосіб перевірити можливість повернення.
- Є стабільний ID версії та запуску й визначене цільове середовище.
- Перевірено доступність правил погодження, права відповідальних та можливість обходу.
- Погоджено перевірки бізнес-процесу й спосіб повернення саме цієї зміни.
Обмеження
- Позначка погодження в CRM не блокує зовнішнє виконання без перевіреної інтеграції.
- Успішне завершення команди або розгортання не доводить працездатність бізнес-процесу.
- Повернення може бути неможливим після незворотної зміни даних; такий випадок потребує окремого плану й рішення.
- Дозвіл на запуск не підтверджує розгортання або працездатність.
- Доступність захисту залежить від продукту, тарифу й налаштувань цільового репозиторію.
- Не вважати список погоджувачів вимогою погодження всіма: правило зовнішньої системи потрібно перевірити.
- Обхід захисту й ручний запуск потребують видимих доказів; не заявлено неможливості обходу.
- Години попередні; переписування процесу збирання, міграція даних і ліцензії не включені.
Що потрібно уточнити (2)
- Чи потрібно зіставляти дозвіл із зовнішнім засобом виконання?
Укажіть ID виконання та перевірений спосіб контролю погодженої редакції.
- Чи потрібно узгоджувати спільний час зміни кількох залежних сервісів?
Визначте власників, порядок дій і критерії припинення при неготовності одного сервісу.