Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

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

578 views

Published on

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

Published in: Education
  • Be the first to comment

  • Be the first to like this

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

  1. 1. Работа стребованиями и развитие agile- команды Дмитрий Ханецкийспециалист по продажам IBM Rational, IBM EE/A Дмитрий Лапыгинтехнический специалист IBM Rational, IBM EE/A
  2. 2. Содержание Факторы успеха Agile и требованияРост на основе Agile. Подход ИБМВариант развития и роста команды. Методология и технологии ИБМ
  3. 3. Причины успеха Agile практикБольшинство практик напрямую связаны с требованиями
  4. 4. ПродолжениеФакторы успеха Agile и требованияРост на основе Agile. Подход ИБМВариант развития и роста команды. Методология и технологии ИБМ
  5. 5. Масштабирование - Agile scaling modelБазовая Agile разработка (Core)Фокус на реализации (кодирование) (ASM)Цель – разработка высококачественной системыс упором на самоорганизацию, взаимодействие иэволюционный подходОриентация на полезность заказчику и выпускработающих прототиповНебольшие локальные командыDisciplined Agile Delivery (DAD = Core+риски)Расширение agile на полный жизненный циклсистемПолезность заказчику с учетом рисковСамоорганизация в рамках организационной модели управленияНебольшие, локальные команды, создающие простые решенияМасштабирование Agile (DAD+факторы масштабирования)Disciplined Agile Deliveryс учетом одного или нескольких факторовмасштабирования
  6. 6. DAD. Стандартный цикл Agile разработкиВозможен ростпроизводительности врамках тех же проектовЭто приведет к повышению требований к управлению конфигурацией,изменениями и трассировки требования Source: www.ambysoft.com/essays/agileLifecycle.html
  7. 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. 8. Расширение Agile на полный цикл. Масштабирование Работа на всех стадиях ЖЦ, включая сопровождениеНеобходимо сотрудничество с другими отделами, выделениеотдельных ролей на новые задачи – теряем универсальность.Самоорганизация в рамках небольших команд совместно работающихнад общими проектами – коммуникация требований и их изменений
  9. 9. ПродолжениеФакторы успеха Agile и требованияРост на основе Agile. Подход ИБМ Вариант развития и роста команды. Методология и технологии ИБМ
  10. 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. 11. Варианты планирования: Agile, Традиционное, Гибридное Возможность совместной Collaboration Time работы для Agile и Sheets традиционных команд RiskDashboards Analysis MS Project Упрощается внедрение Workloads Import/ Agile методов Export Gantt Backlogs Charts Поддержка больших команд Agile Formal (как для ПО так и для ИС) Planning Planning
  12. 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. 13. Взаимодействие в контексте задач R Облегчение диалога, анализа и взаимодействия R Вовлечение заказчиков Заказчик:" Видна команда и все роли, можно определить, Аналитик: Analyst чего не хватает меньше совещаний, R Открытый диалог отслеживаемые Заказчик : “сообщения и дискуссии, дискуссии фокусируют нас на контроль общей картине на каждом уровне детализации” зависимостей Ожидания и R ответственностьКомандное взаимодействует вокруг требований через коммуникации Заказчик: “я вижу, что и рабочие пространства решение принимает форму иФокус - на текущих задачах с вижу свою роль в этом” обновлением документов и комментариямиЦентрализованный репозиторий с контролем доступа участников и возможностями поиска
  14. 14. Определение и управление требованиями Requirements Composer + RequisitePro&DOORS РецензированиеСоздание требований Аналитиками Заказчиками Категории Документы и Комментарии Бизнес процессы глоссарии рецензирование/ согласование Requirements Пользователи / команды Composer / авторизацияВарианты использования Мгновенный общий доступ Связи между любыми RequisitePro элементами &DOORS ВерсионностьРаскадровка Контроль меняющихся требований на ЖЦ и интеграция
  15. 15. Дальнейший рост на основе JazzТребования Реализация Развертывание Обеспечение Дизайн качества Взаимодействие Отчетность Автоматизация Оптимизация коллективной Повышение Постоянное деятельности для контроля и улучшение за счет достижения общих целей эффективности анализа отчетов
  16. 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 anykind, 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, norshall 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 ofIBM 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/orcapabilities 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 productor 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 BusinessMachines Corporation, in the United States, other countries or both. Other company, product, or service names may be trademarks or service marks of others.

×