Lean и Agile<br />Никита Филиппов<br />
Филиппов Никита<br />ScrumTrek<br /><ul><li>Agile Coach
Управляющий партнер</li></ul>В прошлом<br /><ul><li>Программист, менеджер проектов, методолог</li></li></ul><li>Agenda<br ...
Henrik Kniberg<br />4<br />Что это за фигня?<br />TDD<br />Scrum<br />XP<br />Continuous Integration<br />Kanban<br />Pair...
Чему мы научились? <br />
Каскадная модель (Waterfall)<br /><ul><li>Заказчик знает чего хочет
Разработчик знает, как разработать
Ничего не поменяется</li></li></ul><li>Большинство проектов неуспешны<br />Henrik Kniberg<br />7<br />The Standish Group  ...
Дефекты в самом процессе<br />Влияние длины спецификации на сроки<br />Влияние избыточной детализации на сроки<br />Влияни...
Ненужная функциональность<br />Цена<br />Сложность<br /># функций в системе<br />Функциональность, используемая в типичной...
Чему мы научились<br />Сроки<br />Успешные проекты в 1994:	15%<br />Среднее значение выхода за бюджет и сроки: ≈170%<br />...
С чем приходилось бороться<br />Требования меняются (change requests)<br />Качеством жертвуют <br />Люди увольняются<br />...
Agile разработка<br /><ul><li>Заказчик понимает о продукте по мере самой разработки, как он должен выглядеть.
Разработчики принимают решения о том, как разработать исходя из потребностей заказчика
Все может меняться с течением времени</li></li></ul><li>Взаимодействие и документация<br />Agile:<br />
Манифест гибкой разработки<br />Люди и взаимодействияважнее чем процессы и инструменты<br />Работающий кодважнее совершенн...
Agile-подход<br />Итеративность<br />Движемся к цели короткими шагами<br />Инкрементальность<br />В конце каждой итерации ...
Lean Бережливая разработка ПО<br />Lean - aдаптацияTPS в США и Европе<br />Бережливая разработка ПО – адаптация TPS в раз...
Основные Принципы Лин<br />Сформировать поток работ<br />Контролировать объем единичной работы<br />Снижать вариативность<...
7 потерь<br />
Lean  Agile<br />Lean<br />Agile<br />FDD, DSDM, OpenUP etc…<br />Scrum<br />XP<br />Kanban<br />
Материалы для изучения<br />
Case studies<br />http://www.infoq.com/news/2010/08/agile-lean-validation-studies<br />
Agile World (1)<br />IBM       <br />http://www.infoq.com/presentations/dancing-agile-elephant<br />Microsoft<br />http://...
AgileWorld (2)<br />Google<br />http://weblogs.asp.net/jsemeniuk/archive/2008/01/03/lessons-learned-implementing-scrum-at-...
http://scrumtrek.ru/company/clients/<br />
Цель Agile и Lean<br />Создать процесс со стабильными поставками<br />Обеспечить прозрачность между Бизнесом и Разработкой...
ОТ ФИЛОСОФИИ к ПРАКТИКАМ<br />
Роли в Scrum: Product Owner<br />Цель:Развиватьпродукт/проект с максимальнойдоходностью (пользой)<br />Ответственность: <b...
Кем Product Owner не является<br />Не Руководитель разработки<br />Не влияет на решения по архитектуре<br />Не назначает з...
Ролив Scrum:TEAM<br />Самоорганизованная/ самоуправляемая<br /><ul><li>Коллективнопринимаютрешения
Сами координируют и организуют свою работу</li></ul>Кросс-функциональная<br />
Ролив Scrum: ScrumMaster<br />Цель:Поддерживать «здоровье» команды, сделать команду самоорганизующейся<br />Ответственност...
Кем ScrumMasterне является<br />Не технический лидер команды<br />Не назначает задачи<br />Не менеджер проекта<br />Не при...
Баклог продукта<br />
Product Backlog<br />Список всей известной работы (features) <br />Фичи из баклога планируются на итерации<br />За баклог ...
Баклог<br />
Баклог продукта<br />Приоритезированный список<br />Истории, баги, технологические улучшения, открытые вопросы<br />Более ...
Процесс работы<br />
Планирование релиза<br />
Планирование релиза<br />
Планирование релиза<br />
Планирование релиза<br />
Планирование релиза<br />Планирование релиза<br />
Velocity = 14<br />Планирование релиза<br />1<br />2<br />3<br />4<br />
 Release BurnUp Chart<br />Планирование релиза<br />Предсказать,когдабудетвыполненобъемработ<br />
