Бэклоги как десерт, с ними нужно иметь чувство меры. Слишком большой бэклог является признаком проблемы, так же как и очень большой кусок пирога с двумя ложками мороженого. Это относится как к бэклогу продукта, так и к бэклогу спринта. Размеры обоих должны быть в рамках разумного.

Бэклог спринта. Бэклог спринта может стать слишком громоздким, если участники команды начнут использовать его в качестве отстойника для собственных задач. Например, мой коллега готовил презентацию к конференции. Эта работа важна для него и выгодна компании, но она не включена в бэклог спринта, потому что никто кроме него ей не занимается. Просто один человек готовит презентацию и время от времени интересуется нашим мнением. Выполнение этой задачи не является общей целью, никто не скажет: «Он сегодня заболел, поэтому сегодня я поработаю над его презентацией». Если другим участникам команды нужно знать про вашу работу, или они могут заменить вас в выполнении этой работы, тогда эту задачу можно включить в бэклог спринта, в ином случае, ей там не место.

Бэклог продукта. Бэклог продукта может стать слишком большим если в него включено слишком много незавершенных идей. Будучи владельцем продукта, я не хочу забивать бэклог продукта, включая в него каждую идею, которая у меня появляется. Для этого я завожу другой список, тоже своего рода бэклог, который я называю накопителем. Идеи находятся в этом списке до тех пор, пока я либо не перемещу их в бэклог продукта, либо откажусь от них. Я не пытаюсь скрыть что-то от команды, помещая это в накопитель, я просто не хочу загружать кого-либо своими идеями, пока я их не обдумал. Это как новый рецепт лаймового пирога. Я поместил его в закладки, но не внес его составляющие в список покупок. И когда я соберусь его приготовить, мне хватит одного кусочка!

__________________________________ Когда-то я получала рассылку от Майка Кона - автора книг по методологии Agile, одного из основателей Scrum Alliance. В этом посте один из текстов этой рассылки.