Agile и RUP — мифы, легенды и вся правда
Upcoming SlideShare
Loading in...5
×
 

Agile и RUP — мифы, легенды и вся правда

on

  • 572 views

О том, какие проекты являются agile, а какие – нет, а также о том, что agile очень часто путают с итеративной ...

О том, какие проекты являются agile, а какие – нет, а также о том, что agile очень часто путают с итеративной разработкой, хотя на самом деле это совершенно разные вещи, рассказал в своем докладе Михаил Кумсков на Stratoplan TECH&BUSINESS Summit.

Михаил Кумсков, эксперт по методологиям управления требованиями, использования методологии RUP и инструментария IBM Rational, представил доклад «Agile и RUP — мифы, легенды и вся правда».

Тезисы доклада:
«Часто, говоря об Agile разработке, имеют в виду прежде всего итеративную разработку. В докладе хочется развеять известные мифы и легенды про Agile и RUP. Хотелось бы в докладе напомнить про RUP как источник знаний, про agile-RUP – про то, что велосипед изобретен и имеется прекрасное его описание, адаптируемое под такие разные проекты разработки софта – большого и маленького. Также будет обсужден взгляд на «юзер стори» как на экземпляр сценария использования».

Statistics

Views

Total Views
572
Views on SlideShare
489
Embed Views
83

Actions

Likes
1
Downloads
1
Comments
0

1 Embed 83

