Неактуально: О работе в pivotaltracker

Суть подхода, применяемого в pivotaltracker, заключается в том, что мы не планируем работы по времени, а оцениваем работу по сложности, при этом система знает "скорость" нашей команды, и сама говорит нам когда мы закончим ту работу, что себе напланировали. В таких условиях, если расчётное время оказывается неприемлемо - надо менять задачу соразмерно команде, или команду соразмерно задаче, но не пытаться сделать невозможное, и уложиться в невозможный срок.

Идея интерфейса такова, что в левой колонке Current нам отображают задачи "на текущую итерацию" (отсюда "current"), в соответствии с расставленными приоритетами. Вacklog - это список оценённых по сложности задач, отсортированный по приоритету. Размер Current ("сколько задач могут быть в Current") определяет сам pivotaltracker, исходя из расчитываемой "скорости" команды в единицах "story point'ы в единицу времени". Наш проект настроен на недельную итерацию, т.е. нам показывают "сколько вы можете выполнить работ за эту неделю, учитывая как быстро вы решаете задачи". Расчёт скорости происходит сейчас на основе средней скорости за одну итерацию, но пока у нас их ни одной завершённой, так что скорость пока "модельная".

Ключевой момент - оценка сложности задач в story point'ах. Для оценки можно применять разную шкалу, обычно для этого берут числа Фибоначчи, аргументация для выбора такая:

"The idea is that the larger the story is, the more uncertainty there is around it and the less accurate the estimate will be. Using the Fibonacci sequence helps teams to recognise this uncertainty, deliberately creating a lack of precision instead of wasting time trying to produce estimates that might also carry a false degree of confidence."

В pivotaltracker'е в нашем проекте была настроена линейная схема, сейчас я перевёл на Фибоначчи, в следствие чего слегка поменялись выставленные Николаем story point'ы. В рамках этой шкалы, значения 1-2-3 - наиболее употребимые, значение 5 - "надо бы подумать, может стоит разбить задачу на более мелкие", а 8 - "задница, это не задача, а монстр, так нельзя". Прошу отнестись к оценке story point'ов серьёзно, это ключевой инструмент, влияющий на весь agile-процесс.

Общий сценарий такой - разработчики заходят в проект, и берут первую сверху не начатую задачу (ту, у которой есть кнопка Start) и начинают её делать, отмечая этот факт нажатием Start. Делать так нужно только с теми задачами, над которыми реально начинается. Если всем задачам сразу сделать Start, а фактически к их реализации не приступить, то теряется картина "кто чем занят и что фактически ещё осталось в данной итерации", а главное - pivotaltracker не сможет достоверно оценить количество времени, которое ушло у разработчика на решение задачи, и, как следствие, система не сможет рассчитать "скорость команды".