21
проекта. Например, если EF для проекта – 235 дней, а установленный LF или
плановый срок – 220 дней, все операции критического пути будут иметь
простой минус 15 дней.
Конечно, это приведёт к позднему старту «-15 дней» для первой
операции проекта.
Отрицательный простой случается на практике, когда выполнение
операций критического пути задерживается.
Критические операции обычно составляют около 10% всех операций
проекта, поэтому руководители проектов пристально следят за тем, чтобы
операции критического пути выполнялись по графику.
Следует подчеркнуть, что использование сетевого графика в проектах с
высокой неопределённостью приведёт к тому, что продолжительность части
работ будет запланирована с нарушением сроков, что значительно повышает
риск успешного завершения проекта [20].
Применение накопительной диаграммы потока для управления
проектами
Одна из диаграмм, при помощи которой можно быстро получить
информацию о том, что происходит с проектом сейчас, это накопительная
диаграмма потока (Cumulative Flow Diagram - CFD). С одной стороны, CFD
показывает типичную информацию о статусе работы: как много выполнено
работы, предстоящая работы в резерве проекта, темп выполнения проекта. С
другой стороны, диаграмма помогает осветить разнообразные проблемы, с
которыми встречается менеджер проекта в процессе выполнения проекта.
Как результат, накопительная диаграмма потока является ценным
инструментом при принятии решений во время выполнения проекта.
22
Накопительная диаграмма потока считается инструментом канбан [14],
который обычно относят к методологии бережливого производства.
Впрочем, инструменты канбан широко используются и в других
методологиях управления, например, теории ограничений. Несмотря на то,
что данные методологии управления несут разные цели, одна в первую
очередь предназначена для уменьшения затрат, а другая для увеличения
производительности, инструменты для анализа ограничений проекта или
незапланированных затрат могут использоваться одни и те же. И
накопительная диаграмма потока здесь является универсальным
инструментом, который может быть использован в обоих методологиях.
Механизм формирования накопительной диаграммы потока достаточно
простой. На вертикальной оси определяется количество задач, во всех
возможных состояниях выполнения. Горизонтальная ось определяет линию
времени. Кривые показывают количество задач в определённый момент
времени во всех возможных состояниях. Основным моментом является то,
что количество задач отображается кумулятивно.
В качестве примера рассмотрим динамику выполнения проекта «А» в
течение 2017 года. Данные по задачам по месяцам представлены в таблице
ниже.
Таблица 1
Данные для накопительной диаграммы потока
Дата
Сделать
Выполняется
Сделано
янв.17
2
3
0
фев.17
4
5
2
мар.17
3
4
5
апр.17
7
3
8
май.17
5
4
10
июн.17
6
2
13
23
июл.17
4
2
15
авг.17
2
7
19
сен.17
5
6
21
окт.17
4
5
24
ноя.17
1
2
26
дек.17
0
1
27
Таблица 1 содержит демонстрационные данные для формирования
накопительной диаграммы потока. В колонке 1 находятся даты,
отображающие период времени, за который собраны данные. Колонки 2-4
содержат количество задач, соответственно находящихся на этапах
«Сделать», «Выполняется» и «Сделано».
Теперь сформируем CFD диаграмму на основе представленных
данных.
Рисунок 3 Пример накопительной диаграммы
На диаграмме выше серая линия означает общее количество
выполненных задач, оранжевая линия – задачи, которые выполняются в
24
данный момент, а синяя линия – количество задач, которые необходимо
решить.
Каждая линия в накопительной диаграмме потока представляет
отдельный этап выполнения задачи. В простейшем случае, задачи будут
разделены на те, которые необходимо выполнить, которые выполняются
сейчас и те, которые уже были выполнены.
Подавляющее большинство проектов, выполняемых в ООО
«Такстелеком» разделены на следующие этапы: задачи в резерве, задачи,
выполняемые в настоящий момент, т.е. те, которые находятся в разработке,
задачи ожидающие тестирования и завершенные задачи. Задачи,
выполняемые в настоящий момент, могут подразделяться также на задачи
фактически выполняемые и ожидающие выполнения. Ради простоты,
категория задач ожидающая тестирования, не выделена отдельным типом, а
рассматривается, как задачи принадлежащие категории – выполняющиеся
сейчас задачи.
С подобным рабочим процессом накопительная диаграмма потока
будет выглядеть следующим образом:
25
Рисунок 4 Накопительная диаграмма с резервом задач
Зелёная линия показывает, как много задач было выполнено в течении
времени. Все задачи, которые находятся между зелёной и синей линией
показывают, как много задач находятся в стадии тестирования. Область
между красной и синей линией показывает, как много задач находится в
разработке. И наконец, под оранжевой линией находятся задачи в резерве,
т.е. те задачи, выполнение которых ещё не началось.
Какая же информация может быть получена на основании данной
диаграммы? Общий темп выполнения проекта (прирост зелёной линии
выполненных задач) равномерен на протяжении всего выполнения проекта.
В течении 2017 года в содержании проекта были внесены два
значительных изменения. В мае и августе 2017 года. На графике заметно, как
резерв проекта пополнился новыми задачами в это время.
26
На декабрь 2017 года выполнено примерно 65% от объема проекта. Это
можно видеть, как отношение выполненных задач (зелёная линия) к
оранжевой (общее количество задач в резерве).
Рисунок 5 Ключевые точки накопительной диаграммы
Рассмотрим представленную накопительную диаграмму потока.
Ключевые моменты в данной диаграмме отмечены цифрами. Изменение
желтой линии в точках 3 и 4 говорит о неоднократном изменении
содержимого проекта. Вертикальный отрезок 2 между красной и зелёной
линией представляет объём задач в работе (WIP), горизонтальная линия 1
между красной и зелёной линией показывает время выполнения задач
(production lead time). В случае, если мы представим мысленную
аппроксимированную прямую соединяющие зелёные и жёлтые линии, то мы
узнаем приблизительное время выполнения задачи. В отличии от сетевого
графика, описанного ранее – метод канбан очень часто использует
приблизительные оценки для завершения проекта, объясняется это в первую
очередь слабоструктурированными работами в проекте.
27
В 1.2 мы выполнили классификацию проблем возникающих во время
выполнения проекта по степени определённости. Описали метод
планирования классического проектного управления в виде сетевого графика
работ, который зачастую используется при выполнении проектов, решающих
стандартные и хорошо структурированные проблемы.
Мы рассмотрели один из инструментов метода канбан, который
используется для прогнозирования выполнения работ в проектах, решающих
слабоструктурированные проблемы, а также помогающий в поиске "узких"
мест и ограничений проекта. Существуют сложные IT-проекты, связанные с
разработкой программного обеспечения, относятся к группе проектов,
решающих слабоструктурированные проблемы. И именно для подобных
проектов применение классической модели проектного управления
оказывается недостаточно эффективным, в то время как, использование
инструментов метода канбан помогает решить проблемы нечётко
поставленной или изменяющейся в процессе выполнения работы цели
проекта.
1.3. Методы принятия решений при выполнении проектов
Диаграмма показанная на Рисунок 5 Ключевые точки накопительной
диаграммы не отображает существующих проблем выполнения проекта.
Ниже рассмотрены несколько наиболее типичных проблемных случаев,
которые можно понять, выполняя анализ накопительной диаграммы потока.
28
Рисунок 6 Последовательное увеличение задач в работе
Рисунок 6 показывает один из возможных вариантов деградации
выполнения работы. На графике видно, как с течением времени количество
задач, количество принятых в работу всё более и более увеличивается.
Подобная ситуация приводит к увеличению времени доставки задачи до
производственной среды. Впрочем, это не единственная негативная
особенность данной ситуации, значительно хуже то, что увеличение задач в
работе приводит к значительному увеличению времени на переключение
контекста между задачами. Что приводит к менее эффективному
выполнению проекта командой. Подобный график может быть допустимым
только лишь в том случае, если команда, работающая над проектом,
постоянно увеличивается в размере. В любом случае, наличие
увеличивающихся задач в работе является явным признаком того, что
требуется дополнительный анализ причин подобного отображения графика.
29
Некоторые накопительные диаграммы потока достаточно
информативны для того, чтобы сделать вывод о наличии проблемы на
определённом этапе.
Рисунок 7 Этап тестирования пуст
Диаграмма выше может свидетельствовать о том, что тестирование
проводится быстро и вовремя. Более того, если этап тестирования включает в
себя как тестирование, так и исправление ошибок, то можно сделать вывод о
том, что качество данного проекта достаточно высоко и не вызывает
значительных проблем. Однако данный вывод может быть ошибочным.
Подобная диаграмма может также говорить и о том, что много задач
находятся в ожидании тестирования. Такое может произойти, в случае, если
свободных специалистов, выполняющих тестирование продукта, окажется
недостаточным. Корректную диагностику данной проблемы можно
выполнить лишь, добавив дополнительный критерий, по которому можно
отличать задачи, которые фактически находятся в разработке, от задач,
работа над которыми уже завершена – т.е. теми, которые ожидают
30
выполнения тестирования. В случае, если подобные данные не собираются,
то подобное состояние накопительной диаграммы лишь призывает к более
глубокому исследованию проблемы, при этом не являясь указателем на
точное место возникновения проблемы.
Рисунок 8 Лестница на этапе тестирования
Рассмотрев диаграмму на Рисунок 8, можно сделать два вывода,
помогающие принять решение о проблемах существующих в проекте. Первая
и наиболее очевидная особенность данного графика заключается в
изменении линии «Сделано» в виде лестницы, это может говорить о том, что
доставка выполненных задач до производственной среды выполняется с
определённым интервалом. Исходя из этого, нетрудно заметить, что это
оказывает влияние на время доставки решённой задачи. В зависимости от
обстоятельств, этот показатель может является индикатором необходимость
начала внедрения более частого, а может быть даже непрерывного,
механизма доставки выполненных задач до производственной среды.
Во-вторых, можно наблюдать значительное увеличение задач, которые
находятся на этапе тестирования, но не доходят до выпуска в релиз.