«Почти готово» — самая дорогая ложь в проектах
Кен Швабер рассказывает историю одной энергетической компании. Огромный проект, десятки команд, регулярные отчёты — всё по плану. Каждый спринт команды говорили: «Готово». Менеджеры рисовали красивые графики. А когда пришло время интеграции — выяснилось, что «готово» означало «написали код, но не протестировали, не интегрировали, не развернули». Система не работала. Месяцы работы, миллионы долларов — и на выходе ничего.
Швабер выводит жёсткий критерий: если инкремент нельзя установить и использовать прямо сейчас — это не готовый инкремент. Без «ну почти» и «осталось чуть-чуть».
Знаете, почему это так больно бьёт по проектам? Джефф Сазерленд объясняет через экономику: незавершённая работа — это не ноль, это минус. Наполовину собранный автомобиль хуже отсутствия автомобиля. Ресурсы потрачены, а ценности нет. И чем дольше работа висит в статусе «почти», тем дороже обходится.
Но корень проблемы глубже. Том Демарко подмечает: люди не врут из злого умысла. Они врут, потому что система не принимает правду. Стоит руководителю один раз плохо отреагировать на «мы не успеваем» — и команда навсегда переключается на «почти готово». Это не ложь, это самозащита.
💡 Не принимайте «почти готово» как статус. Это индикатор сломанной прозрачности. Готово — когда можно показать, включить и использовать. Всё остальное — не готово.
❓ А в ваших проектах есть чёткое определение «готово» — или каждый понимает его по-своему?
📚 Источники: Кен Швабер — «Софт за 30 дней», Джефф Сазерленд — «Scrum», Том Демарко — «Deadline»
