Ысчо нет, но идея здравая. Меня только смущает необходимость повторной оценки всего-всего-всего. Понятно, что без этого никаких цифр быть не может, но всё равно, это бывает трудно. Чаще случается, что во входящие попадает всё подряд без оценки, только с предварительным подтверджением, что это технически реализуемо.
Если входящих задачек много (хотя бы десятки) и за итерацию делается тоже не мало задачек (ну хотя бы под десяток), то с оценкой можно не заморачиваться особо, точности +/- 2 раза хватит за глаза. А если и по трудоемкости задачки "ну +/- похожи", то вообще можно их не оценивать, а оперировать их числом.
Не уверен. Эта модель в отличии от SCRUM вполне может быть применима в среде с количеством рабочих центров более одного.
Полагаю, что модель больше подходит для проектов сопровождения, построенных на коротких циклах переменной длины (уже не SCRUM). А вот для проектов разработки с нуля ее применимость под вопросом.
Правильно ли я понимаю что расчетная дата завершения проекта это скорость_реализации минус скорость_добавления объема умноженной на остаток объема ?
В этой всей штуке мне непонятен только один момент: это пессимистичная , реалистичная или оптимистичная дата?
Так как 1. В расчетной скорости добавления объема учитывается негативный прогноз на рост с той же скоростью. - тогда дата пессимистична 2. Буфер (ТОС) на другие риски здесь не учитывается. - вроде бы дата оптимистична. 3. В скорости реализации объему уже учтены все стандартные риски. - дата наиболее вероятная.
Comments 31
Reply
Reply
Reply
Reply
Reply
Что касается области применимости, то эта екселька - нашлепка сверху на скрам. То есть, область ее применимости еще уже, чем у самого скрама.
Reply
Полагаю, что модель больше подходит для проектов сопровождения, построенных на коротких циклах переменной длины (уже не SCRUM). А вот для проектов разработки с нуля ее применимость под вопросом.
Reply
В этой всей штуке мне непонятен только один момент: это пессимистичная , реалистичная или оптимистичная дата?
Так как
1. В расчетной скорости добавления объема учитывается негативный прогноз на рост с той же скоростью. - тогда дата пессимистична
2. Буфер (ТОС) на другие риски здесь не учитывается. - вроде бы дата оптимистична.
3. В скорости реализации объему уже учтены все стандартные риски. - дата наиболее вероятная.
так что это тугрик получается?
Reply
Тут нет никакой даты, есть ее функция плотности распределения вероятности.
Reply
буду думать.
Reply
Reply
Leave a comment