Предпроектное обследование (ППО) в разработке цифровых продуктов

Что общего у строительства небоскрёба и разработки цифрового сервиса? И там, и тут вы встретите похожие термины. Многие слышали об архитектуре программ и приложений. Но не все знают о существовании предварительных проектных обследований (ППО) перед стартом работ: это понятие тоже пришло диджитал из строительной сферы, причем в похожем значении. Если в строительстве делают анализ участка для застройки, то в разработке программного обеспечения убеждаются, что проект отвечает запросам бизнеса. В этой статье разбираемся, что же такое ППО для IT и как убедиться, что этот этап был проведён качественно и результативно.

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

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

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

•

снижение рисков неправильной оценки проекта;

•

четкое описание и фиксация требований и ограничений.

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

Пример. Интегратор внедрил отлично работающую систему логистического учёта для компании, владеющей складским комплексом автомобильных запчастей. Чуть позже он получил похожий заказ, но от ритейлера (продавца пищевых продуктов): заказчик предположил, что интегратор сможет внедрить у них аналогичное решение. Заключив договор и установив срок и стоимость работ с учётом предыдущего проекта, исполнитель взялся за работу. Но столкнулся с "подводными камнями".

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

Результат: проекты существенно отличаются друг от друга и по стоимости, и по срокам реализации. Поэтому конечный срок и цена выполнения будут выше тех, что обсуждались изначально. Это может повлиять и на репутацию интегратора, и на итог сделки: есть вероятность, что её расторгнут. Негативных последствий можно было бы избежать, если выяснить все нюансы заранее.

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

2. Анализ существующей инфраструктуры и систем. Оценка текущих систем позволяет определить, какие компоненты можно использовать повторно, а какие требуют доработки. Это помогает избежать дублирования усилий, проблем совместимости и облегчает интеграцию нового решения. Зачастую подробное описание существующей системы и разбор её недостатков помогает заложить основу нового проекта.

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

4. Определение технической осуществимости проекта. Анализ доступных технологий и ресурсов позволяет оценить сложность решений и наличие необходимых компетенций. Если проект оказывается неосуществимым, требуется принять решение или о переработке требований или о выработке альтернативного решения.

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

6. Оценка стоимости и сроков разработки. Формирование предварительной сметы и плана работ позволяет заказчику оперировать стоимостью; понимать финансовые и временные затраты. Это также помогает принимать обоснованные решения о целесообразности проекта.

Ключевые этапы ППО, которые обеспечивают успешную реализацию проекта:

02

анализ существующей системы;

03

технический анализ и проектирование;

анализ бизнеса и потребностей;

01

планирование проекта;

04

05

Подготовка отчета.

Разберём подробнее, что происходит на каждом из этапов.

Этап 1: Анализ бизнеса и потребностей

•

Интервью с ключевыми стейкхолдерами.

•

Анализ бизнес-процессов.

•

Определение целей и задач проекта.

•

Формулирование требований к функциональности и производительности.

•

Аудит текущего программного обеспечения.

•

Оценка интеграционных возможностей.

•

Выявление проблем и недостатков существующей системы.

•

Выбор технологий и архитектуры.

•

Разработка прототипа или MVP.

•

Оценка масштабируемости и безопасности.

•

Составление плана работ с указанием сроков и ресурсов.

•

Определение бюджета проекта.

•

Разработка стратегии тестирования и развертывания.

•

Документирование результатов обследования. Включает анализ рисков и рекомендации.

•

Представление отчета заказчику и обсуждение результатов.

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

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

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

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

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

ППО обеспечивает соответствие разработанного продукта реальным потребностям бизнеса. Благодаря глубокому анализу требований и бизнес-процессов, команда может создать решение, которое действительно решает задачи заказчика. Это не только повышает качество программного обеспечения, но и улучшает его восприятие конечными пользователями. В результате компании получают клиентов, которые считают продукт качественным. А значит, улучшают свою репутацию на рынке.

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

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

02

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

03

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

Внедрение предпроектных обследований может стать весомым конкурентным преимуществом для компании.

01

Предпроектное обследование состоит из нескольких этапов, среди которых анализ системы и задачи, а также подготовка отчёта.

04

05

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