← ко всем статьям
CloudplusБлогПредсказуемость важнее скорости: как не получить сюрприз в конце проекта
Процесс и риски

Предсказуемость важнее скорости: как не получить сюрприз в конце проекта

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

Предсказуемость важнее скорости: как не получить сюрприз в конце проекта

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

Скорость продают охотно: «сделаем быстро», «запустим к дате». Но быстрая дата, за которой прячется сюрприз, обходится дороже честной. Ценность не в красивом сроке на старте, а в том, чтобы весь проект видеть, куда идут ваши деньги, и успеть вмешаться, пока это стоит недорого.

«Когда будет готово» - не главный вопрос

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

Поэтому правильный вопрос звучит иначе: не «когда будет готово», а «как я буду видеть, что происходит, пока идет работа». Предсказуемость - это не одно число, произнесенное на старте. Это возможность в любой момент понять состояние проекта и повлиять на него.

Все спланировать заранее или идти итерациями

Есть два способа вести проект. Предиктивный: расписать все до последней детали на старте, подписать и уйти работать до сдачи. На бумаге он выглядит надежно - вот план, вот дата. На практике он держится ровно до первого расхождения между планом и реальностью, а расхождение будет всегда: вы что-то не учли, рынок сдвинулся, всплыло условие, о котором никто не спросил.

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

Где предиктивный план упирается в жизнь

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

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

Счет за сюрприз в конце

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

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

Как вы видите прогресс по ходу

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

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

Что делаем мы

Cloudplus - официальный партнер фирмы «1С» в Узбекистане, юрлицо ООО «Ecommerce». 15+ лет в разработке, 7 из них в Узбекистане, 120+ сотрудников в Ташкенте, 100+ внедрений.

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

Игровую студию APP1 мы не пытались охватить одним планом на полгода: начали с вопроса владельца «сколько мы реально заработали» и свели выручку с консольных, мобильных и веб-площадок в один учет, отрезок за отрезком.

Что дальше

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

Ташкент, ул. Буюк Турон, 77. Телефон +998 71 207 71 24. Телеграм @cloudplusss.

Покажем на ваших данных

Расскажите про один процесс, который болит сильнее всего. Не пишите ТЗ - опишите словами. Посмотрим, разберем и покажем демо.