BABOK 3: Глава 11.1 Перспективы в Agile

11.1 Перспективы в Agile

Перспектива в Гибких методологиях разработки подчеркивает уникальные характеристики бизнес-анализа, когда работа идет в контексте режима гибкой разработки (Agile).

Agile — значит иметь гибкое мышление, воплощенное в наборе ценностей и принципов, а также проявляется в других различных взаимодополняющих практиках. Инициативы Agile предполагают постоянное изменение. Бизнес-аналитики, которые задействованы в инициативах с применением Agile, постоянно пересматривают, адаптируют и корректируют свои усилия (задачи) и тактику. Бизнес-аналитики анализируют и поставляют рабочий продукт в самый последний ответственный момент, обеспечивая постоянно гибкость в случае изменений; детальная аналитическая работа не может быть выполнена предварительно, только в момент ее необходимости (just-in-time подход) для того, чтобы эффективно задействовать agile-команду.

Бизнес-анализ по схеме agile гарантирует, что информация доступна для agile-команды на нужном уровне детализации в нужное время. Бизнес-аналитики помогают agile-команде ответить на следующие вопросы:

  • Какую потребность мы пытаемся удовлетворить?
  • Какова истинная цена удовлетворения потребности?
  • Что нам следует поставить, чтобы удовлетворить эту потребность?
  • Как правильно выполнить работы, чтобы доставить то, что нужно?

Бизнес-аналитическая работа выполняется непрерывно в течение всей agile-инициативе и в значительной степени опирается на навыки межличностного общения, такие как коммуникация, фасилитация, коучинг и переговоры. Бизнес-аналитики являются активными членами agile-команды и часто содействуют планированию, анализу, тестированию и демонстрации выполненных работ. В команде гибкой разработки, бизнес-аналитиком может выступать менеджер продукта/владелец продукта, бизнес-аналитик, или другие определенные командные роли. Бизнес-аналитик помогает команде определить изменения в предположениях и другие вариации проекта, которые возникают.

Обратитесь к Расширению Agile к руководству BABOK для расширенного изучения роли, мышления и практик по бизнес-анализу в Agile-подходах, а также ознакомьтесь в Agile-манифесте с ценностями и принципами Agile на сайте agilemanifesto.org

11.1.1 Границы изменений

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

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

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

В процессе agile-инициативы, границы постоянно развиваются. Границы (Scope) управляется списком бэклогом, который постоянно пересматривается и изменяется приоритет работ. Этот процесс способствует уточнению и переопределению границы с целью удовлетворения растущих и развивающихся потребностей бизнеса.

Если выявляются существенные изменения, что существенно влияет на общую стоимость и цели проекта, то проект может быть отложен или пересмотрен.

1. Широта изменения
Agile-подходы используются для решения сымых разных потребностей на предприятии. Наиболее распространенное использование практик Agile наблюдается в проектах по разработке программного обеспечения. Тем не менее, многие организации начали применять гибкие принципы для изменений не связанных с разработкой ПО, таких как технологические процессы и улучшение бизнеса. Инициативы с использованием Agile-подходов могут осуществляться в пределах одного отдела или могут распространяться на несколько команд, отделов и подразделений организации.

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

2. Глубина изменения
Инициативы использующие agile-подход часто являются частью большой программы работ, которые могут включать организационные преобразования и изменения, реинжиниринг бизнес-процессов. Поток работ Agile часто, но не всегда, сосредоточен на разработке программного обеспечения. Другие элементы программы могут разрабатываться используя agile или другую методологию, которая соответствует потребностям. Agile-принципы и практики часто успешно применяются в инициативах, в которых:

  • существуют четкие обязательства от клиента и взаимодействие с уполномоченными экспертами в предметной области (SMEs),
  • бизнес-потребность или предлагаемое решение является составной или сложной, и
  • бизнес-потребности меняются или неизвестны и до сих пор появляются.

Agile подходы могут использоваться для инициатив, в которых решение разрабатывается впервые, или для поддержки и усовершенствования существующего решения. Например, если изменение является критически важным, то процессы могут быть добавлены к нормативным требованиям и решаться с критически важными аспектами проекта.

3. Поставляемые Ценность и Решения
Ценность и Решение, поставляемые в ходе agile инициативы похожи на любые другие инициативы. Отличие от гибких подходов состоит в том, что акцент на ранней поставке ценности в атмосфере взаимного сотрудничества, используя адаптивное планирование, которое фокусируется на постоянном улучшении.

Agile-инициатива обеспечивает ценность в силу подхода, принятого гибкой командой, путем постоянного пересмотра и обратной связи о выполненной работе. Заинтересованные стороны получают позможность просматривать продукт, что позволяет им выявлять любые пропущенные требования заранее. Решение развивается с течением длительного времени с ожиданием быстрого и гибкого реагирования на изменения. Ясность и прозрачность всех коммуникаций имеет первостепенное значение для обеспечения соответствия усилий Agile-команды потребностям и ожиданиям организации.

В новой команде, бизнес-аналитик часто играет центральную роль в формировании отношений и доверия среди членов команды гибкой разработки и внешних заинтересованных сторон для того, чтобы помочь осуществить совместные дискуссии и договоренности. Такое взаимодействие позволяет agile-команде поставлять ценность, которая соответствует меняющимся потребностям заинтересованных сторон.

4. Подход поставки (delivery)
Agile-подходы фокусируются на взаимодействии людей, прозрачности коммуникаций и непрерывной поставки ценных изменений заинтересованным сторонам.

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

Обратитесь к расширению по Agile к руководству BABOK для ознакомления с различными подходами в Agile.

5. Основные допущения
Допущения в среде Agile часто включают в себя:

  • Изменение требований приветствуется, даже на поздних этапах разработки.
  • Бизнес-проблема может быть сведена к набору потребностей, которые могут быть удовлетворены с помощью некоторых изменений в технологиях и бизнес-процессах.
  • Agile-инициативы полностью вовлекает заказчика и SME в подход agile (полные бай-ин погружение).
  • В идеале, состав команды постоянен и ее члены не переходят то и дело в другие команды.
  • Существует предпочтение для многопрофильных и совмещенных комманд, способствующих более эффективному и действенному разговору лицом к лицу. Тем не менее, гибкие подходы разработки могут хорошо работать и с распределенными в пространстве командами, которые обеспечены соответствующей поддержкой и каналами коммуникаций на местах.
  • Члены команды могут выполнять несколько ролей в команде, если это требуется, при условии, что команда имеет соответствующие навыки (например, кросс-функциональные команды).
  • Члены команды имеют настрой на непрерыное улучшение и успешную поставку ценности через регулярные проверки.
  • Agile-команда уполномочена (имеет набор прав) и самоорганизовывается.

Опубликовано в BABOK v3 и отмечено , , .
Комментарии:

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *


Можно использовать следующие HTML-теги и атрибуты: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>