Планирование итерации<br />
Планированиеитерации<br />Планирование итерации<br />Planning Poker<br />Backlog<br />
TaskBoard<br />Планирование итерации<br />
Длительность итерации<br />Количество задач<br />~20-40 задач<br />Частота изменений требований<br />За итерацию требовани...
Работа внутри итерации<br />
Работа внутри итерации: Доска задач<br />© scrumtrek.ru<br />TO DO<br />In progress<br />Done<br />
© scrumtrek.ru<br />Работа внутри итерации: Доска задач<br />TO DO<br />In progress<br />Done<br />Работа по приоритетам <...
© ScrumTrek.ru, 2008<br />Daily Scrum<br />Скрам (стендап)<br />
Daily SCRUMmeeting<br />Скрам (стендап)<br />Цель митинга: поделиться информацией<br />Не предназначен для решения проблем...
Скрам (стендап)<br />
Demo<br />Демонстрация<br />
SMART-цели<br />Specific – Конкретный / Понятный<br />Measurable – Измеримый <br />Achievable – Достижимый <br />Relevant ...
Kanban – инструмент для не итеративной разработки<br />
Цели Kanban<br />Визуализировать поток работ<br />Ограничить количество незавершенной работы (работы в процессе)<br />Сниз...
Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />1...
Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />1...
Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />1...
Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />1...
Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />?...
Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />?...
Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />5...
Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />5...
Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />5...
Devprom:10241<br />Приоритет: <br />Срок: 24/03/11<br />Поиск по вакансиям<br />Заказчик: Пупкин В.<br />Анализ: 11/03/11<...
Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />B...
Анализ<br />Разработка<br />Приоритет<br />6<br />Баг из «СРОЧНО!»<br />Приоритетные<br />Риск нарушения сроков<br />Остал...
Декомпозиция в Kanban<br />
Аналитика<br />Очередь<br />Разработка<br />Тестирование<br />2<br />3<br />2<br />2<br />Впрогрессе<br />Готово<br />Впро...
Аналитика<br />Очередь<br />Разработка<br />Тестирование<br />2<br />3<br />2<br />2<br />Впрогрессе<br />Готово<br />Впро...
Аналитика<br />Очередь<br />Разработка<br />Тестирование<br />2<br />3<br />2<br />2<br />Впрогрессе<br />Готово<br />Впро...
Аналитика<br />Очередь<br />Разработка<br />Тестирование<br />2<br />3<br />2<br />2<br />Впрогрессе<br />Готово<br />Впро...
Аналитика<br />Очередь<br />Разработка<br />Тестирование<br />2<br />3<br />2<br />2<br />Впрогрессе<br />Готово<br />Впро...
Пульс проекта: каденции<br />
Каденции<br />Итерации<br />Sprint 2<br />week 1<br />week 2<br />week 3<br />week 4<br />week 5<br />week 6<br />week 7<b...
Различные способы лимитировать WIP<br />Velocity = 15 story points<br />Scrum<br /><ul><li>Не указывается WIP
Таймбоксинг итерации</li></ul>Sprint 1<br />Sprint 2<br />Sprint 3<br />Sprint 4<br />Kanban<br /><ul><li>Указывается WIP
Можнокомбинировать большие и малые истории</li></ul>Big item<br />Big item<br />WIP limit = 3 items<br />
Оценка<br />”типичный”<br />Kanban<br />Задачи <br />Фичи<br />1. Не оценивать. Просто посчитать.<br />1. Без задач<br />2...
version 1.2<br />2009-11-16<br />Пример канбан<br />Henrik Kniberg<br />www.crisp.se/kanban/example<br />Acceptance<br />A...
Ready for production</li></ul>Definition of Done:<br /><ul><li>Code clean & checked in on trunk
Integrated & regression tested
Running on UAT environment</li></ul>Definition of Done:<br /><ul><li>Goal is clear
Upcoming SlideShare
Loading in …5
×

