• Like
  • Save
колесников евгений -  жизнь внутри Toc
Upcoming SlideShare
Loading in...5
×

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

  • 281 views
Uploaded on

Пример внедрения практик Agile/TOC в Maintenance проекте с европейским заказчиком. …

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

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
281
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
0
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

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