Поддержка и развитие
После запуска возникают ошибки, новые запросы и изменения в данных или внешних системах. Поддержка нужна не как обещание постоянной доступности, а как прозрачный способ принимать, разбирать и выпускать изменения.
Рабочий сценарий
Рабочий порядок
- Фиксируем обращение, контекст и влияние на пользователей или процесс.
- Разделяем инцидент, небольшую правку и следующий этап развития.
- Проверяем изменение до выпуска и передаём результат с документацией.
Границы первой версии
- Канал обращений и ответственный за их разбор.
- Правила приоритета и состав доступов.
- История изменений и понятный порядок выпуска.
Данные и интеграции
- Доступы выдаются по задаче и проверяются перед работой с внешней системой.
- Новые интеграции и крупные функции проходят отдельный разбор, а не маскируются под поддержку.
Связанные кейсы
Порядок запуска
- Передаём доступы, документацию и известные ограничения.
- Согласовываем канал и приоритеты обращений.
- Планируем изменения отдельными понятными этапами.
Вопросы до старта
- Поддержка означает 24/7?
- Нет. Формат, время реакции и состав работ согласуются для конкретной системы.
- Можно ли развивать чужую систему?
- После технического разбора кода, инфраструктуры, доступов и порядка выпуска.
Обсудить задачу
Опишите текущий процесс и то, что должно измениться в первой версии. Вернёмся с вопросами и следующим шагом.