Kanbanize

1,189 views

Published on

История про использование Kanban в Maintenance проекте,

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

  • Be the first to like this

No Downloads
Views
Total views
1,189
On SlideShare
0
From Embeds
0
Number of Embeds
8
Actions
Shares
0
Downloads
12
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Kanbanize

  1. 1. Кто я?
  2. 2. Maintenancein Telecom
  3. 3. 7 Разработчиков4 Тестировщика (точнее,тестировщицы)1 Интегратор
  4. 4. Разработчик: по 50 часов на багТестировщик: по 6 часов на багИнтегратор: по 4 часа на баг
  5. 5. При 160 часах в месяц: 23 Fixes / Месяц Стоимость фикса 60 часов
  6. 6. KPI
  7. 7. Стоимость фиксаСкорость ответа
  8. 8. Стоимость фикса Фикс предложен != Сделано
  9. 9. 60 часов
  10. 10. Фикс предложен == Сделано
  11. 11. 60 часов -> 30 часов
  12. 12. Okay
  13. 13. Время фикса находитсяпримерно в одинаковых пределах
  14. 14. Система статистически стабильна
  15. 15. с 99% вероятностью
  16. 16. проблема в системе
  17. 17. Куча багов наразработчике
  18. 18. Сложно следить кто чемзанимается в real time
  19. 19. Мало митингов
  20. 20. Почему Канбан
  21. 21. Теория ограничений
  22. 22. Шухарт, Деминг, Голдратт
  23. 23. Value Stream Mapping
  24. 24. Деревья текущейдействительности Деревья будущей реальности
  25. 25. Lean != Agile
  26. 26. Знаний для практики стало достаточно
  27. 27. Нет сложности
  28. 28. Легко и быстрообъясняется команде
  29. 29. Простота встраивания втекущие процессы
  30. 30. Дешево 
  31. 31. Стоимость интеграции Стоимость необходимого окруженияСтоимость времени команды
  32. 32. Для статистическистабильных систем
  33. 33. ВизуализацияМинимизация WIPУменьшение времени цикла
  34. 34. Визуализация
  35. 35. Стикеры дляобозначения багов
  36. 36. Доска
  37. 37. Минимизация WIP
  38. 38. 7 4 1
  39. 39. Оптимизациявремени цикла
  40. 40. Lead time !=Cycle time
  41. 41. Cycle time
  42. 42. Supplier закрытот нас и не виден Заказчику
  43. 43. Так нас попросили 
  44. 44. Lead Time
  45. 45. Разборки с Supplier’ом
  46. 46. Обнаружились косяки
  47. 47. Другой WoW
  48. 48. Другие KPI
  49. 49. Другой бюджет
  50. 50. Выяснили количестворазработчикову Supplier’a ипримерный бюджет
  51. 51. Приоритезация
  52. 52. Результаты внедрения
  53. 53. Разработчик: по 50 часов на багТестировщик: по 6 часов на багИнтегратор: по 4 часа на баг
  54. 54. Разработчик: по 22 часа на багТестировщик: по 4 часа на багИнтегратор: по 4 часа на баг
  55. 55. 60 vs 30
  56. 56. Освободившиеся ресурсы
  57. 57. Дополнительные релизы(на 30% больше)
  58. 58. Уменьшение времени фикса от Supplier’а в 1,5 раза
  59. 59. Visibility
  60. 60. VisibilityDailyStand-up
  61. 61. VisibilityDaily Stand-upBottlenecks finders &Improvements
  62. 62. Ускорение работы команды
  63. 63. Мотивация команды
  64. 64. Проблемы
  65. 65. Доска пробковая!
  66. 66. LeadСycle time тяжело считать
  67. 67. Канбан как процесс стал забываться
  68. 68. Или интегрировался наментальном уровне в команде
  69. 69. Не подходит для Development
  70. 70. Фичи разные по размерам и сложности
  71. 71. Development не статистически стабильная система
  72. 72. Рушит подсчеты и оптимизацию Lead/Cycle time
  73. 73. Канбан оказался решением конкретных проблем
  74. 74. Questions?

×