http://www.luxoft-training.ru 83

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Agile и RUP — мифы, легенды и вся правда Agile и RUP — мифы, легенды и вся правда Presentation Transcript

  • Agile и RUP –мифы, легендыи вся правдаМиша Кумсков
  • <«Поехали – Всем привет!»Знакомство – зачем я здесь?Зачем вы здесь?Позиционирование доклада – целевая аудиторияСлучай про Agile –«Хотим и курсы и внедрение…»
  • <Agile – это ИНОЙ менеджмент.Процессный. А как это?Agile-RUP и Agile-MSF –существуют.Что такое RUP*? Что такое MSF?Ценности Agile – и все получится?“XP/Agile/SCRUM – это не методология”(да? – нет?)*) RUP – IBM Rational Unified ProcessMSF – Microsoft Solution Framework
  • <Моя перевербовка2006 год. Москва. Кент БЕК. ХР.Мантра Гради Буча (Rational Software):«Разработка ПО – это командный спорт» - И что?Легенды и мифы про ХР/Agile /SCRUMЛегенды и мифы про RUPВечный вопрос:Проекты: Успешные /Неуспешные Причины?
  • <Кент БЕК. ХР.
  • <Нарушение коммуникацийВнешних и внутреннихЛечиться будем?Лучшие практикиRUP – «как справочник фельдшера»
  • <Три принципа• ПРОЗРАЧНОСТЬ: «Сопровождение»Внешних и Внутренних коммуникаций• ИНОЙ менеджемент – Доверие исамоорганизация• «КУРАЖ» - … утром хочется наработу
  • <Эволюция Agile в организации
  • <Преимущества для Бизнеса
  • <XP / Agile / SCRUM - 2Agile is a set of values• Individuals/Interactions• Working software• Customer collaboration• Responding to change• and twelve principleshttp://agilemanifesto.org/principles.htmlFROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principles
  • <XP / Agile / SCRUM - 1• SCRUM is not a Methodology• SCRUM is a Frameworkfor surfacing organizational dysfunction• SCRUM doesn’t provide answers –It helps you ask better questions• SCRUM doesn’t actually do anything –People do thingsFROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principles
  • <XP / Agile / SCRUM - 3• Scrum is an Agile framework that allows youto create your own lightweight processfor developing new productsScrum will help you fail in 30 days or less• Scrum is simpleIt can be understood and implemented in afew days. -It takes a lifetime to master• “Scrum is not a methodology - – it is a pathway”– Ken Schwaber (Boulder, Co, Nov. 2005)FROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principles
  • <XP / Agile / SCRUM - 4FROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principlesScrum works best when theproblems to be solved lie inthe Complex Space.New Product Development Workand Knowledge Work both tend toexist in the Complicated Space.Research lies in the AnarchyspaceMaintenance lies in the SimpleSpaceTechnology – on X axisRequirements - on Y axis ref: The Stacey Diagram, by Ralph Stacey
  • <XP / Agile / SCRUM - 5The Scrum Foundation:• Empiricism• Self-organization• Collaboration• Prioritization• Time BoxingFROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principles
  • <XP / Agile / SCRUM - 6EmpiricismDetailed up-front planning and defined processes arereplaced by just-in-time inspect and adapt cyclesSelf-organizationSmall teams manage their own workload and organizethemselves around clear goals and constraintsCollaborationScrum leaders, product visionaries and customerscollaborate with developers – they do not manage or directthemFROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principles
  • <XP / Agile / SCRUM - 7PrioritizationWork on the most important thing – do not wastetime focusing on work that does not addimmediate valueTime BoxingTime boxing creates the rhythm that drivesdevelopmentFROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principles
  • <Add immediate value
  • <XP / Agile / SCRUM - 8With a SOLID FOUNDATION…your process, your design and your product willemerge in the way most appropriate to your contextEmergenceThe beauty of letting go, and trustingFROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principles
  • <Scrum People
  • <XP / Agile / SCRUM - 9Scrum People:• Product Owner - Thought Leader & Visionary• Scrum Master - Trouble Shooter & Servant Leader• The TeamFROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principles
  • <XP / Agile / SCRUM - 10Product Owner- Thought Leader & Visionary•Drives the Product Vision•Maintains the Product Backlog•Prioritizes the Requirements•Accepts the Working SoftwareThe Team•5-8 Members•Cross-Functional•Self-Managing•Autonomous•Accountable for•Meeting CommitmentsScrum Master- Trouble Shooter & Servant Leader•Manages the Process•Supports the Team•Removes Organizational Impediments•Socializes Scrum to ManagementVision Statement•A short statement of intent•A goal to aspire toFROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principles
  • <Vision Statement
  • <XP / Agile / SCRUM - 11Product Backlog•A living list of requirements•Represents the WHATof the system•Prioritization is essential !Planning•Occurs at the startof each sprint•Team and PO negotiatethe commitment• THEN - The team membersbegin the design process andgenerate tasksDesign versus Delivery•Deliver the highest value early on•But don’t neglect the bigger picture•Allow design and architectureto emergeGrowing tree is a good metaphorfor building the right thingFrom sapling to full oak tree,the plant must deliver business valuefrom the start to feed itselfFROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principles
  • <Scrum Execution
  • <XP / Agile / SCRUM - 12Scrum Execution:• Sprint Backlog• Daily Scrum• Story Burndown / Team Task Board• “Done” - Working SoftwareFROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principles
  • <XP / Agile / SCRUM - 13Sprint Backlog• A list of tasks representing the HOW of the system• The Sprint Backlog is owned and managed by theTeamDaily Scrum - 15 Minutes | 3 Questions• What did you do since the last Daily Scrum?• What will you do by the next Daily Scrum?• What is getting in your way?FROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principles
  • <Story Burndown / Team Task Board
  • <XP / Agile / SCRUM - 14“Done” - Working SoftwareExample checklist for working software• Unit tests pass• Customer Acceptance tests pass• User docs written• UI design approved by PO• Integrated into existing system• Regression tests pass• Deployed on staging serverFROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principles
  • <XP / Agile / SCRUM - 15Bugs - There are two types of bug recognized in a Scrum:Bugs found on a story in the current iteration• Write a task for that bug and put it in “To Do” List• These are fixed as they are foundStory is not “Done” until all tasks are completeBugs found outside an iteration, e.g. at the Review Meeting• These simply become new stories, are put into the backlog andprioritized by the POFROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principles
  • <XP / Agile / SCRUM - 16Scrum ReflectionReview• Occurs at the end of each sprint• Inspect and Adapt the product• The team meets with the Product Owner and the Stakeholders todemonstrate the working software from the sprintRetrospective• Occurs at the end of each sprint• Inspect and Adapt the process• The team meets with the Scrum Master to look at what went welland what can be improved• Retrospectives must conclude with individual commitments to actionImpediment List• A list of organizational and team impediments – with suggestedsolutions - This list is maintained by the Scrum MasterFROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principles
  • <Scrum ReflectionReviewRetrospectiveImpediment List
  • <Agile / RUPСценарий использования / История пользователя
  • <Agile / RUPХорошие сценарии использованияДолжны:• Приносить значимый результат• Содержать все вариации• Описывать взаимодействие и механизмы, но не политики Не быть зависимыми от технологий иинтерфейсов Быть достаточно крупными Инициироваться только одним актером Включать основные бизнес-исключения и их обработкуИрина Крючкова, Киев, Октябрь 2011
  • <Agile / RUPМодель сценариев использованияИмеет четырекомпонента:• Границы системы• Актеры• Сценариииспользования• ОтношенияПредставляет собой нетолько диаграмму!Ирина Крючкова, Киев, Октябрь 2011
  • <Agile / RUPИрина Крючкова, Киев, Октябрь 2011Истории пользователей –короткое описание функциональности, которая нужнапользователям для достижения их бизнес-целей.Конкретные нужды конкретного пользователя, выраженные впростой форме.Одно или два предложения с указанием:• Актера – кто будет использовать историю• Описания истории – высокоуровневый обзорфункциональности• Выгоды – бизнес-ценность результатов работы истории
  • <Agile / RUPИрина Крючкова, Киев, Октябрь 2011Шаблон истории пользователяКак <тип пользователя> я хочу <сделать> и темсамым получить <выгоды>
  • <Agile / RUPИрина Крючкова, Киев, Октябрь 2011Сравнение: Уровень детализацииИсториипользователейКраткоеописаниесценарияНеформальныесценарииФормальныесценариииспользования
  • <Agile / RUPИрина Крючкова, Киев, Октябрь 2011Сравнение: Компетентность и доверие
  • <Подводим Итоги
  • <XP / Agile / SCRUMScrum Values• Courage• Trustfulness• TransparencyFROM: Tobias Mayer A short introduction to Scrum and its underlying Agile principles
  • <Три принципа• ПРОЗРАЧНОСТЬ: «Сопровождение»Внешних и Внутренних коммуникаций• ИНОЙ менеджемент – Доверие иСамоорганизация• «КУРАЖ» - … утром хочется наработу
  • <Вопросы?
  • Agile и RUP –мифы, легендыи вся правдаМиша Кумсков