Дмитрий Ханецкий_Agile_Круглый_стол Работа с требованиями и развитие agile-команды

1. Работа с
требованиями и
развитие agile-
команды
Дмитрий Ханецкий
специалист по продажам IBM Rational, IBM EE/A
Дмитрий Лапыгин
технический специалист IBM Rational, IBM EE/A

2. Содержание
Факторы успеха Agile и
требования
Рост на основе Agile. Подход ИБМ
Вариант развития и роста команды.
Методология и технологии ИБМ

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

4. Продолжение
Факторы успеха Agile и требования
Рост на основе Agile. Подход
ИБМ
Вариант развития и роста команды.
Методология и технологии ИБМ

5. Масштабирование -
Agile scaling model
Базовая Agile разработка (Core)
Фокус на реализации (кодирование) (ASM)
Цель – разработка высококачественной системы
с упором на самоорганизацию, взаимодействие и
эволюционный подход
Ориентация на полезность заказчику и выпуск
работающих прототипов
Небольшие локальные команды
Disciplined Agile Delivery (DAD = Core+риски)
Расширение agile на полный жизненный цикл
систем
Полезность заказчику с учетом рисков
Самоорганизация в рамках организационной модели управления
Небольшие, локальные команды, создающие простые решения
Масштабирование Agile (DAD+факторы масштабирования)
Disciplined Agile Deliveryс учетом одного или нескольких факторов
масштабирования

6. DAD. Стандартный цикл
Agile разработки
Возможен рост
производительности в
рамках тех же проектов
Это приведет к повышению требований к управлению конфигурацией,
изменениями и трассировки требования
Source: www.ambysoft.com/essays/agileLifecycle.html

7. Добавляем факторы
масштабирования
Размер команды Требования регуляторов
Under 10 1000’s of Critical,
developers developers Low risk
Audited
Географическое Сложность приложений
распределение Straight Intricate/
Co-located Global -forward Emerging
Disciplined
Корпоративная среда Agile Распределенные команды
Delivery (партнеры, подрядчики)
Project Enterprise
focus focus Collaborative Contractual
Сложность организции Сложность технологий
Flexible Rigid Heterogeneous,
Homogenous Legacy

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

9. Продолжение
Факторы успеха Agile и требования
Рост на основе Agile. Подход ИБМ
Вариант развития и роста
команды. Методология и
технологии ИБМ

10. Различные технологии
для растущих команд
Базовая Agile разработка (Core)
Работа с требованиями –
User Stories
Дополнительно – контроль версий,
управление изменениями и
очень развитые средства
Agile – планирования с возможностями
традиционного планирования проектов
Disciplined Agile Delivery (DAD = Core+риски)
Снижение рисков за счет совместной работы
над идентификацией требований (RRC) и управления
рисками в RTC.
Интеграция RTC и Rational Requirements Composer (RRC):
тесное взаимодействие в контексте задач + различные варианты идентификации
требований (Use Case, раскадровки, бизнес-процессы, глоссарии и др.)
Масштабирование Agile (DAD+факторы масштабирования)
Работа по идентификации требований дополняется мощными средствами управления
требованиями на всем ЖЦ ПС или Систем: RequisitePro или DOORs

11. Варианты планирования:
Agile, Традиционное,
Гибридное
Возможность совместной
Collaboration
Time работы для Agile и
Sheets традиционных команд
Risk
Dashboards
Analysis
MS Project Упрощается внедрение
Workloads Import/ Agile методов
Export
Gantt
Backlogs
Charts Поддержка больших команд
Agile Formal (как для ПО так и для ИС)
Planning Planning

12. RRC: привлечение экспертов
в бизнесе и технологиях
Взаимодействие в Business Business
Objectives Processes
контексте задач между Rational
разработчиками и Use Cases
Requirements Prototypes
заказчиком Composer
Storyboards Определение Visual
Validation
требований
Создание паутины Glossaries NEW Sketches
взаимосвязанных Documents
требований
ENHANCED
Rational RequisitePro
Реализация требований
Управление требованиями
через контролируемый,
Impact & Baselines and
повторяемый и Lifecycle
Traceability
Coverage Scope
Analysis Management
измеряемый процесс

13. Взаимодействие в
контексте задач
R Облегчение диалога, анализа и
взаимодействия
R Вовлечение заказчиков
Заказчик:" Видна команда и
все роли, можно определить,
Аналитик:
Analyst
чего не хватает
меньше
совещаний, R Открытый диалог
отслеживаемые Заказчик : “сообщения и
дискуссии, дискуссии фокусируют нас на
контроль общей картине на каждом
уровне детализации”
зависимостей
Ожидания и
R ответственность
Командное взаимодействует вокруг
требований через коммуникации
Заказчик: “я вижу, что
и рабочие пространства решение принимает форму и
Фокус - на текущих задачах с вижу свою роль в этом”
обновлением документов и
комментариями
Централизованный репозиторий с
контролем доступа участников и
возможностями поиска

14. Определение и управление
требованиями
Requirements Composer + RequisitePro&DOORS
Рецензирование
Создание требований Аналитиками Заказчиками
Категории
Документы и Комментарии
Бизнес процессы глоссарии
рецензирование/
согласование
Requirements Пользователи / команды
Composer
/ авторизация
Варианты использования Мгновенный общий
доступ
Связи между любыми
RequisitePro элементами
&DOORS Версионность
Раскадровка
Контроль меняющихся требований на
ЖЦ и интеграция

15. Дальнейший рост на основе
Jazz
Требования Реализация Развертывание
Обеспечение
Дизайн качества
Взаимодействие Отчетность
Автоматизация
Оптимизация
коллективной Повышение Постоянное
деятельности для контроля и улучшение за счет
достижения общих
целей эффективности анализа отчетов

16. Дополнительная информация:
 IBM Rational software  Architecture management
 IBM Rational Software Delivery Platform  Rational trial downloads
 Process and portfolio management  Leading Innovation Website
 Change and release management  IBM Rational TV
 Quality management  IBM Rational Business Partners
© 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.