Рациональные информационные системы

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

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

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

Для заказчиков, обладающих достаточным бюджетом, такие проекты оборачиваются в «долгострой» и, несмотря на качественные спецификации, всё же требуют переделок в силу временных изменений, произошедших в рабочих процессах фирмы.

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

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

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

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

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

 

Мы всегда будем рады, если разработка нового продукта прошла по оптимальному пути без перерасхода ресурсов!

Мы охотно расширим Ваш продукт в будущем, если такая необходимость действительно возникнет!

Пример из жизни: Вебмагазин с неоправданными издержками на фазе спецификации

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