Жизненный цикл ПРОДУКТА

Валидация

1. Цели 2. Обслед.3. Модель 4. Проект 5. Разраб.6. Вериф.7. Пилот 8. Валид.9. Экспл.

Костюм примерен, подогнан. Теперь главный вопрос: можно ли его носить? Не в смысле «ровные ли швы» — а в смысле «чувствуете ли вы себя уверенно?» Мы проверяем: решена ли проблема клиента? Достигнуты ли бизнес-цели?

❓Главный вопрос этапа

«РЕШЕНА ЛИ ПРОБЛЕМА КЛИЕНТА?» Не «сделано ли по ТЗ» — это было на верификации. А именно: довольны ли вы? Решена ли задача? Верификация (была раньше): «Сделано ли по ТЗ?» — внутренняя проверка исполнителем Валидация (сейчас): «Решена ли проблема?» — приёмка заказчиком

🎭«Кто шил костюм?» — урок от Аркадия Райкина

Помните знаменитую миниатюру Райкина? Человек приходит с претензией на ужасный костюм. Вызывают тех, кто его шил. Выходит первый: — «К пуговицам вопросы есть?» — Нет... Пуговицы пришиты намертво. Не оторвёшь. — «А к рукавам?» — Рукава хорошие... крепкие... — Так КТО ШИЛ КОСТЮМ?! — А костюм... никто. Мы узко специализированы.

⚠️Главная проблема этапа валидации: Может случиться так, что каждый модуль работает идеально. Пуговицы пришиты намертво, рукава крепкие, подкладка отличная. Но костюм носить нельзя. Сложность поддержки новой системы выше, чем польза, которую она приносит.

Симптомы «костюма Райкина»:

Система работает, но люди не пользуются
На поддержку уходит больше ресурсов, чем на пользу
Каждый модуль отличный, а вместе — не работает
«Мы узко специализированы» — нет ответственного за целое

Наш опыт: 10+ лет кризисного управления. Мы более 10 лет успешно оказываем услуги кризисного управления — спасаем проекты и их владельцев от ситуаций, когда «костюм сшит», но носить его невозможно. 💡 Честно говоря, у нас и самих есть личный опыт таких «костюмов» — в своих первых проектах, давно позади. Именно поэтому мы хорошо знаем, как это выглядит, и умеем это предотвращать.

Карта услуг — страховка от «костюма Райкина». Именно поэтому мы ещё на самом старте проекта начинаем формировать Карту услуг. Она хорошо видна на схеме нашей технологии — в самом центре. Карта услуг — это техническое задание на получаемую пользу и ценность от работоспособной системы. Не «список функций», а конкретная выгода для бизнеса, которую система должна приносить. Это ответ на вопрос «Кто шил костюм?» — до того, как его начали шить.

🎯Вывод: Валидация — это момент истины. Мы не спрашиваем «пришиты ли пуговицы?». Мы спрашиваем: «Можно ли носить костюм?» И благодаря Карте услуг — мы знаем ответ заранее.

📦Что вы получите

Конкретные результаты этапа валидации

✔ Юридическая значимость

Протоколы приёмки

Документы, фиксирующие приёмку каждого модуля. Ваша подпись — гарантия согласования.

✔ Завершение этапа

Акты сдачи-приёмки

Официальный документ: работа выполнена, заказчик принял. Основание для оплаты.

✔ Безопасность

Гарантийные обязательства

Гарантия на выполненные работы. Если что-то сломается — исправим бесплатно.

💰В чём ваша выгода?

Без валидации

✗Непонятно, что считать принятым
✗Споры о выполнении работ
✗Нет гарантийных обязательств
✗Риск «зависшего» проекта

С валидацией

✓Чёткие критерии приёмки
✓Документальное подтверждение
✓Гарантия на работы
✓Проект завершён официально

💡Главное: Валидация — это ответ на вопрос «Решена ли проблема?». Это защита ваших инвестиций.

📐 V-образная схема

Целеполагание

Как есть

Как будет

Проектирование

Разработка

Верификация

ОПЭ

Валидация

ПЭ

Валидация — почти на вершине! Проверяем соответствие модели и бизнес-целям.

↑ Справа: поднимаемся от проверки к эксплуатации

Путь УСЛУГИ: этап «Подтверждение пользы»

На этом этапе Услуга ВАЛИДИРУЕТСЯ.

Теперь проверяем главное: приносит ли система ожидаемую пользу бизнесу? Достигнуты ли те цели, которые ставились на этапе целеполагания? Это момент истины — переход от «сервис работает» к «сервис приносит пользу».

4мы здесь

Валидация — начало этапа «Польза → Деньги»: подтверждаем, что система приносит измеримую пользу и готовимся к промышленной эксплуатации.

👔 Записка ИТ-директору

Артефакты: Акт валидации, отчёт о достижении KPI, анализ отклонений от baseline, рекомендации. Ответственность: спонсор и владельцы процессов подтверждают достижение целей. Риски: KPI не достигнуты — требуется план корректирующих действий. Сроки: 2-4 недели после завершения ОПЭ. Критерий завершения: подписанный акт валидации, фиксирующий достижение бизнес-целей.

📄Пример структуры: Акт валидации

Общие сведения — проект, дата, участники приёмки
Цели проекта — из Устава, SMART-формулировка
Критерии успеха — KPI из бизнес-кейса
Baseline (до проекта) — метрики AS-IS
Фактические показатели — метрики TO-BE
Анализ отклонений — план vs факт, причины
Достигнутые выгоды — качественные и количественные
Нерешённые вопросы — план дальнейших действий
Рекомендации — оптимизация, развитие
Заключение и подписи — решение о переходе в ПЭ

Готовы к приёмке?

Обсудим ваш проект и процедуру валидации