колесников евгений - жизнь внутри Toc

495 views
413 views

Published on

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

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
495
On SlideShare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

колесников евгений - жизнь внутри Toc

  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?

×