Leave a comment

Comments 31

bytebuster463 January 6 2014, 22:45:05 UTC
Интересный подход, спасибо.

Reply

cartmendum January 7 2014, 13:16:06 UTC
Используете где?

Reply

bytebuster463 January 7 2014, 15:54:59 UTC
Ысчо нет, но идея здравая. Меня только смущает необходимость повторной оценки всего-всего-всего. Понятно, что без этого никаких цифр быть не может, но всё равно, это бывает трудно. Чаще случается, что во входящие попадает всё подряд без оценки, только с предварительным подтверджением, что это технически реализуемо.

Reply

cartmendum January 7 2014, 17:21:55 UTC
Если входящих задачек много (хотя бы десятки) и за итерацию делается тоже не мало задачек (ну хотя бы под десяток), то с оценкой можно не заморачиваться особо, точности +/- 2 раза хватит за глаза. А если и по трудоемкости задачки "ну +/- похожи", то вообще можно их не оценивать, а оперировать их числом.

Reply


Область применимости ext_1019506 January 8 2014, 12:26:58 UTC
Коллеги, может попробуем определить границы применимости данной модели ( ... )

Reply

Re: Область применимости cartmendum January 8 2014, 12:30:36 UTC
Во, и это может быть темой отдельного вебинара :)

Что касается области применимости, то эта екселька - нашлепка сверху на скрам. То есть, область ее применимости еще уже, чем у самого скрама.

Reply


ext_1019506 January 8 2014, 13:18:23 UTC
Не уверен. Эта модель в отличии от SCRUM вполне может быть применима в среде с количеством рабочих центров более одного.

Полагаю, что модель больше подходит для проектов сопровождения, построенных на коротких циклах переменной длины (уже не SCRUM). А вот для проектов разработки с нуля ее применимость под вопросом.

Reply


sbase January 9 2014, 19:24:42 UTC
Правильно ли я понимаю что расчетная дата завершения проекта это скорость_реализации минус скорость_добавления объема умноженной на остаток объема ?

В этой всей штуке мне непонятен только один момент: это пессимистичная , реалистичная или оптимистичная дата?

Так как
1. В расчетной скорости добавления объема учитывается негативный прогноз на рост с той же скоростью. - тогда дата пессимистична
2. Буфер (ТОС) на другие риски здесь не учитывается. - вроде бы дата оптимистична.
3. В скорости реализации объему уже учтены все стандартные риски. - дата наиболее вероятная.

так что это тугрик получается?

Reply

cartmendum January 9 2014, 19:31:02 UTC
Чую, надо делать отдельное бухтелово на этот счет.

Тут нет никакой даты, есть ее функция плотности распределения вероятности.

Reply

sbase January 9 2014, 23:37:25 UTC
хм.. понятно.

буду думать.

Reply

cartmendum January 10 2014, 14:54:20 UTC
сложно? Самое главное, это отойти от точки и начать мыслить распределениями. Любая дата может оказаться датой поставки - весь вопрос в вероятности.

Reply


Leave a comment

Up