Проект автоматизации пора останавливать, когда сумма, которую осталось вложить до результата, вместе со сроком до него перестала соответствовать ценности самого результата. Всё остальное — вторично: и то, сколько уже потрачено, и то, кто виноват, и то, насколько неприятно об этом сообщать. Решение всегда принимается о будущих деньгах.
Проблема в том, что этот момент не выглядит драматично. Ничего не рушится: подрядчик на связи, задачи двигаются, каждую неделю есть что показать. Просто дата запуска переносится третий раз, а на вопрос «по какому признаку мы поймём, что проект удался» никто в комнате не отвечает одинаково. Такой проект способен потреблять деньги ещё год, оставаясь формально живым.
Модельный пример на всю статью: внедрение началось семь месяцев назад, вложено 620 000 ₽, по оценке подрядчика до работающего результата остаётся около 900 000 ₽ и четыре месяца. Ниже — шесть признаков, по которым принимается решение, объяснение про невозвратные затраты без экономических терминов, расчёт трёх вариантов и порядок остановки по договору.
Шесть признаков, при которых продолжать дороже
Ни один признак поодиночке не является приговором. Срок сдвигается у большинства проектов, владелец процесса может уйти в отпуск, а подрядчик — увязнуть в чужой интеграции. Решение принимается по сочетанию: два признака одновременно — это пауза и разбор, три и больше — остановка. Полная карта ранних признаков по неделям проекта разобрана в опорной статье кластера про причины провала автоматизации; здесь только те, что говорят не о болезни, а о её неизлечимости.
| Признак | Что наблюдается | Почему это не лечится добавлением денег |
|---|---|---|
| Срок вырос вдвое без нового объёма | Шесть недель превратились в четырнадцать, при этом список сценариев тот же самый | Проблема в оценке или в организации работы, а не в объёме. Следующая оценка будет такой же неверной |
| Критерий приёмки так и не сформулирован | На вопрос «что именно должно происходить, чтобы мы подписали акт» звучат разные ответы у заказчика и у подрядчика | Без измеримого критерия проект нельзя завершить в принципе: у него нет конца |
| Владелец процесса сменился дважды | Третий человек за проект, каждый пересматривал требования под себя | Каждая смена обнуляет договорённости. Разработка идёт, результат не накапливается |
| Процесс отменяется или меняется | Компания уходит с канала продаж, меняет учётную систему, регулятор поменял правила | Автоматизируется то, чего скоро не будет. Деньги тратятся на музейный экспонат |
| Поток идёт мимо системы | Запущенные сценарии работают, но через них проходит меньше трети операций участка | Достраивание не увеличивает долю потока — это признак неверного сценария или отсутствия людей за ним |
| Подрядчик не показывает работающих кусков | Демонстрации заменяются отчётами о проделанной работе, показ переносится «до готовности всего» | Работающего куска нет. Дополнительное время не создаёт то, чего не было три месяца |
Второй признак проверяется за десять минут и без участия подрядчика. Попросите трёх человек — владельца процесса, руководителя и того, кто будет работать в системе каждый день, — по отдельности письменно ответить на один вопрос: что должно происходить через месяц после запуска, чтобы проект считался удавшимся. Совпало хотя бы у двоих — критерий есть, его осталось записать. Разошлись все трое — проект строится под три разные цели сразу, и добавление денег увеличит только объём несогласованного. Как выглядит измеримая формулировка приёмки, разобрано в статье про приёмку работ по автоматизации.
Пятый признак заслуживает отдельного слова, потому что маскируется лучше остальных. Система работает, счета оплачиваются, и внешне проект скорее удался — просто поток обходит его стороной. Это отдельная болезнь со своим лечением, и разбор пяти метрик, по которым её опознают, лежит в статье про зомби-систему. Если признак приходит один, останавливаться рано: сначала замер, потом решение.
Первая реакция на буксующий проект — заменить исполнителя. Она оправданна ровно в одном случае из шести перечисленных: когда подрядчик не показывает работающих кусков. Все остальные признаки переезжают к новому исполнителю вместе с проектом, а к ним добавляются два-три месяца на погружение и 30–60 % стоимости первоначальной разработки. Отсутствие критерия приёмки или владельца процесса новый подрядчик не вылечит — это не его зона.
Невозвратные затраты: почему 620 000 ₽ не участвуют в решении
Самый частый аргумент против остановки звучит так: «мы уже вложили 620 000 ₽, жалко бросать». Он кажется финансовым, но финансовым не является. Эти деньги потрачены и не вернутся ни при одном из решений — ни если продолжить, ни если остановиться. Они одинаковы во всех вариантах и поэтому не могут склонить выбор ни в какую сторону.
Это деньги и время, которые уже потрачены и которые нельзя вернуть, что бы вы дальше ни решили. Бытовая аналогия: купленный билет в кино не является поводом досматривать плохой фильм — деньги за билет потеряны в обоих случаях, а вот полтора часа своего вечера вы ещё можете не потерять. В проекте роль этих полутора часов играют следующие 900 000 ₽ и четыре месяца работы людей.
Второй по частоте аргумент против остановки — репутационный: «мы объявили проект всей компании, теперь неудобно». Он реальный, но лечится формулировкой, а не продолжением. Сообщение «мы остановили разработку на границе этапа, оставили работающий кусок и сохранили данные, описание процесса и замер» звучит совсем не так, как «проект провалился», и является правдой в обоих случаях. Разница только в том, есть ли у остановки план, — поэтому его готовят заранее, а не в тот день, когда кончились деньги.
Практический приём для встречи, где принимается решение: запретите себе и остальным произносить сумму уже потраченного. Обсуждайте только три вещи — сколько ещё нужно вложить, когда будет результат и сколько он стоит в месяц. Как только из разговора уходят потраченные деньги, решение перестаёт быть болезненным и становится арифметическим. Методика расчёта самой ценности результата разобрана отдельно, в материале про окупаемость автоматизации.
Развилка на числах: продолжить, сузить или остановить
Вариантов всегда три, и средний почти всегда лучший — но именно его чаще всего не рассматривают, потому что он требует признать, что половина задуманного не понадобится. Целевая экономия от полного решения в модельном примере — 118 000 ₽ в месяц. Сценарий, который закрывает наибольшую долю потока, даёт из неё 54 000 ₽ в месяц и достраивается за пять недель.
У варианта А есть ещё одно свойство, которое в таблицу не помещается: оценка «900 000 ₽ и четыре месяца» сделана тем же подрядчиком и по той же методике, что и первая оценка, которая уже ошиблась вдвое. Разумная поправка — считать вариант А по верхней границе, то есть примерно в полтора раза дороже названного. После такой поправки развилка перестаёт быть спорной.
Сравнительная схема из трёх колонок на общей временной шкале в месяцах. Колонка А «Продолжать»: доплата 900 000 ₽, полоса разработки 4 месяца, затем нарастающая экономия 118 000 ₽ в месяц, точка выхода в плюс подписана «11,6 месяца». Колонка Б «Сузить до одного сценария»: доплата 180 000 ₽, полоса 5 недель, экономия 54 000 ₽ в месяц, точка выхода в плюс «4,5 месяца». Колонка В «Остановить»: доплата 0 ₽, блок «сохраняется активов на 245 000 ₽». Над всеми тремя колонками общая серая плашка «уже вложено 620 000 ₽ — одинаково во всех вариантах». Подписи по-русски.
Что остаётся у компании при остановке
Остановка ощущается как полная потеря, но полной потерей не является почти никогда. Часть работы, оплаченной в рамках проекта, живёт независимо от того, дошла ли система до эксплуатации, и стоит денег на открытом рынке. Это важно проговорить вслух на той же встрече, где принимается решение: без этого списка остановка выглядит хуже, чем есть, и по этой причине откладывается.
Оговорка про полгода не формальная. Справочники начинают загрязняться сразу после того, как за ними перестают следить, описание процесса устаревает вместе с самим процессом, а люди уходят. Через год из этих 245 000 ₽ реально переиспользовать удаётся хорошо если половину. Поэтому остановка — это не «отложили на потом», а решение, у которого есть срок годности; что именно нужно сохранить и в каком виде, разобрано в материале про данные перед внедрением.
Одна горизонтальная полоса длиной 620 000 ₽, разделённая на две зоны. Левая зона 245 000 ₽ разбита на четыре именованных сегмента: «справочники 95 000 ₽», «описание процесса 60 000 ₽», «протокол замера 40 000 ₽», «обученные люди 50 000 ₽». Правая зона 375 000 ₽ заштрихована и подписана «списывается». Под полосой шкала времени с отметкой «через 6 месяцев переиспользуемая часть уменьшается вдвое». Оси и подписи по-русски, без логотипов.
Как остановиться по договору без суда
Возможность остановиться спокойно закладывается в договор до старта, а не изобретается в момент конфликта. Работает одна конструкция: проект разбит на этапы, каждый этап принимается отдельным актом и оплачивается отдельно. Тогда остановка происходит на границе этапа, спорить можно максимум об одном незакрытом куске, а не обо всей сумме сразу.
- 1Проверьте, где вы находитесь относительно границ этапов: какие акты подписаны, какой этап идёт сейчас и сколько по нему оплачено авансом.
- 2Направьте письменное уведомление о приостановке работ со ссылкой на пункт договора и предложением зафиксировать фактически выполненный объём. Устная договорённость на этом шаге не годится: дальше всё считается от даты уведомления.
- 3Согласуйте акт по фактическому объёму текущего этапа. Здесь нормально торговаться, и здесь же становится понятно, готов ли подрядчик расходиться мирно.
- 4Заберите результаты до последнего платежа: исходники в ваш репозиторий, доступы, выгрузку данных, схему интеграций, учётные записи у провайдеров, оформленные на ваше юрлицо. После расчёта интерес к передаче падает у любого исполнителя.
- 5Зафиксируйте расторжение по соглашению сторон с указанием, что взаимные претензии по оплаченным этапам отсутствуют. Это дешевле любого судебного сценария и занимает недели, а не месяцы.
Отдельно про аванс за незавершённый этап. Он не возвращается автоматически: подрядчик вправе удержать стоимость фактически выполненного, и спор идёт именно об этой сумме. Практичнее просить не возврата денег, а зачёта — пусть остаток аванса будет отработан тем, что нужно вам при остановке: выгрузкой данных в понятном формате, описанием сделанного, передачей исходников и парой часов объяснения следующему исполнителю. Подрядчику такой размен дешевле возврата, а вам полезнее живых денег.
Если этапов и промежуточных актов в договоре нет, остановка превращается в спор о всей сумме, и здесь начинается юридическая работа с непредсказуемым исходом. Это главный практический аргумент за поэтапную приёмку, который заметен только в неудачном проекте, — перечень таких пунктов мы собрали в статье про существенные условия договора на внедрение.
Когда останавливаться не надо
Обратная ошибка встречается реже, но обходится не дешевле: проект закрывают в тот момент, когда до работающего результата оставалось три недели. Признаки, при которых останавливаться не надо, тоже наблюдаемы.
- Есть работающий кусок на реальных данных, пусть один. Если через него уже идёт часть потока, проект не безнадёжен — он просто шире, чем нужно, и лечится сужением, а не остановкой.
- Признак ровно один и он организационный: сменился владелец процесса, ушёл разработчик, был отпуск. Такое чинится за 2–3 недели сменой управления проектом; про роль и полномочия владельца есть отдельный разбор в статье «нет владельца процесса».
- Срок сорван, но объём вырос по вашей же инициативе. Это не срыв, а неоформленное изменение состава работ. Лечится заморозкой новых требований и пересчётом графика, а не расторжением.
- До границы этапа осталось меньше двух недель. Дешевле довести этап до акта и остановиться на чистой границе, чем спорить о незавершённом объёме.
- Процесс останется, а меняется только система, в которой он живёт. Тогда описание, справочники и замер переезжают целиком, и осмысленнее приостановить разработку, чем закрывать проект.
Решение об остановке принимается о следующих деньгах, а не о прошлых. Прошлые потрачены в любом сценарии, включая самый оптимистичный.
И последнее, про разговор внутри компании. Остановленный проект почти всегда воспринимается как чья-то персональная неудача, поэтому решение затягивают до момента, когда оно становится очевидным всем и уже поздно. Единственное лекарство — заранее договориться, при каких показателях проект закрывается, и записать это до старта, рядом с критерием приёмки. Тогда остановка становится исполнением плана, а не признанием ошибки, и обсуждать её можно спокойно.
