Работа с

требованиями и

развитие agile-

команды

Дмитрий Ханецкийспециалист по продажам IBM Rational, IBM EE/A

Дмитрий Лапыгинтехнический специалист IBM Rational, IBM EE/A

Содержание

Факторы успеха Agile и

требования

Рост на основе Agile. Подход ИБМ

Вариант развития и роста команды.

Методология и технологии ИБМ

Причины успеха

Agile практикБольшинство практик напрямую связаны с требованиями

Продолжение

Факторы успеха Agile и требования

Рост на основе Agile. Подход

ИБМ

Вариант развития и роста команды.

Методология и технологии ИБМ

Масштабирование -

Agile scaling model

(ASM)Базовая Agile разработка (Core)

Фокус на реализации (кодирование)

Цель – разработка высококачественной системы

с упором на самоорганизацию, взаимодействие и

эволюционный подход

Ориентация на полезность заказчику и выпуск

работающих прототипов

Небольшие локальные команды

Disciplined Agile Delivery (DAD = Core+риски)

Расширение agile на полный жизненный цикл

систем

Полезность заказчику с учетом рисков

Самоорганизация в рамках организационной модели управления

Небольшие, локальные команды, создающие простые решения

Масштабирование Agile (DAD+факторы масштабирования)

Disciplined Agile Deliveryс учетом одного или нескольких факторов

масштабирования

DAD. Стандартный цикл

Agile разработки

Source: www.ambysoft.com/essays/agileLifecycle.html

Возможен рост

производительности в

рамках тех же проектов

Это приведет к повышению требований к управлению конфигурацией,

изменениями и трассировки требования

Добавляем факторы

масштабирования

Сложность приложений

Straight-forward

Intricate/Emerging

Требования регуляторов

Low risk Critical,Audited

Размер команды

Under 10developers

1000’s ofdevelopers

Co-located

Географическое

распределениеGlobal

Корпоративная среда

Projectfocus

Enterprisefocus

Сложность технологий

HomogenousHeterogeneous,

Legacy

Распределенные команды

(партнеры, подрядчики)Collaborative Contractual

Flexible Rigid

Сложность организции

Disciplined Agile

Delivery

Расширение Agile на полный

цикл. МасштабированиеРабота на всех стадиях ЖЦ, включая сопровождение

Необходимо сотрудничество с другими отделами, выделение

отдельных ролей на новые задачи – теряем универсальность.

Самоорганизация в рамках небольших команд совместно работающих

над общими проектами – коммуникация требований и их изменений

Продолжение

Факторы успеха Agile и требования

Рост на основе Agile. Подход ИБМ

Вариант развития и роста

команды. Методология и

технологии ИБМ

Различные технологии

для растущих командБазовая Agile разработка (Core)Работа с требованиями –

User Stories

Дополнительно – контроль версий,

управление изменениями и

очень развитые средства

Agile – планирования с возможностями

традиционного планирования проектов

Disciplined Agile Delivery (DAD = Core+риски)Снижение рисков за счет совместной работы

над идентификацией требований (RRC) и управления

рисками в RTC.

Интеграция RTC и Rational Requirements Composer (RRC):

тесное взаимодействие в контексте задач + различные варианты идентификации

требований (Use Case, раскадровки, бизнес-процессы, глоссарии и др.)

Масштабирование Agile (DAD+факторы масштабирования)Работа по идентификации требований дополняется мощными средствами управления

требованиями на всем ЖЦ ПС или Систем: RequisitePro или DOORs

Возможность совместной

работы для Agile и

традиционных команд

Упрощается внедрение

Agile методов

Поддержка больших команд

(как для ПО так и для ИС)

Dashboards

Backlogs

Collaboration

Workloads

AgilePlanning

RiskAnalysis

GanttCharts

Time Sheets

MS ProjectImport/Export

FormalPlanning

Варианты планирования:Agile, Традиционное, Гибридное

Business Objectives

Business Processes

Use Cases

Storyboards

Glossaries

Documents

Sketches

RRC: привлечение экспертов

в бизнесе и технологиях

Взаимодействие в

контексте задач между

разработчиками и

заказчиком

Создание паутины

взаимосвязанных

требований

Реализация требований

через контролируемый,

повторяемый и

измеряемый процесс

Prototypes

Visual Validation

RationalRequirements

ComposerОпределение требований

NEW

Lifecycle Traceability

Impact & Coverage Analysis

Baselines and Scope

Management

Rational RequisiteProУправление требованиями

ENHANCED

Analyst

Взаимодействие в

контексте задач

Ожидания и ответственность

Заказчик: “я вижу, что

решение принимает форму и

вижу свою роль в этом”

R

Вовлечение заказчиков

Заказчик:" Видна команда и все роли, можно определить,

чего не хватает

R

Аналитик: меньше

совещаний, отслеживаемые

дискуссии, контроль

зависимостей

Облегчение диалога, анализа и взаимодействия

R

Заказчик : “сообщения и дискуссии фокусируют нас на

общей картине на каждом уровне детализации”

Открытый диалогR

Командное взаимодействует вокруг

требований через коммуникации

и рабочие пространства

Фокус - на текущих задачах с

обновлением документов и

комментариями

Централизованный репозиторий с

контролем доступа участников и

возможностями поиска

Определение и управление

требованиямиRequirements Composer + RequisitePro&DOORS

Создание требований АналитикамиРецензирование

Заказчиками

Категории

Комментарии

рецензирование/

согласование

RequisitePro&DOORS

Контроль меняющихся требований на ЖЦ и интеграция

Раскадровка

Варианты использования

Бизнес процессы

Документы и глоссарии

Requirements Composer

Пользователи / команды

/ авторизация

Мгновенный общий

доступ

Связи между любыми

элементами

Версионность

Оптимизация коллективной

деятельности для достижения общих

целей

Повышение контроля и

эффективности

Взаимодействие

Постоянное

улучшение за счет

анализа отчетов

ОтчетностьАвтоматизация

Дальнейший рост на основе

Jazz

Дизайн

Реализация

Обеспечение качества

РазвертываниеТребования

© Copyright IBM Corporation 2007. All rights reserved. The information contained in these materials is provided for informational purposes only, and is provided AS IS without warranty of any kind, express or implied. IBM shall not be responsible for any damages arising out of the use of, or otherwise related to, these materials. Nothing contained in these materials is intended to, nor shall have the effect of, creating any warranties or representations from IBM or its suppliers or licensors, or altering the terms and conditions of the applicable license agreement governing the use of IBM software. References in these materials to IBM products, programs, or services do not imply that they will be available in all countries in which IBM operates. Product release dates and/or capabilities referenced in these materials may change at any time at IBM’s sole discretion based on market opportunities or other factors, and are not intended to be a commitment to future product or feature availability in any way. IBM, the IBM logo, the on-demand business logo, Rational, the Rational logo, and other IBM products and services are trademarks of the International Business Machines Corporation, in the United States, other countries or both. Other company, product, or service names may be trademarks or service marks of others.

Дополнительная информация:

IBM Rational software

IBM Rational Software Delivery Platform

Process and portfolio management

Change and release management

Quality management

Architecture management

Rational trial downloads

Leading Innovation Website

IBM Rational TV

IBM Rational Business Partners