Менеджмент в ИТ

Agile in IT

Impact Mapping является эффективным методом планирования для разработки ПО, развития продуктов и проектов. Он дает возможность построить мост от высокоуровневых стратегий и концепций бизнеса к реальным возможностям реализации и конкретным задачам на стороне ИТ.

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

Один из основных и обязательных артефактов в Scrum, это бэклог задач. Фактически это список требований полученных от бизнеса и сформулированных в виде задач на разработку. Однако, сам по себе список всех задач еще не несет большой ценности, если он не привносит какой-то системы и структуры. Очень важным будет грамотная работа с бэклогом с тем, чтобы задачи в нем были актуальными, можно было провести их сравнения с точки зрения размеров и важности. Именно для этого и необходим Backlog Grooming, далее в статье разберемся как его организовать и провести.

Первый и, возможно, самый главный этап работы с Product Backlog в Agile заключается в декомпозиции задач, разбиении разноплановых требований на атомарные, понятные пользовательские истории (User Stories). Чем качественнее разбиты требования, тем понятнее их смысл и способы реализации, а также тем точнее можно запланировать время работы над ними. Чем задачи, тем выше шансы достичь целей спринта, тем более прогнозируемые составы релизов.

Как же провести декомпозицию требований в Product Backlog? Рассмотрим 8 техник, которые помогут эффективно выполнить разбивку требований на User Stories. В работе по Agile большим плюсом будет одновременное применение нескольких вариантов декомпозиции, поэтому важно представлять спектр возможных методов.

Очень важным этапом работы с Product Backlog является выстраивание задач в порядке их приоритета. Когда мы провели декомпозицию и оценили пользовательские истории необходимо определить, в какой последовательность будет проходить реализация задач, что будет выпущено в первой версии продукта, что может быть включено в последующие поставки, а что может быть оставлено на тот случай, если останется время. Как же определить, что брать за основу при выстраивании приоритезированного списка User Stories?

В данной статье я собрал примеры техник и методов оценки User Stories, которые можно применять, если вы работаете по Agile. Конечно, тут приведен далеко не полный набор возможных способов оценки (если он вообще существует), но это, пожалуй, самые популярные методы, которые зарекомендовали свою эффективность. В целом, если говорить про Agile, то тут лучше не ограничиваться использованием какой-то одной техники оценки, а периодически менять или комбинировать разные подходы. Статья поможет посмотреть на альтернативные варианты оценки и, возможно, найти для себя что-то новое.

agile estimation techniques preview

О проекте

  • Проведение тренингов и вебинаров: QA, Time management, People management, Agile
  • Консалтинг в области организации рабочих процессов в ИТ
  • Проведение и подготовка к собеседованиям

Полный список услуг

Информация об авторе проекта

 

Контакты

Skype: xpavnov

E-mail: xpavnov@gmail.com

VK: https://vk.com/doitsmartly

Группа вконтакте

doITsmartly©2017
Яндекс.Метрика

Search