Как избежать провала в проекте и уложиться в сроки и бюджет?

2024-11-20 15:30:08 Время чтения 8 мин 95

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

Разработка MVP помогает уложиться в сроки и бюджет
Иван Лощёнов
Коммерческий директор компании Nutnet
Мы специализируемся на заказной разработке сайтов, сервисов и приложений, а также поддержке и развитии готовых продуктов. В этой статье я поделюсь нашим опытом и расскажу, как вы можете избежать распространённых ошибок при реализации ИТ-проектов.  

О нас и нашем опыте

Мы берёмся за сложные проекты, выходящие за рамки типовых решений. Среди наших работ:

  1. PWA-приложение для Porsche Taycan, позволяющее владельцам автомобилей получать актуальную информацию и сервисы.
  2. Огромная медиа-платформа для ИТАР-ТАСС, обеспечивающая доступ к новостям и материалам в режиме реального времени.

Однако даже у нас были проекты, которые шли не так, как планировалось. Мы провели ретроспективу и извлекли ценные уроки, которыми хотим поделиться с вами.

Кейс 1: Как мы с изменившимися ожиданиями заказчика

Ситуация с «Велком групп»: уроки из сложного проекта

Проблема: Ресторанный холдинг из Ижевска, «Велком групп», обратился к нам с задачей:

  1. Разработать коннектор — веб-сервис для интеграции внутренних систем (доставка, клиентская база, заказы для кухни).
  2. Создать сайт и мобильное приложение на базе коннектора для заказа доставки и блюд в ресторане.

Что пошло не так:

  1. Отсутствие чётких границ проекта (MVP) и итераций. Проект расширялся, добавлялись новые функции, такие как сложный конструктор для заказа блюд. Это увеличило объём работ и сроки.
  2. Несоответствие модели разработки и оплаты. Мы работали по модели T&M (Time & Material), но без регулярных демонстраций продукта. Заказчик оплачивал время, но не видел промежуточных результатов.
  3. Постоянное изменение требований. Клиент часто вносил изменения, а мы выполняли их без должной оценки влияния на бюджет и сроки.
  4. Плохое управление рисками. Сложные задачи откладывались на конец проекта, что привело к задержкам.
  5. Неорганизованное хранение знаний. Из-за смены руководителей проекта и отсутствия документации команда теряла важную информацию.

Результат: Проект превысил сроки и бюджет почти в 2 раза. Клиент остался недоволен, а часть работы ушла «в стол» из-за изменений на рынке.

Одна из дизайн-концепций, которая ушла в стол

Кейс 2: Проект, который смог — Kamon!

Как мы применили уроки и изменили подход

Студия танцев NextPRO хотела создать онлайн-школу, но имела лишь общие идеи без понимания, как и за счёт чего их можно достичь.

Что мы сделали:

  1. Использовали продуктовый подход. Провели интервью, выяснили цели и приоритеты, помогли определить первую версию продукта (MVP).
  2. Работали итеративно. Разбили проект на спринты, регулярно показывали результаты, собирали обратную связь.
  3. Привели в соответствие модель разработки и оплаты. Работали по T&M, но с чётким планированием задач на каждый спринт и демонстрацией функционала.
  4. Наладили управление требованиями и бюджетом. Все изменения фиксировали, оценивали влияние на сроки и бюджет, согласовывали с клиентом.
  5. Улучшили планирование и управление рисками. Сложные задачи, такие как реализация плеера, выполняли вначале, чтобы избежать задержек.

Результат: Запустили MVP за 4 месяца, уложившись в бюджет 1,5 миллиона рублей вместо запланированных 2 миллионов. Клиент получил работающий продукт, готовый к тестированию на реальной аудитор

Как диджитал трансформирует оффлайн бизнес

Как вы можете избежать этих ошибок

Вот принципы, которые помогут успешно реализовать ИТ-проект:

  1. Чётко определите границы проекта и создайте MVP. Сфокусируйтесь на ключевых функциях, которые приносят наибольшую ценность.
  2. Работайте итеративно. Регулярно показывайте результаты, собирайте обратную связь и корректируйте планы.
  3. Приведите в соответствие модель разработки и оплаты. Убедитесь, что клиент понимает, за что он платит, и видит прогресс.
  4. Управляйте требованиями и бюджетом. Фиксируйте все изменения, оценивайте их влияние и согласовывайте с клиентом.
  5. Планируйте с учётом рисков. Решайте сложные задачи в начале проекта, чтобы оценить будущую работу.
Очевидный, но очень важный совет

Заключение

После 10+ проектов мы усилили свою продуктовую экспертизу и управление разработкой. Теперь мы выстраиваем сотрудничество так:

  1. Не продаем малому и среднему бизнесу долгосрочные контракты с фиксированными требованиями, бюджетом и сроками. Собираем итерацию продукта длиной максимум на квартал работы команды.
  2. Выполняем проект по T&M: спринтами с продуктовыми фичами, которые закрывают конкретные пользовательские сценарии. Обсуждаем промежуточные результаты с клиентом — так его ожидания не успевают разойтись с выделенным бюджетом.
  3. Используем MVP-стратегию, при которой сначала запускаем первую версию, а затем релизим новые версии на основе продуктовых планов и обратной связи от пользователей.

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

Если вы не хотите потратить деньги и время ради проекта в «стол» — пишите, мы готовы валидировать вашу идею перед началом разработки.