Comments 5
Сейчас многое изменилось: поменялись инструменты и методология, под них были переписаны правила. Пройдет время, мы расскажем и об этом. Если будут вопросы, задавайте в комментариях, отвечу всем.
При получении задачи как оценивается срок на реализацию, что делали если срок выростал. Менялся ли порядок выполнения задач?
Оценивается эмпирически по опыту выполнения прошлых подобных задач самим исполнителем или ПМ'ом + 30% на непредвиденные обстоятельства. Если не укладывались в дедлайн — работали сверхурочно, т.к. мы сами фаундеры и максимально заинтересованы в результате.
А ПМ обладает компетенцией оценивать сроки задач программиста?
В среднем коэффициенты неточностей оценки считали? +30% поверх оценки спасали или все же приходилось нагонять ночами?
В среднем коэффициенты неточностей оценки считали? +30% поверх оценки спасали или все же приходилось нагонять ночами?
ПМ мониторит архитектуру разрабатываемого продукта, регулярно изучает коммиты, следит за физическим, эмоциональным состоянием программиста и прочими факторами, влияющими на производительность. Всё это позволяет условно считать, что у него есть компетенция для оценки и прогнозирования сроков. Но это для небольших задач. В случае с объемными тасками оценка производится самим программистом или в паре с ПМ'ом.
Коэффициент неточности не считали, но при первом приближении — не более 10% по статистике перенесенных дедлайнов.
+30% в основном спасают. «Ночами» дорабатывали всего 2 раза из 30 календарных дней, описанных в статье.
Коэффициент неточности не считали, но при первом приближении — не более 10% по статистике перенесенных дедлайнов.
+30% в основном спасают. «Ночами» дорабатывали всего 2 раза из 30 календарных дней, описанных в статье.
Sign up to leave a comment.
Инструменты и методология управления проектом на примере pivot'а стартапа