Почему не любят использовать точное целеполагание?
Не могу не поделиться выводами из вчерашней беседы с Сергеем Boatman'ом (см. его статью "Цели ИТ-проекта").

Общий тезис -- люди не любят ставить чёткие цели, т.к. они накладывают ответственность.

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

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

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

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

Разработчик не любит чётко поставленные цели, т.к. ему приходится работать на результат, а не в своё удовольствие (смотреть YouTube, читать bash.org, писать систематическую систематизированную систему) и разрыв между текущим состоянием работы и целевым формирует гнёт.

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