Введение в Lean и Agile

11,953 views

Published on

Презентация Никиты Филиппова (Scrumtrek) с вебинара для сообщества Смартсорсинг (http://smartsourcing.ru/events/scrumwebinar072011)

Published in: Technology
0 Comments
7 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
11,953
On SlideShare
0
From Embeds
0
Number of Embeds
5,900
Actions
Shares
0
Downloads
125
Comments
0
Likes
7
Embeds 0
No embeds

No notes for slide
  • Цель этой презентации показать как некоторые из этих вещей друг с другом сочетаются.Смысл пролететь над всеми современными практиками Agile и Lean, не ради того, чтобы вы побежали завтра делать все что здесь описано, но чтобы знали куда и как копать.
  • Both are incremental – break work into smaller piecesKanban teams try to minimize lead time and maximize flow, so that indirectly creates an incentive to break items into relatively small pieces. But no explicit rule. Can mix sizes.
  • TODO quicker animation
  • Введение в Lean и Agile

    1. 1. Lean и Agile<br />Никита Филиппов<br />
    2. 2. Филиппов Никита<br />ScrumTrek<br /><ul><li>Agile Coach
    3. 3. Управляющий партнер</li></ul>В прошлом<br /><ul><li>Программист, менеджер проектов, методолог</li></li></ul><li>Agenda<br />Мир современных процессов разработки ПО<br />Проблемы в разработке ПО<br />Lean<br />Kanban<br />Agile <br />Scrum<br />
    4. 4. Henrik Kniberg<br />4<br />Что это за фигня?<br />TDD<br />Scrum<br />XP<br />Continuous Integration<br />Kanban<br />Pair programming<br />Refactoring<br />Lean<br />Agile<br />RUP<br />
    5. 5. Чему мы научились? <br />
    6. 6. Каскадная модель (Waterfall)<br /><ul><li>Заказчик знает чего хочет
    7. 7. Разработчик знает, как разработать
    8. 8. Ничего не поменяется</li></li></ul><li>Большинство проектов неуспешны<br />Henrik Kniberg<br />7<br />The Standish Group исследовало более 40 000 проектов в течении 10 лет. <br />Успешные проекты в 1994: 15%<br />Среднее значение выхода за бюджет и сроки: ≈170%<br />Успешные проекты в 2004: 34%<br />Среднее значение выхода за бюджет и сроки: ≈70%<br />План: €1,000,000<br />Факт : €2,700,000<br />План: €1,000,000<br />Факт: €1,700,000<br />Источник:<br />http://www.softwaremag.com/L.cfm?Doc=newsletter/2004-01-15/Standish<br />http://www.infoq.com/articles/Interview-Johnson-Standish-CHAOS<br />
    9. 9. Дефекты в самом процессе<br />Влияние длины спецификации на сроки<br />Влияние избыточной детализации на сроки<br />Влияние изменения требований на сроки<br />Влияние мнения со стороны на сроки со стороны<br />Источник: How to avoid impact from irrelevant and misleading info on your cost estimates, Simula research labs estimation seminar, Oslo, Norway, 2006<br />
    10. 10. Ненужная функциональность<br />Цена<br />Сложность<br /># функций в системе<br />Функциональность, используемая в типичной системе<br />Standish Group Study Report<br />
    11. 11. Чему мы научились<br />Сроки<br />Успешные проекты в 1994: 15%<br />Среднее значение выхода за бюджет и сроки: ≈170%<br />Успешные проекты в 2004: 34%<br />Среднее значение выхода за бюджет и сроки: ≈70%<br />Стоимость<br />“Главная причина [для улучшений]что проекты стали меньшего размера.”<br />Функциональность<br />(features)<br />«Делая проекты итеративным процессом , решалось много проблем, которые не решал водопадный процесс требующий полное проектирование «СВЕРХУ»»<br />Jim Johnson<br />Глава Standish <br />Group<br />ТОП 5 ПРИЧИН УСПЕХА: <br />Вовлечение заказчика<br />Поддерживающий менеджмент от руководства<br />Ясные бизнес цели<br />Управление скоупом<br />Гибкий процесс<br />Quality<br />Не существует серебряной пули но Гибкие методологии очень близки к этому определению<br />
    12. 12. С чем приходилось бороться<br />Требования меняются (change requests)<br />Качеством жертвуют <br />Люди увольняются<br />Системы невозможно поддерживать из-за сильной зависимости человек-модуль/система<br />Проблемы интеграции подсистем <br />Общаемся с заказчиком через документ<br />
    13. 13. Agile разработка<br /><ul><li>Заказчик понимает о продукте по мере самой разработки, как он должен выглядеть.
    14. 14. Разработчики принимают решения о том, как разработать исходя из потребностей заказчика
    15. 15. Все может меняться с течением времени</li></li></ul><li>Взаимодействие и документация<br />Agile:<br />
    16. 16. Манифест гибкой разработки<br />Люди и взаимодействияважнее чем процессы и инструменты<br />Работающий кодважнее совершенной документации<br />Сотрудничество с заказчикомважнее контрактныхобязательств <br />Реакция на измененияважнее следования плану <br />www.agilemanifesto.org<br />
    17. 17. Agile-подход<br />Итеративность<br />Движемся к цели короткими шагами<br />Инкрементальность<br />В конце каждой итерации законченный продукт<br />Возможность получить обратную связь, скорректировать и обработать ожидания заказчика<br />
    18. 18.
    19. 19. Lean Бережливая разработка ПО<br />Lean - aдаптацияTPS в США и Европе<br />Бережливая разработка ПО – адаптация TPS в разработке ПО (и шире в ИТ)<br />Мэри Поппендик<br />Том Поппендик<br />
    20. 20. Основные Принципы Лин<br />Сформировать поток работ<br />Контролировать объем единичной работы<br />Снижать вариативность<br />Ограничивать количество одновременно выполняющейся работы (WorkInProgress)<br />Уничтожать потери<br />
    21. 21. 7 потерь<br />
    22. 22. Lean  Agile<br />Lean<br />Agile<br />FDD, DSDM, OpenUP etc…<br />Scrum<br />XP<br />Kanban<br />
    23. 23. Материалы для изучения<br />
    24. 24. Case studies<br />http://www.infoq.com/news/2010/08/agile-lean-validation-studies<br />
    25. 25. Agile World (1)<br />IBM <br />http://www.infoq.com/presentations/dancing-agile-elephant<br />Microsoft<br />http://www.ademiller.com/tech/reports/agility_and_the_inconceivably_large.pdf<br />Nokia<br />http://agilesoftwaredevelopment.com/files/Scrum%20in%20Multiproject%20Environment.pdf<br />
    26. 26. AgileWorld (2)<br />Google<br />http://weblogs.asp.net/jsemeniuk/archive/2008/01/03/lessons-learned-implementing-scrum-at-google.aspx<br />AMDocs<br />http://www.slideshare.net/yyeret/lean-conf-amdocs-case-study<br />Intel<br />http://danube.com/docs/case_studies/Intel_case_study.pdf<br />
    27. 27. http://scrumtrek.ru/company/clients/<br />
    28. 28. Цель Agile и Lean<br />Создать процесс со стабильными поставками<br />Обеспечить прозрачность между Бизнесом и Разработкой<br />Самое важное заказчику, как можно быстрее<br />Постоянно улучшать процесс в контексте своей компании (нет универсального процесса)<br />
    29. 29. ОТ ФИЛОСОФИИ к ПРАКТИКАМ<br />
    30. 30.
    31. 31. Роли в Scrum: Product Owner<br />Цель:Развиватьпродукт/проект с максимальнойдоходностью (пользой)<br />Ответственность: <br />Представляетинтересызаказчика и заинтересованныхлиц<br />Формируети координирует Backlog<br />Отвечает за Product Vision<br />Управляетдатойрелизаиегосодержанием<br />
    32. 32. Кем Product Owner не является<br />Не Руководитель разработки<br />Не влияет на решения по архитектуре<br />Не назначает задачи<br />Не оценивает<br />
    33. 33. Ролив Scrum:TEAM<br />Самоорганизованная/ самоуправляемая<br /><ul><li>Коллективнопринимаютрешения
    34. 34. Сами координируют и организуют свою работу</li></ul>Кросс-функциональная<br />
    35. 35. Ролив Scrum: ScrumMaster<br />Цель:Поддерживать «здоровье» команды, сделать команду самоорганизующейся<br />Ответственность: <br />Фасилитирует (модерирует) митинги<br />Поддерживает прозрачность, доверие и взаимную ответственность<br />Устраняетвнешниепрепятсвия<br />Отвечаетзапроцесс<br />Коммуникационный лидер<br />
    36. 36. Кем ScrumMasterне является<br />Не технический лидер команды<br />Не назначает задачи<br />Не менеджер проекта<br />Не принимает решения в отрыве от команды<br />Не назначает задачи<br />
    37. 37. Баклог продукта<br />
    38. 38. Product Backlog<br />Список всей известной работы (features) <br />Фичи из баклога планируются на итерации<br />За баклог отвечает Product Owner<br />
    39. 39. Баклог<br />
    40. 40. Баклог продукта<br />Приоритезированный список<br />Истории, баги, технологические улучшения, открытые вопросы<br />Более приоритетные элементы баклога определены детальнее<br />PO приоритезирует список<br />Все могут добавлять элементы баклога<br />
    41. 41. Процесс работы<br />
    42. 42.
    43. 43. Планирование релиза<br />
    44. 44. Планирование релиза<br />
    45. 45. Планирование релиза<br />
    46. 46. Планирование релиза<br />
    47. 47. Планирование релиза<br />Планирование релиза<br />
    48. 48. Velocity = 14<br />Планирование релиза<br />1<br />2<br />3<br />4<br />
    49. 49. Release BurnUp Chart<br />Планирование релиза<br />Предсказать,когдабудетвыполненобъемработ<br />
    50. 50. Планирование итерации<br />
    51. 51. Планированиеитерации<br />Планирование итерации<br />Planning Poker<br />Backlog<br />
    52. 52. TaskBoard<br />Планирование итерации<br />
    53. 53. Длительность итерации<br />Количество задач<br />~20-40 задач<br />Частота изменений требований<br />За итерацию требования не меняются<br />Возможность получить значимый результат<br />~10 Историй<br />© ScrumTrek.ru, 2008<br />Планирование итерации<br />
    54. 54. Работа внутри итерации<br />
    55. 55. Работа внутри итерации: Доска задач<br />© scrumtrek.ru<br />TO DO<br />In progress<br />Done<br />
    56. 56. © scrumtrek.ru<br />Работа внутри итерации: Доска задач<br />TO DO<br />In progress<br />Done<br />Работа по приоритетам <br />
    57. 57. © ScrumTrek.ru, 2008<br />Daily Scrum<br />Скрам (стендап)<br />
    58. 58. Daily SCRUMmeeting<br />Скрам (стендап)<br />Цель митинга: поделиться информацией<br />Не предназначен для решения проблем!<br />Его ведет один человек (ScrumMaster)<br />Аудитория – команда<br />Все проблемы становятся видны сразу<br />Вопросы<br />Что ты сделал вчера?<br />Что ты будешь делать сегодня?<br />Какие у тебя проблемы?<br />
    59. 59. Скрам (стендап)<br />
    60. 60. Demo<br />Демонстрация<br />
    61. 61.
    62. 62.
    63. 63. SMART-цели<br />Specific – Конкретный / Понятный<br />Measurable – Измеримый <br />Achievable – Достижимый <br />Relevant – Обоснованный / Соответствующий<br />Time-bound – Ограниченный по времени <br />
    64. 64. Kanban – инструмент для не итеративной разработки<br />
    65. 65. Цели Kanban<br />Визуализировать поток работ<br />Ограничить количество незавершенной работы (работы в процессе)<br />Снизить среднее время выполнения задач<br />Искать потери, чтобы улучшать процесс<br />
    66. 66. Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />1<br />2<br />3<br />4<br />5<br />6<br />7<br />8<br />A<br />10<br />11<br />PO<br />
    67. 67. Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />1<br />3<br />2<br />4<br />5<br />6<br />7<br />8<br />A<br />10<br />11<br />PO<br />
    68. 68. Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />1<br />3<br />2<br />4<br />5<br />6<br />7<br />8<br />A<br />10<br />11<br />PO<br />
    69. 69. Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />1<br />3<br />4<br />2<br />5<br />6<br />7<br />8<br />A<br />10<br />11<br />PO<br />
    70. 70. Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />?<br />5<br />1<br />3<br />2<br />4<br />6<br />7<br />8<br />A<br />10<br />11<br />PO<br />
    71. 71. Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />?<br />5<br />1<br />2<br />4<br />6<br />3<br />7<br />8<br />A<br />10<br />11<br />PO<br />
    72. 72. Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />5<br />1<br />2<br />6<br />3<br />7<br />4<br />8<br />A<br />10<br />11<br />PO<br />
    73. 73. Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />5<br />1<br />6<br />3<br />7<br />4<br />2<br />8<br />A<br />10<br />11<br />PO<br />
    74. 74. Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />5<br />1<br />6<br />3<br />7<br />4<br />2<br />8<br />A<br />10<br />11<br />PO<br />
    75. 75. Devprom:10241<br />Приоритет: <br />Срок: 24/03/11<br />Поиск по вакансиям<br />Заказчик: Пупкин В.<br />Анализ: 11/03/11<br />Разработка: 18/03/11<br />Тест: 22/03/11<br />
    76. 76. Баклог<br />Разработка<br />Очередь<br />Тестирование<br />Готово!<br />2<br />3<br />2<br />Впрогрессе<br />Готово<br />BUG<br />А-а-а-а!!!<br />7<br />1<br />3<br />5<br />2<br />6<br />4<br />A<br />A<br />A<br />PO<br />
    77. 77. Анализ<br />Разработка<br />Приоритет<br />6<br />Баг из «СРОЧНО!»<br />Приоритетные<br />Риск нарушения сроков<br />Остальные в порядке очередности поступления<br />BUG<br />!<br />
    78. 78. Декомпозиция в Kanban<br />
    79. 79. Аналитика<br />Очередь<br />Разработка<br />Тестирование<br />2<br />3<br />2<br />2<br />Впрогрессе<br />Готово<br />Впрогрессе<br />Готово<br />Впрогрессе<br />Готово<br />
    80. 80. Аналитика<br />Очередь<br />Разработка<br />Тестирование<br />2<br />3<br />2<br />2<br />Впрогрессе<br />Готово<br />Впрогрессе<br />Готово<br />Впрогрессе<br />Готово<br />
    81. 81. Аналитика<br />Очередь<br />Разработка<br />Тестирование<br />2<br />3<br />2<br />2<br />Впрогрессе<br />Готово<br />Впрогрессе<br />Готово<br />Впрогрессе<br />Готово<br />
    82. 82. Аналитика<br />Очередь<br />Разработка<br />Тестирование<br />2<br />3<br />2<br />2<br />Впрогрессе<br />Готово<br />Впрогрессе<br />Готово<br />Впрогрессе<br />Готово<br />BUG<br />BUG<br />
    83. 83. Аналитика<br />Очередь<br />Разработка<br />Тестирование<br />2<br />3<br />2<br />2<br />Впрогрессе<br />Готово<br />Впрогрессе<br />Готово<br />Впрогрессе<br />Готово<br />BUG<br />BUG<br />
    84. 84. Пульс проекта: каденции<br />
    85. 85. Каденции<br />Итерации<br />Sprint 2<br />week 1<br />week 2<br />week 3<br />week 4<br />week 5<br />week 6<br />week 7<br />week 8<br />week 1<br />week 2<br />week 3<br />week 4<br />week 5<br />week 6<br />week 7<br />week 8<br />week 1<br />week 2<br />week 3<br />week 4<br />week 5<br />week 6<br />week 7<br />week 8<br />Sprint 1<br />Review<br />(release?)<br />Plan & commit<br />Retrospective<br />Каденции<br />Retrospectives (4w)<br />Planning cadence (2w)<br />Release cadence (1w)<br />События<br />Retrospectives (on demand)<br />Planning (on demand)<br />Release (on demand)<br />By HenrikKniberg<br />
    86. 86. Различные способы лимитировать WIP<br />Velocity = 15 story points<br />Scrum<br /><ul><li>Не указывается WIP
    87. 87. Таймбоксинг итерации</li></ul>Sprint 1<br />Sprint 2<br />Sprint 3<br />Sprint 4<br />Kanban<br /><ul><li>Указывается WIP
    88. 88. Можнокомбинировать большие и малые истории</li></ul>Big item<br />Big item<br />WIP limit = 3 items<br />
    89. 89. Оценка<br />”типичный”<br />Kanban<br />Задачи <br />Фичи<br />1. Не оценивать. Просто посчитать.<br />1. Без задач<br />2. Не оценивать задачи, просто сосчитать<br />2. Оценивать в T-shirt<br />M<br />S<br />L<br />M<br />S<br />L<br />Часы?<br />Дни?<br />Недели?<br />”типичный”<br />Scrum<br />3. Оценивать в story-points<br />3. Оценит задачи в днях<br />2sp<br />1d<br />0.5d<br />1sp<br />2d<br />5sp<br />4. Оценить задачи в часах<br />4. оценивать в идеальных человеко-днях<br />12h<br />4h<br />3d<br />8h<br />1d<br />6d<br />
    90. 90. version 1.2<br />2009-11-16<br />Пример канбан<br />Henrik Kniberg<br />www.crisp.se/kanban/example<br />Acceptance<br />Analysis<br />Development<br />Prod<br />Next<br />2<br />2<br />3<br />3<br />2009-09-03<br />2009-08-29<br />2009-09-01<br />2009-09-02<br />2009-08-27<br />2009-08-27<br />2009-08-20<br />2009-08-22<br />2009-08-25<br />2009-08-26<br />2009-09-02<br />2009-08-30<br />2009-08-20<br />2009-08-25<br />2009-09-08<br />Done<br />Ongoing<br />orem ipsum dolor sit amet, nse ctetur adi pis cing elit nisl<br />orem ipsum dolor sit amet, co nse ctetur adi pis cing elit nisl<br />orem ipsum dolor sit amet, nse ctetur adi pis elit nisl<br />ipsum dolor sit amet, co nse ctetur adi pis cing elit nisl<br />orem ipsum dolor sit amet, co nse<br />orem ipsum dolor sit amet, ctetur adi pis cing elit nisl<br />orem ipsum dolor sit amet, adi pis cing elit nisl<br />orem olor sit amet, co nse ctetur adi pis cing elit nisl<br />orem ipsum dolor sit amet, co adi pis cing elit nisl<br />orem ipsum dolor sit amet, co nse ctetur adi pis cing elit nisl<br />orem ipsum dolor sit amet, co<br />orem ipsum dolor sit ctetur adi pis cing elit nisl<br />orem adi pis cing elit nisl<br />Done<br />Ongoing<br />Done<br />Ongoing<br />orem ipsum dolor sit amet, co nse ctetur<br />orem ipsum dolor sit amet, co nse ctetur<br />orem ipsum dolor sit amet, co nse ctetur<br />orem ipsum dolor sit amet, co nse ctetur<br />orem ipsum dolor sit amet, co nse ctetur<br />orem ipsum dolor sit amet, co nse ctetur<br />orem ipsum dolor sit amet, co nse ctetur<br />orem ipsum dolor sit amet, co nse ctetur<br />orem ipsum dolor sit amet, co nse ctetur<br />orem ipsum dolor sit amet, co nse ctetur<br />orem ipsum dolor sit amet, co nse ctetur<br />orem ipsum dolor sit amet, co nse ctetur<br />xxxx kjd dj d xxx<br />orem ipsum dolor sit amet, co nse ctetur<br />orem ipsum dolor sit amet, co nse ctetur<br />Definition of Done:<br /><ul><li>Customer accepted
    91. 91. Ready for production</li></ul>Definition of Done:<br /><ul><li>Code clean & checked in on trunk
    92. 92. Integrated & regression tested
    93. 93. Running on UAT environment</li></ul>Definition of Done:<br /><ul><li>Goal is clear
    94. 94. First tasks defined
    95. 95. Story split (if necessary)</li></ul>Feature / story<br />Task / defect<br />What to pull first<br />Hard deadline(if applicable)<br />=task<br />=defect<br /><ul><li>Panicfeatures(should be swarmed and kept moving. Interrupt other work and break WIP limits as necessary)
    96. 96. Priority features
    97. 97. Hard deadline features(only if deadline is at risk)
    98. 98. Oldest features</li></ul>Date whenaddedto board<br />(description)<br />(description)<br />= completed<br />(description)<br />= priority<br />2009-08-20<br />2009-09-30<br />= blocked<br />Why<br />= panic<br />(description)<br />(description)<br />= who is doing this right now<br />Who is analyzing / testing right now<br />(description)<br />
    99. 99. Внедрение<br />Shu – следуй процессу<br />Ha – адаптируй<br />RI – забудь о процессе<br />
    100. 100. Итог <br />Scrum иKanban – инструмент снижения рисков и повышения прозрачности<br />Процесс может строиться в виде итераций либо потока<br />Поток ограничивается для повышения пропускной способности либо по timeboxлибо по WIP<br />Должен постоянно улучшаться, чтобы отвечать текущим реалиям <br />Лучше начинать с «книжных вариантов» и потом адаптировать. <br />
    101. 101. Материалы для изучения<br />
    102. 102. http://scrum.org.ua/scrum-i-xp-zametki-s-peredovoj/<br />
    103. 103. Succeeding with Agile by Mike Cohn<br />
    104. 104. ЭлияхуГолдрат «Цель: процесс непрерывного совершествования»<br />
    105. 105. МэрриПоппиндик: «Бережливая разработка ПО»<br />
    106. 106. Вопросы<br />Детальнее на наших тренингахhttp://Scrumtrek.ru<br />Конференции http://Agiledays.ru<br />Skype: nikita_filippov<br />@nfilippov<br />http://Blog.scrumtrek.ru<br />nfilippov@scrumtrek.ru<br />Спасибо !<br />

    ×