Читать книгу Молекулярное управление: периодическая система проектных элементов. Свод инструментов проектного управления для создания гибридного подхода на предприятиях онлайн


Пример диаграммы Исикавы


Алгоритм разработки диаграммы:

1. Определить проблему, требующую исследования. Например, необходимо найти причину поломки оборудования во время определенного этапа переработки рудного материала.

2. Начертить горизонтальную линию по всему листу, а на её конце справа обозначить проблему. Это «голова» рыбного скелета.

3. Определить все факторы, из-за которых могут возникать проблемы, обозначить их на схеме как ответвления от основной линии. Чаще всего среди этих факторов указывают: оборудование, сырье, люди (персонал), управление (система управления, подходы и методы, используемые на производстве), внешняя среда (рабочие условия сотрудников, законодательство и т.д.), процессы. Факторы могут отличаться в зависимости от конкретной ситуации.

4. Подумать о возможных причинах возникновения проблем в каждом секторе, вписать их в диаграмму.

5. Определить причины или факторы, которые часто встречаются, повторяются или очевидно составляют основу проблемы. С этим необходимо работать в первую очередь.

6. Определить самое простое и быстрое решение, которое позволит устранить причину или минимизировать её влияние.

7. Реализовать планы по устранению или снижению влияния причины, мониторить результаты.


Основа диаграммы


Пример заполненной диаграммы


Альтернативная структура диаграммы

СГ – Сгораний (диаграмма сгорания спринта)

Фаза реакции:

Область реакции:

Валентность (уровень вовлеченности):

Периодичность:


Bundown Chart 


Виды диаграмм, PMIPMBoK6th


По горизонтали «откладывается» время: остаток дней до конца спринта. По вертикали – количество подзадач, человеко-часов или Story Points – единиц измерения работы. Отдельным цветом на графике показывается план выполнения работ, который в какой-то степени идеален и недостижим – такой план, при котором работы выполняются в одинаковом объеме каждый день, что гипотетически позволило бы равномерно распределять загрузку. Я не сталкивалась с идеалом, но стремиться к нему полезно. Есть с чем сравнить. Можно сделать прикольные выводы – бывают ситуации, когда в рамках спринта команда завершила все задачи намного раньше. Это тоже так себе результат.