В прошлой публикации сформулировал последовательность работ для проведения разработки на этапе 2 "Разработка и настройка". Теперь рассмотрим это более подробно.

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

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

Второй момент. Задачу нужно не только поставить, но и оценить по трудозатратам. Да, на предыдущем этапе такая оценка уже делалась для того, чтобы понять, сколько человек по каждой из ролей нам будет необходимо на разработку, но детализация была все же ниже. Сейчас же нам нужно планировать короткие периоды (спринты), поэтому следует уточнить расчеты. Аналогично следует сделать по затратам каждого из участников процесса, а также задать резерв на непредвиденные трудозатраты. При этом РП должен не вписывать какие-то свои значения, а именно собирать оценку от специалистов. А вот если оценка покажется какой-то аномальной, то следует уточнить, почему она такая, и (если не поступило значимых аргументов), направить на переоценку тимлиду или соответствующему старшему специалисту.

Третий момент. При планировании спринта не стоит планировать на весь фонд рабочего времени. Помимо непосредственно работы по самой задаче у специалистов есть "накладные расходы" (оценка задач, уточнения, консультации по исполнению, отчётность и т.д.). Если вы регулярно будете планировать спринты на полный фонд рабочего времени, это приведет только к тому, что специалисты будут регулярно закладывать большую оценку, хотя бы для того, чтобы хотя бы иметь шанс выполнить запланированную работу. На недельный спринт планируйте 32 часа на человека, соответственно на двухнедельный - 64.

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

Полностью цепочка этапов разработки - здесь. Полный перечень результатов по этапам проекта - здесь.