Как разработка прототипа поможет в реализации корпоративного ИТ-проекта

Корпоративным заказчикам часто бывает сложно решиться на запуск масштабного проекта. В условиях нестабильной экономической ситуации важно инвестировать в предсказуемый результат. При этом сохраняется запрос на разработку крупномасштабных корпоративных систем: ERP, CRM, СЭД, систем для работы с заявками, систем планирования маршрутов и т. д. Многие компании обязаны провести замену иностранного ПО на российское. Разработка прототипа поможет заказчикам снизить неопределенность. Рассказываем, какие задачи решают прототипы, что должно в них входить и как оценивать результат. 

Для чего нужны прототипы 

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

Задачи прототипов: 

• Проверка гипотез и концепций;
• Быстрый запуск первоочередной функциональности;
• Получение обратной связи для дальнейшей доработки системы; 
• Экономия ресурсов за счет минимальной функциональности и дизайна, а также разработки силами небольшой команды; 
• Знакомство с технологиями, возможность понять, насколько гибко удается реализовать пожелания, какова скорость разработки и внесения изменений, как технологии ложатся в ваш ИТ-ландшафт;
• Знакомство с ИТ-подрядчиком, возможность до старта масштабного проекта убедиться, что вам подходит формат работы и удается найти общий язык.

К прототипированию можно обращаться на различных этапах: при выборе подрядчика из нескольких вариантов, на старте проекта, при разработке отдельных компонентов крупномасштабной системы. 

Виды прототипов 

В зависимости от решаемых задач выделяют несколько видов прототипов: 

• Proof of Concept (PoC, подтверждение концепции). Такой прототип создается, чтобы проверить, можно ли с помощью рассматриваемых технологий реализовать необходимую функциональность. Он позволяет оценить скорость разработки, концепцию пользовательского интерфейса, риски и ограничения. Самое главное — PoC не предназначен для использования в продуктивной среде. Для разработки PoC требуется 30–40 часов. 
• Minimal viable product (MVP, минимально жизнеспособный продукт). Такой прототип содержит ограниченный набор функций, но в нем уже могут работать реальные пользователи и обрабатываться реальные данные. MVP позволяет быстро получить первый результат автоматизации, а также заложить основы для будущей полномасштабной системы. Разработка MVP занимает примерно 2–4 месяца. 

Какую функциональность закладывать в прототип 

Ключевая особенность прототипа — разработка с минимальными затратами. Поэтому важно не ставить слишком всеобъемлющую задачу. Из всей функциональности системы можно выделить один процесс или модуль. Также в список требований к прототипу можно добавить что-то критичное для вашей компании, например, ролевую модель или механизмы фильтрации данных. На данном этапе можно обойтись без интеграций или без стилизации интерфейса. Однако, если проект предполагает специфические интеграции, а также если есть сомнения, что их можно реализовать при помощи рассматриваемых технологий, то можно включить одну интеграцию в прототип. 

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

Еще один пример — разработка CRM для промышленного предприятия. Весь проект предполагает создание системы, охватывающей все этапы воронки продаж, а также сопутствующие направления, такие как прогнозирование спроса и маркетинговые активности. В этом случае в PoC можно включить базовую функциональность для работы с лидами, ролевую модель и визуализацию воронки продаж, а в MVP — весь процесс обработки лида от поступления до сделки. 

Как оценивать прототип 

В оценке прототипов со стороны крупных корпоративных заказчиков обычно принимают участие бизнес, ИТ и ИБ.  

По каким критериям можно оценивать прототип: 

• Функциональные критерии: решены ли задачи, реализованы ли требуемые пользовательские сценарии, корректна ли бизнес-логика. 
• Технические критерии: как реализована архитектура, насколько актуальны технологии, какие доступны интеграционные механизмы и механизмы безопасности, можно ли масштабировать систему. 
• Удобство пользователей: понятен ли интерфейс, какая обратная связь по работе в системе. 
• Польза для бизнеса: помогает ли система ускорить работу, обеспечить прозрачность процессов, снизить издержки, улучшить качество клиентского сервиса и т. д. 
• Гибкость: насколько быстро разработчики смогут внести изменения в прототип, если в процессе появится новый запрос. 
• Работа с подрядчиком: как организованы коммуникация и отчетность, насколько быстро компания реагирует на запросы, может ли команда масштабироваться или работать совместно со специалистами заказчика. 

Разработка прототипа — один из возможных подходов при выборе подрядчика для крупных, критически важных проектов. В нашей практике был пример, когда заказчик поручил нескольким компаниям разработать прототип и на конкурсной основе выбирал, с кем продолжить работу. 

В чем плюсы такого подхода: 

• Можно оценить технологическую платформу применительно к конкретным задачам. 
• Если речь идет о разработке MVP, то с минимальными затратами можно получить первые результаты автоматизации. 
• Разработанный прототип станет основой для будущей полномасштабной системы. 

В каких случаях такой подход не подойдет: 

• Речь идет о государственных организациях с жестко регламентированными процедурами. 
• Нет ни технологической, ни функциональной неопределенности, можно сразу готовить ТЗ и начинать проект. 
• Нет возможности взаимодействовать с несколькими компаниями параллельно, оценивать прототипы, давать обратную связь и выбирать между ними. 

Что делать после разработки прототипа 

Разработка прототипа позволяет снизить неопределенность и уменьшить риск того, что в проекте что-то пойдет не так на более поздней стадии, когда стоимость ошибки существенно дороже. Более того, прототип уже будет приносить пользу компании. 

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