Планирование работ по пожеланию на разные итерации - эффективное управление беклогом продукта
При работе над сложным проектом идеальный вариант разбиения работ по пожеланию - это когда аналитик во время текущей итерации готовит требования на следующую итерацию. В этом случае, когда команда собирается на митинг планирования, все требования к самым приоритетным пожеланиям уже готовы (или почти готовы), и команда может легко и достаточно точно оценить объем работ на итерацию, а так же разбить пожелание заказчика на более мелкие задачи.
Возникает вопрос - как осуществлять трекинг реализации пожелания, разбитого на задачи, которые к тому же включены часть в одну, а часть в другую итерации?
Вариантов здесь два: 1. Не хранить связь пожелание - задачи, при этом работать с пожеланиями в беклоге продукта, с задачами в беклоге итерации.При планировании мы оперируем задачами, которые просто создаем в нужных нам итерациях: анализ требований по фиче в итерации 2, ее разработка в итерации 3.
Это неудобно тем, что после завершения задач придется вручную проставлять признаки завершения у пожеланий, что неудобно и может привести к потере актуальности беклога продукта. Да и не дело это, тратить свое время на то, что за тебя может сделать программа. Более того, глядя на пожелание, невозможно понять, какие задачи по нему уже выполнены и какую его часть еще только предстоит сделать.
Вдобавок ко всему, при такой схеме трудно проводить анализ проекта (по его завершению или при подготовке коммерческого предложения на схожий проект) - нет возможности сравнить фактически затраченное время на разработку той или иной фичи с первоначальной оценкой.
2. Использовать систему управления проектами DEVPROM в качестве инструмента планирования и ведения беклога продукта, который сам создает и отслеживает связи между пожеланиями и созданными задачами.При планировании пожелания мы создаем задачи с необходимыми нам типами (фазами разработки), которые автоматически привязываются к исходному пожеланию, например: задача анализа требований, задача разработки (может быть несколько), задача написания тестового сценария.
Если нам необходимо запланировать их все в одну итерацию, это просто:
Если нужно запланировать пожелание в две итерации, например, в одной анализ требований, а в другой разработку и тестирование, это сделать так же просто, как и в предыдущем примере.
Но здесь есть проблема - при планировании на итерацию вперед мы получаем большой риск того, что приоритеты будут изменены, и созданная задача к моменту начала следующей итерации станет не актуальной. Придется ее переносить еще на одну итерацию или вообще удалять - а это лишняя работа.
DEVPROM позволяет избежать этого, позволяя при планировании пожелания, в момент создания задачи на анализ требований, не ставить галку "Пропустить оставшиеся фазы" - это будет означать, что для пожелания позже будут запланированы еще задачи, например на разработку. В этом случае, при выполнении единственной задачи анализа, пожелание вернется обратно в беклог продукта и будет доступно для планирования в следующих итерациях.
Таким образом, DEVPROM следит за связями пожелание-задачи самостоятельно, освобождая ваше время для более важных и нужных дел.А так же позволяет:
Мы наблюдали за многими командами - поработав с системой управления проектами DEVPROM одну или две итерации, ни у кого уже не возникает даже мысли вернуться к Excel, Jira и другим подобным системам. Среди прочих достоинств, основная причина - просто жалко своего времени на ежедневное ручное выполнение рутинных операций.
Управляйте своими проектами эффективно! |
Еще интересные статьи на эту тему:
|
