Станислав, Вы получили статью?

Да, скоро ждите в эфире

Как вариант, когда делаешь себе, обычно не ставишь четких сроков, что позволяет растягивать “удовольствие”.

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

А для заказчиков не стараемся разве? Тоже стараемся, просто тут дело другое - ведь вектор развития зависит от тебя самого(-ой), а не задается заказчиком.

Конечно не все заказчики диктуют его, но это уже совсем другое дело

Как же? Когда известно, что фича Х будет очень нужна, а фича Y редко будет использоваться. А в задании нужно Y, а про X не слова. В итоге этот самый Y появится, а X не будет (кто занего заплатит?).
Если кто возьмется делать X напориться на то что Х еще и под заказчика переделывать придется. Да еще и бесплатно (”сделали значит включено в стоимость”)… В итоге никаких фич X появляться не будет. Получается “нестараемся” = “стараемся для заказчика, а не для проекта”.
А как для себя?
Захотелось фичу Z? Чего нам стоит, сейчас сделаем… А как наберется куча таких фич, так куча времени и убито.
Самое интересное, что оценку необходимости фичи Z для себя никто не делает. Так как самому слишком долго, а заказчик их делает, ему деньги за платить.
И получается у себя “большой функциональный проект”, а у заказчика “то что ему надо”.
А еще бывает загон с фичей Z. Типа “это моя гланая фича”: бывает когда фича для опенсурс проекта и хочется, что бы фича Z была заметной.
И того:
1) Не выполняется оценка необходимости фич
2) Если оценка выполняется она занимает много времени
3) Функциональность фичи максимизируется почти достигая обсурда.

У меня тоже, когда делаю для себя, времени уходит больше. Потому что стараюсь.

А для заказчиков не стараемся разве? Тоже стараемся, просто тут дело другое - ведь вектор развития зависит от тебя самого(-ой), а не задается заказчиком.

Конечно не все заказчики диктуют его, но это уже совсем другое дело