Самый дорогой аргумент — «мы уже столько вложили»

— Не бросать же теперь. Мы уже полгода над этим работаем.

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

На совещании, однако, обсуждают не это. Обсуждают, как обидно будет остановиться почти у финиша.

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

У проекта незаметно появляется вторая задача — доказать, что его стоило начинать.

В «Беседах» Эпиктет разбирает ошибку людей, которые упорно держатся однажды принятого решения. Человек усваивает, что нужно быть твёрдым, и решает, что отступать от своих намерений нельзя вообще. Но сначала нужно проверить, разумно ли само намерение. Одной настойчивости недостаточно, чтобы его оправдать.

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

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

Если после проверки единственным допустимым решением остаётся продолжение, непонятно, что именно мы собирались проверять.

Близость финиша отвечает на вопрос «сколько осталось сделать», а не на вопрос «зачем это теперь делать». Приложение можно закончить по плану и так и не решить задачу, ради которой его создавали.

Вместо «сколько осталось доделать?» стоит спросить: Зная всё, что мы знаем сейчас, выделили бы мы следующие шесть недель команды именно этому проекту?

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

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

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

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

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

Разумеется, под видом гибкости можно оправдывать и обычную непоследовательность: объявлять любую трудность «новыми обстоятельствами» и бросать дело при первом сопротивлении. Сам по себе пересмотр решения ещё не достоинство.

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

В примере с приложением разговор мог бы звучать так:

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

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

Есть разница между ответственностью за прежнее решение и обязанностью следовать ему любой ценой. Ответственность требует объяснить последствия и организовать дальнейшую работу. Бесконечное «ещё немного доделаем» позволяет пока не заниматься ни тем ни другим.

Эти выводы не противоречат друг другу.

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

Стоическая последовательность здесь — не в защите каждого своего решения, а в готовности снова проверить его теми же требованиями, которыми вы руководствовались на старте. Даже когда результат проверки неприятен.

Остановить проект — не значит объявить бесполезным всё, что сделала команда. Но просить людей работать дальше только ради защиты вашего первоначального обещания — уже другое решение.

Компания не обязана оплачивать нашу потребность всё ещё быть правыми.