потому что сроки - это лишнее психологическое давление на команду, которое совсем не помогает ей работать.
Вот на этот счет есть практика, в которой сроки знает только менеджер (руководитель/лид) и он мягко ведет исполнителей. Работает хорошо, главное менеджера толкового.
Оценка в SP более устойчива к когнитивным искажениям, чем оценка в часах. Если человек определяет сроки в часах, то он может стесняться дать верную оценку, занижая её, либо может перезакладываться намеренно, чтобы поменьше работать.
С SP аналогично. Не раз встреча такое же искажение в оценке через SP.
Итого, зачем использовать SP если все равно конечная оценка нужна в часах, что бы назначить дедлайн?
Если делать SP=x часов, то тогда эти SP это не SP. Потому что SP это оценка сложности. Явно конвертировать не стоит, максимум как период от/до, но дедлайн необходимо считать по часам после анализа.
На моей практики SP вкатывается когда менеджеры на основе экспресс аналитики задачи могут оценить ее сложность на примере подобной уже готовой, и запланировать примерно необходимый ресурс человека/часов. А дедлайн все равно рассчитывает исполнитель по часам после полного системного анализа, декомпозиции и тех. анализа.
При этом из 10+ проектов с разными команда не встречался ни один проект где SP легко и понятно работают. А человеко/часы - да, удобно, понятно, просто.
Итого выходит почти DDD. В целом предложение очень хорошее. Смена БД, как тут хейтили, встречается часто, но смысл именно в SRP в первую очередь. Сразу добавлять эти классы легко, это 5-10 процентов на задачу. А самое важное в результате - это легко читаемый проект, легко расширяемый и легко поддерживаемый.
Вот на этот счет есть практика, в которой сроки знает только менеджер (руководитель/лид) и он мягко ведет исполнителей. Работает хорошо, главное менеджера толкового.
С SP аналогично. Не раз встреча такое же искажение в оценке через SP.
Итого, зачем использовать SP если все равно конечная оценка нужна в часах, что бы назначить дедлайн?
Если делать SP=x часов, то тогда эти SP это не SP. Потому что SP это оценка сложности. Явно конвертировать не стоит, максимум как период от/до, но дедлайн необходимо считать по часам после анализа.
На моей практики SP вкатывается когда менеджеры на основе экспресс аналитики задачи могут оценить ее сложность на примере подобной уже готовой, и запланировать примерно необходимый ресурс человека/часов. А дедлайн все равно рассчитывает исполнитель по часам после полного системного анализа, декомпозиции и тех. анализа.
При этом из 10+ проектов с разными команда не встречался ни один проект где SP легко и понятно работают. А человеко/часы - да, удобно, понятно, просто.
Итого выходит почти DDD. В целом предложение очень хорошее. Смена БД, как тут хейтили, встречается часто, но смысл именно в SRP в первую очередь. Сразу добавлять эти классы легко, это 5-10 процентов на задачу. А самое важное в результате - это легко читаемый проект, легко расширяемый и легко поддерживаемый.