Почему функциональный дизайн — это не пустая трата времени
Хороший функциональный дизайн сокращает время внедрения и минимизирует изменения во время разработки. Он создает общую основу для проектной команды, отделов и руководства: что строится, почему и кто за это отвечает.
Основные результаты
Надлежащим образом реализованный Discovery дает как минимум следующие результаты:
- Картирование процессов As-Is и To-Be с четкими решениями.
- Предварительная модель данных — объекты, ключевые поля, связи.
- Концептуальная модель разрешений — профили, роли, совместное использование.
- Список необходимых интеграций с указанием направления потока.
- Документированный Backlog с приоритезацией для первой версии по сравнению с последующими фазами.
- Конкретные показатели успеха на период после запуска (Go Live).
Правильные вопросы для владельцев процессов
Хороший Discovery не спрашивает «что вы хотите в системе», а пытается понять, как на самом деле работают:
- Что происходит, когда приходит новый запрос или лид? Кто обрабатывает, кто утверждает, что сохраняется?
- Какие решения принимаются вне системы (электронная почта, Excel, WhatsApp)?
- Какие отчеты действительно нужны руководству и руководителям команд?
- Какие правила качества данных критически важны для работы?
- Что происходит, когда сотрудник уходит или меняется?
Что вредит процессам функционального дизайна
- Функциональный дизайн, управляемый только IT, а не фактическими владельцами процессов.
- Огромный документ, который никто не читает и не утверждает.
- Решения, отложенные до «этапа разработки» и создающие бесконечную зависимость.
- Избегание отказа от запросов, которым не место в первой версии.
Часто задаваемые вопросы
Целенаправленный функциональный дизайн для первой версии обычно занимает от двух до восьми недель, в зависимости от сложности процессов и доступности заинтересованных сторон.