Канбан-победитель

32
Канбан-победитель Иван Дашкевич и Семен Молотков

description

Доклад Ивана Дашкевича и Семена Молоткова на Дампе 2012.В докладе:1) Что нам не понравилось в скраме и почему мы перешли на канбан.2) Что такое канбан

Transcript of Канбан-победитель

Page 1: Канбан-победитель

Канбан-победительИван Дашкевич и Семен Молотков

Page 2: Канбан-победитель

Скрам не рассчитан�на многоролевые команды

Чем нас не устроил скрам?

Page 3: Канбан-победитель
Page 4: Канбан-победитель

TPS — Toyota Production System Lean — бережливое производство

Page 5: Канбан-победитель
Page 6: Канбан-победитель
Page 7: Канбан-победитель
Page 8: Канбан-победитель

Петя

Page 9: Канбан-победитель

Петя

Page 10: Канбан-победитель

Петя

Page 11: Канбан-победитель

ПетяКоля

Page 12: Канбан-победитель

ПетяКоля

Page 13: Канбан-победитель

ПетяКоля

Page 14: Канбан-победитель

ПетяКоля

Page 15: Канбан-победитель

ПетяКоля

Page 16: Канбан-победитель

ПетяКоля

Page 17: Канбан-победитель
Page 18: Канбан-победитель

ПетяКоля

Page 19: Канбан-победитель

ПетяКоля

Page 20: Канбан-победитель

ПетяКоля

Page 21: Канбан-победитель

ПетяКоля

Page 22: Канбан-победитель

АналитикаTodoЦели Разработка Тестир-е СделаноИнтерфейсы

Канбан в ИТ

В работе у аналитиков1

2 4

3

6

5

Сделано аналитиками

В работе по интерфейсам

Сделано по интерфейсам

В разра-�ботке 7 Тести-�

руется

8 Протести-�ровано

Разрабо-�тано

9 Выложено �на сервера

Page 23: Канбан-победитель

RUP

Arch itecture Reviewer Business D esigner Business-Model Reviewer Business-Proces s Analyst Capsule D esigner Change Control Manager Code Reviewer Configu ration Ma nager Course De veloper D ataba se De signer D eploy me nt Manager D es ign Re vie we r D es igner Graphic Artist Implementer Integrator Proc ess Enginee r Project Ma nager Project Reviewer Require me nts Re vie we r Require me nts Specifier S oftware Arch itect S tak eholder S ystem Administrator S ystem Analy st Technical Writer Test Analy st Test D esigne r Test Mana ger Tester Tool Specialist U se r-In terface D esigner Arch itectural ana lys is Assess Viability of archite ctu ral proof- o f-conc ept Capsule design Clas s design Construct archite ctu ral proof-of- c oncept D ataba se design D es cribe distribution D es cribe the run-time archite ctu re D es ign test packages and classes D ev elop design guideline s D ev elop p rog ramming guideline s Identify de sign e lements Identify de sign mec hanisms Inco rpo rate design elements Prioritiz e use cases Review the architec ture Review the design S tructure the implementation model S ubsys tem design U se -ca se analysis U se -ca se design Analysis model Arch itectural proof-o f-conc ept Bill of materia ls Business archite ctu re doc ument Business cas e

Business use cas e realization Business use-cas e model Business vision Change reques t Configuration a udit findings Configuration management pla n D ata model D eployment model D eployment plan D esign guidelines D esign model D eve lopme nt cas e D eve lopme nt-organization asses sment End-user support mateirla Gloss ary Imple me nta tion model Installation artifac ts Integration build p lan Issue s list Ite ration asses sment Ite ration pla n Manual styleguide Programming guidelines Q uality ass ura nce plan Re ferenc e a rch itecture Re lea se notes Re quirements attributes Re quirements mana gement p lan Re vie w record Risk list Risk management plan Software architecture document So ftware de velopment plan Software requirements s pecification Stake holder reque sts Status asse ssment Supplementary business spec ific ation Supplementary specification Ta rge t organization a ssess me nt Te st automation a rch itecture Te st cas es Te st env ironment configura tion Te st eva lua tion summary Te st guidelines Te st ideas list Te st inte rface spe cification Te st plan Te st suite Tool guidelines Training ma terials U se cas e model U se cas e package U se-cas e modeling guidelines U se-cas e realization U se-cas e s toryboard U ser-interfa ce guideline s U ser-interfa ce pro totype

120+ 13 9 3 0Whole team Coding standard TDD Collective ownership Customer tests Pair programming Refactoring Planning game Continuous integration Simple design Sustainable pace Metaphor Small releases

Scrum Master Product Owner Team Sprint planning meeting Daily Scrum Sprint review Product backlogt Sprint backlog BUrndown chart

Visualize the workflow Limit WIP Measure and optimize

XP Скрам Канбан No process

lead time

Водопад

Количество практик и ролей �в различных процессах разработки

Аджайл

Page 24: Канбан-победитель

Принципы

Визуализировать процессОграничивать незавершенную�работу

3. Измерять и оптимизировать�время прохождения задач

2. 1.

Page 25: Канбан-победитель

АналитикаTodoЦели Разработка Тестир-е СделаноИнтерфейсы

В работе у аналитиков1

2 4

3

6

5

Сделано аналитиками

В работе по интерфейсам

Сделано по интерфейсам

В разра-�ботке 7 Тести-�

руется

8 Протести-�ровано

Разрабо-�тано

9 Выложено �на сервера

1. Визуализировать процесс

Page 26: Канбан-победитель

АналитикаTodoЦели Разработка Тестир-е СделаноИнтерфейсы

2. Ограничивать незавершенную работу

2 3 3

Page 27: Канбан-победитель

АналитикаTodoЦели Разработка Тестир-е СделаноИнтерфейсы

10 дней13

23

3. Измерять и оптимизировать�время прохождения задач

Page 28: Канбан-победитель

АналитикаTodoЦели Разработка Тестир-е СделаноИнтерфейсы

1. Работа многоролевых командЧто дает канбан

Page 29: Канбан-победитель

АналитикаTodoЦели Разработка Тестир-е СделаноИнтерфейсы

2. Легкие планыЧто дает канбан

Page 30: Канбан-победитель

АналитикаTodoЦели Разработка Тестир-е СделаноИнтерфейсы

3. Частые релизыЧто дает канбан

Page 31: Канбан-победитель

АналитикаTodoЦели Разработка Тестир-е СделаноИнтерфейсы

4. Видны узкие местаЧто дает канбан

Page 32: Канбан-победитель

Иван ДашкевичПочта: [email protected]Твиттер: @spaceorc

Семен МолотковПочта: [email protected]Твиттер: @smolotkov