Как правильно оценивать сроки проекта на примере веб-студии

[@apikhtovnikov]

Сами изначально работали в трелло. Но некоторые вещи в трелло делать нельзя. Например берндаун диаграммы, которые нам очень нужны.

Да, проблема переноса задач есть, но сам по себе перенос решает другую проблему: переносит задачи разработчик. И он не перенесет задачу, в которой что-то не понял. Таким образом в ютреке только те задачи, которые мы точно делаем и которые нам точно ясны.

Клиентов на trello-то долго подсаживать надо. Боже упаси от попыток подсадить их на ютрек)

[@apikhtovnikov]

Не переживайте) Мы делаем это так: разработчик из терлло переносит истории в ютрек. В трелло же они перетаскиваются в столбец «В работе». А в конце спринта все эти задачки разом переносятся в «Готово». Сложностей нет)

Заказчик знает, что в столбце «В работе» менять уже ничего нельзя.

[@apikhtovnikov]

30% слишком много. Это 1/3. Любой заказчик скажет: «Да вы что, совсем охре… и?! Мне за эти 30% еще и платить надо!? Убирайте эти риски из сроков и цены, или не видать вам проекта»

[@defuz]

Эти условные единицы представляют из себя часть последовательности Фибоначчи: 0,1,2,3,5,8,13,21. Почему именно эти цифры? Последовательность Фибоначчи отражает типичную неопределенность при обсуждении больших и важных пунктов.

Спасибо, давно хотел узнать, что означают эти цифры.

[@apikhtovnikov]

Взято из википедии

[@defuz]

Значит это позорное предложение нужно убрать как отсюда, так и из википедии. Последовательность Фибоначчи означает много чего, но только не «неопределенность при обсуждении больших и важных пунктов». Хотите знать, почему на самом деле эта последовательность используется для оценки сложности задач? Вот вам ответ:

1. Эта восходящая последовательность увеличивается не слишком быстро (медленее степеней двоек: 1, 2, 4, 8), но и не слишком медленно (быстрее натуральных чисел: 1, 2, 3, 4), а как раз «нормально» – каждое следующее значение ≈ в 1.6 раз больше предыдущего.

2. Потому что это прикольно. Людям нравится находить скрытые зависимости там где их нет, и предложение, которое вы скопировали из википедии – отличное тому подверждение.

[@apikhtovnikov]

В принципе, я с вами согласен. Убрал этот момент из статьи. Спасибо за правильную критику

[@defuz]

Я хотел еще спросить: вы указываете 0 как вариант ответа. Т.е. вы подразумеваете, что разработчик может сказать задачу вообще делать не нужно, или что это значит?

[@apikhtovnikov]

Это значит, что задача займет очень мало времени. Например, вход/регистрацию мы обычно оцениваем на 0. Т.к. у нас эти модули уже запроганы, нужно их перенести с другого проекта и сверстать формы (это занимает минут 20 максимум).

[@apikhtovnikov]

А зачем так сильно дробить истории?
У нас ни разу не было больше одной нулевой истории в спринте. Обычно, это такие истории, которые важно не упустить, но делаются они очень быстро.

[@apikhtovnikov]

Доработки это вообще отдельная песня.
Мы оцениваем процентов 10 доработок, не больше. Остальные быстрее сделать, чем оценивать.

[@apikhtovnikov]

я, как менеджер, убрал карточку перерыва)