Почему программисты срывают дедлайн
Допустим, вы делаете проект — мобильное приложение. Нашли команду: Менеджер, Тимлид, разработчики. Составили список задач, оценили, назначили первый релиз. Проходит время, а релиза нет. Давайте искать ответ, почему так.
Встречал ТЗ на 1/3 А4)
В большинстве нынешних проектов, само проектирование, "продумывание", детализация задач и условий встречается редко, это я стараюсь мягко выразиться тк если ТЗ на новый самолёт выглядит как, "нам нужен поезд, но только летающий и тп" или "нам нужен мост, но мы пока не решили где он будет" то мало хорошего получится в итоге.
Странно, но нынче это не хорошо и не плохо, это просто есть, обусловлено тем, что полноценное проектирование может составлять более 50% конечной работы и занимать месяцы. За это время некоторые проекты теряют смысл или потенциал, поэтому сейчас популярны подходы, методы в рамках которых "все быстро" и многие вопросы решаются по ходу дела и часто конечный результат мало соответствует изначальному документу. Поэтому со сроками (да и с деньгами) все хорошо у тех, кто в 100ый раз делает работу по одному шаблону.
Говоря проще, хотите фиксированные работы в установленные сроки, прорабатывайте задачи не менее чем на 95% и фиксируйте их в письменном виде, это снимает большинство проблем, но прилично отдаляет старт))
Формальные задачи - формальные сроки...