Реализация всего функционала, описанного в техническом задании, – это еще не завершение проекта.

Закрытие проекта – это процесс завершения ВСЕХ операций по проекту. Проект можно считать закрытым лишь тогда, когда выполнены все пункты договора, подготовлена вся сопроводительная документация, все работы завершены и проект достиг своих целей.

Процесс работы над проектом завершается, как правило, постановкой проекта на саппорт.

При закрытии проекта менеджер анализирует план управления проектом, реализует действия, необходимые для формального его закрытия:

✔️ проведение демо для клиента;
✔️ подготовка инструкции для пользователей продукта;
✔️ первичное обучение потенциальных пользователей;
✔️ перенос функционала на прод;
✔️ тестирование на проде;
✔️ устранение багов на проде;
✔️ получение подтверждения от всех стейкхолдеров, что все проблемные вопросы закрыты;
✔️ получение подтверждения от клиента, что продукт его полностью удовлетворяет;
✔️ ввод продукта в эксплуатацию;
✔️ финальное обучение потенциальных пользователей;
✔️ получение разрешения от клиента на начало процедуры закрытия проекта;
✔️ актуализация всех документов на момент закрытия проекта;
✔️ выставление инвойсов и получение по ним оплаты от клиента;
✔️ подготовка итоговой отчетности по проекту;
✔️ получение обратной связи от клиента с целью идентификации его удовлетворенности;
✔️ проведение ретроспективы;
✔️ анализ извлеченных уроков при работе с проектом;
✔️ архивирование информации проекта для последующего использования компанией;
✔️ предоставление саппортных услуг;
✔️ перевод команды на другой проект;
✔️ получение отзыва от клиента для размещения его на сайте компании.

Основная цель тренингов – ознакомить пользователей с возможностями продукта и провести так называемое бета-тестирование. Тренинги позволяют не только получить быструю обратную связь он конечных потребителей, но и выявить пропущенные тестировщиком баги.

Первый тренинг (первичное обучение потенциальных пользователей) желательно проводить на стейдже до релиза. Как показывает практика, именно в этот момент реальные пользователи, ознакомившись с продуктом, дают ценные рекомендации по функционалу заказчику продукта, которые последним трансформируются в дополнительный скоуп задач.

Финальное же обучение потенциальных пользователей уже проводится после релиза на проде.

На этапе ввода проекта в эксплуатацию и в гарантийный период практически все компании предоставляют клиентам саппортные услуги (от 1 до 3-х месяцев с даты релиза). Саппорт бывает разных видов. Наиболее жесткий – 24/7, который подразумевает круглосуточную поддержку проекта в независимости от дня недели.

При постановке проекта на саппорт девопсами подключаются различные системы мониторинга, позволяющие в автоматическом режиме контролировать основные показатели системы.

В случае выявления каких либо проблем, сама проблема и причины ее возникновения должны быть ликвидированы разработчиками в кратчайшие сроки (сроки реакции на инциденты прописываются в договоре). Под проблемами, как правило, понимается устранение найденных багов, которые не были выявлены и пофикшены до запуска системы.

Более подробную информацию по данному вопросу вы сможете получить у нас, пройдя наши курсы (ShBP Academy).