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