Фаза 9 з 9
Hypercare — перші 90 днів після Go-live
Стабілізувати систему, виловити неочевидні баги, доналаштувати, повернути здобуті знання назад у базу. Перший повний фінансовий цикл.
Передумови
- Завершений cutover (фаза 8) з підписами
- Активний support contract з консультантом / розробником
- Доступ команди до бази знань (цей сайт)
- Defect tracker для нових issue з production
Покрокові завдання 22
- Щоденний standup перші 14 днів: PM, dev, консультант, ключові користувачі
- Support ticket system: всі issue з production трекаються за severity
- Виправлення severity-1 (блокер) в межах 4 годин
- Виправлення severity-2 (критичний) в межах 24 годин
- Виправлення severity-3 (важливий) в межах 1 тижня
- Severity-4 (косметика) — у backlog до планового релізу
- T+7: перший тижневий фінансовий контроль (виписка, ПН, кредиторка)
- T+14: status meeting з sponsor'ом — як йде, чи є blockers
- T+15: перехід на щотижневий standup замість щоденного
- T+30: перше повне закриття місяця через Odoo
Найкритичніша точка hypercare. Усе, що ховалося в перші тижні, тут спливе.
- T+30: перевірка trial balance, P&L, balance sheet — звірка з очікуваннями
- T+30: розподіл ЗВВ і собівартість виробництва за повний місяць
- T+45: перша декларація з ПДВ через Odoo, подана у М.Е.Doc
Звірка з ЄРПН — суми мають збігатися із зареєстрованими ПН/РК.
- T+45: перша 1ДФ за повний квартал
- T+60: фінансова звітність Q1 — баланс, звіт про фінрезультати
- T+60: retro з командою — що працює, що ні, що болить
- T+60: оптимізація performance — повільні звіти, важкі імпорти
- T+75: повернути критичні know-how назад у базу знань
Найчастіші питання користувачів — це готовий матеріал для нових статей.
- T+75: переглянути кастомізації, що не використовуються — кандидати на видалення
- T+80: defense — повний цикл оборонних контрактів через Odoo, retro
- T+85: planning для phase 2 — BI/аналітика, мобільний клієнт, нові модулі
- T+90: офіційне закриття hypercare, перехід на стандартний support
Sponsor signoff. Команда впровадження стає support-командою з SLA.
Контекст: чому ця фаза критична
Hypercare — це фаза, в якій нова система дійсно живе вперше. До цього вона тестувалась. Тепер вона працює: рахує ПДВ, генерує ПН, оплачує постачальникам, виставляє рахунки клієнтам. Перше повне закриття місяця і перша декларація з ПДВ — два моменти, які покажуть, що ваш проєкт справді успішний.
Перші 14 днів: інтенсив
Щоденний standup. Severity-1 — 4 години. Команда на варті. Невеличкі баги, які не побачили в UAT, спливають десятками. Не панікувати — це нормально. Систематично виправляти.
T+15 до T+30: стабілізація
Щотижневий standup. Severity знижується. Користувачі починають звертатися до бази знань, а не до консультанта. Це хороший знак.
T+30 до T+45: перший повний цикл
Закриття місяця. Розподіл ЗВВ. Декларація з ПДВ. Якщо все зійшлося — ви виграли. Якщо ні — копайте конкретний рахунок.
T+45 до T+90: оптимізація і phase 2
Performance, чистка мертвого коду, нові статті в базі знань, планування майбутнього.
Пастка: не закривайте hypercare через 30 днів, навіть якщо «все добре». Перша декларація ПДВ — на T+45. Перша фінзвітність — на T+60. До цих моментів нічого не закривайте.
Пастка: база знань — це актив, який росте з hypercare. Кожне питання користувача — потенційна нова стаття. Не лінуйтесь.
Пастка для defense: перший повний цикл оборонного контракту через Odoo — це окремий milestone. Робіть retro з відповідальним.
Пастка: не плануйте phase 2 на T+30. Команда втомлена після cutover. Дайте їй стабілізувати поточне. Phase 2 — після T+85.
Результати фази (deliverables)
- Hypercare report з кількістю issue, MTTR, severity-розподілом
- Перше повне закриття місяця (T+30) — успішно
- Перша декларація з ПДВ через Odoo (T+45) — подана, прийнята
- Перша 1ДФ (T+45)
- Lessons learned документ — що б зробили інакше
- Phase 2 roadmap: BI, аналітика, мобільний клієнт, оптимізації