Пример внедрения практик Agile/TOC в Maintenance проекте с европейским заказчиком. По какой причине пришлось менять процессы мониторинга и управления проектом? Почему были выбраны TOC и Канбан. Каким образом проходило внедрение в существущие процессы, какие сложности присутствовали и как они преодолевались. Особенности работы с субподрядчиком. Конечный результат после года работы. Плюсы и минусы принятого решения.

2. Кто я?

6. Maintenance
in Telecom

7. 7 Разработчиков
4 Тестировщика
(точнее,тестировщицы)
1 Интегратор

8. Разработчик:
по 50 часов на баг
Тестировщик:
по 6 часов на баг
Интегратор:
по 4 часа на баг

9. При 160 часах в месяц:
23 Fixes / Месяц
Стоимость фикса
60 часов

10. KPI

11. Стоимость фикса
Скорость ответа

12. Стоимость фикса
Фикс предложен
!=
Сделано

13. 60 часов

18. Фикс предложен
==
Сделано

19. 60 часов -> 30 часов

20. Okay

21. Время фикса находится
примерно в одинаковых
пределах

22. Система статистически
стабильна

23. с 99% вероятностью

24. проблема в системе

25. Куча багов на
разработчике

27. Сложно следить кто чем
занимается в real time

28. Мало митингов

30. Почему Канбан

34. Теория ограничений

35. Шухарт, Деминг, Голдратт

36. Value Stream Mapping

37. Деревья текущей
действительности
Деревья будущей
реальности

38. Lean != Agile

39. Знаний для практики
стало достаточно

40. Нет сложности

41. Легко и быстро
объясняется команде

42. Простота
встраивания в
текущие процессы

43. Дешево 

44. Стоимость интеграции
Стоимость необходимого
окружения
Стоимость времени команды

45. Для статистически
стабильных систем

46. Визуализация
Минимизация WIP
Уменьшение времени цикла

47. Визуализация

48. Стикеры для
обозначения багов

50. Доска

54. Минимизация WIP

55. 7 4 1

56. Оптимизация
времени цикла

57. Lead time
!=
Cycle time

59. Cycle time

62. Supplier закрыт
от нас и не виден
Заказчику

63. Так нас попросили


65. Lead Time

67. Разборки с Supplier’ом

68. Обнаружились косяки

69. Другой WoW

70. Другие KPI

71. Другой бюджет

73. Выяснили количество
разработчиков
у Supplier’a и
примерный бюджет

75. Приоритезация

78. Результаты внедрения

79. Разработчик:
по 50 часов на баг
Тестировщик:
по 6 часов на баг
Интегратор:
по 4 часа на баг

80. Разработчик:
по 22 часа на баг
Тестировщик:
по 4 часа на баг
Интегратор:
по 4 часа на баг

81. 60 vs 30

82. Освободившиеся ресурсы

83. Дополнительные
релизы
(на 30% больше)

84. Уменьшение времени
фикса от
Supplier’а
в 1,5 раза

86. Visibility

87. Visibility
Daily
Stand-up

88. Visibility
Daily Stand-up
Bottlenecks finders &
Improvements

89. Ускорение работы команды

90. Мотивация команды

92. Проблемы

93. Доска пробковая!

95. LeadСycle time
тяжело считать

96. Канбан как процесс стал
забываться

97. Или интегрировался на
ментальном уровне в команде

98. Не подходит для Development

99. Фичи разные по размерам и
сложности

100. Development не статистически
стабильная система

101. Рушит подсчеты и оптимизацию
Lead/Cycle time

102. Канбан оказался решением
конкретных проблем

104. Questions?