Основные методы и инструменты управления качеством проектов. Организационный инструментарий управления проектом

Для того чтобы справиться с присущими каждому проекту трудностями и неопределенностью, руководитель должен разбить проект на отдельные стадии и определить риск. Затем в каждой стадии формируется перечень заданий.

Задание – это обязательная часть работы, которая должна быть выполнена заранее установленным образом и в заранее оговоренные сроки. Для простоты проверки оно должно быть небольшим (возможно, не более 10 человеко-часов). Многие задания имеют, скорее, тенденцию саморазвиваться, чем саморегулироваться, поэтому для каждого задания необходимо определить следующее:

уникальность задания ;

срок выполнения (дни, часы и т.д.), изменяемая и жестко установленная продолжительность выполнения работ;

даты начала и завершения :

планируемые (в соответствии с первоначальным планом);

ожидаемые (в соответствии с последующими изменениями в плане);

реальные;

сдерживающие факторы и ограничения ;

необходимые ресурсы выполнения работ (пространственные, технические, технологические, людские, финансовые и т.д.) и их уникальность, доступность и альтернативность использования для других работ и проектов;

связь с другими заданиями (предшествующие и последующие задания).

Существуют два основных метода планирования и координации выполнения крупномасштабных проектов:

PERT (program evaluation and review technique) – метод оценки и просмотра программы) и

CPM (critical path method ) – метод критического пути.

Эти методы появились независимо друг от друга. СРМ был разработан Dupont Corporation в 1950-х гг. ХХ века, чтобы помочь составить план капитального ремонта завода корпорации. PERT был разработан примерно в то же время Министерством ВМФ США для составления плана проекта разработки ракеты Polaris . Методы практически однотипны, в литературе чаще всего используется термин PERT .

PERT /время – это метод планирования и управления, который имеет четыре особенности: сетевой график, временные оценки, определение резервов времени и критического пути, возможности принятия мер по корректировке графика.

Многие проекты, будь то строительные, маркетинговые, по разработке и освоению производства нового продукта, могут быть рассмотрены как набор самостоятельных операций, логическую последовательность реализации которых можно отобразить в виде сетевого графика. Он представляет собой цепи работ (операций) и событий, которые отражают их последовательность и связь в процессе достижения цели (рис.16). Сеть исходит из одного узла (нулевое событие) и заканчивается одним событием, когда работы над проектом завершены.

Критический путь – самая длинная цепь взаимосвязанных, последовательных заданий, резерв времени для которых равен нулю и которые определяют минимальное количество времени, необходимое для выполнения проекта.

Рис.16. Сетевой график выполнения проекта

Работа-событие цифры над стрелками показывают продолжительность работ;-работа критического пути;

При анализе методом критического пути определяют:

самый ранний срок начала операции – это максимально ранний возможный срок ее начала при условии, что все предыдущие операции на критическом пути выполняются максимально быстро. Данный срок по всем операция рассчитывается слева направо путем прибавления длительности предшествующей операции к ее собственному самому раннему сроку начала операции;

самый поздний срок начала операции – последний срок начала операции, чтобы она не стала причиной задержки при выполнении всего проекта;

самый поздний срок окончания операции – дата, к которой должна быть завершена сетевая операция, чтобы следующая могла начаться вовремя, а проект в целом был завершен в наиболее короткие сроки. Чтобы рассчитать самый поздний срок окончания, сначала необходимо по сетевому графику слева направо рассчитать самые ранние сроки начала операций. Затем в обратном направлении, исходя из самого раннего возможного срока окончания проекта, определить самое позднее допустимое время для окончания каждой операции.

Операции, лежащие на критическом пути, не имеют ни малейшего резерва времени.

Резерв времени – количество свободного времени, на которое может быть задержано выполнение операции в рамках реализации проекта. Существует два способа расчета резервов:

полный резерв – все имеющееся свободное время, при котором в целом срок проекта не пострадает (к примеру, если операция, занимающая 2 дня, может начаться на 3-й день, а следующая должна начаться на 9-й день работы над проектом, то имеется полный зазор в 4 дня (4 = 9 – 2 – 3):

В большинстве детерминированных проектов используется одна оценка продолжительности выполнения работы, основанная на нормативах привлечения ресурсов (например, 40-часовая рабочая неделя). В менее определенных случаях рекомендуется оценивать продолжительность выполнения каждой работы на основе трех оценок: оптимистической, пессимистической и наиболее вероятной.

В более сложных проектах, которым присуща высокая степень неопределенности, в PERT делается допущение, что продолжительность работ, носящих пионерный характер, является случайной величиной, которая подчиняется бета-распределению.

Метод PERT /затраты представляет собой дальнейшее развитие метода в направлении оптимизации сетевых графиков по стоимости и для него характерно:

структурный анализ работ по проекту;

определение видов работ (НИОКР, производство, маркетинг);

построение сетевых графиков;

установление функциональной зависимости работ от их продолжительности;

нахождение продолжительностей работ, минимизирующих стоимость выполнения проекта, при заданных сроках выполнения всего проекта;

контроль за ходом работ;

выработка в случае необходимости корректирующих воздействий.

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

В ходе выполнения проекта периодически делается оценка «затрат до завершения работ» и фактические затраты сопоставляются с плановыми. В случае отставания по срокам или перерасхода средств руководитель проекта имеет возможность принять корректирующие меры. Сетевые графики и стоимостные оценки время от времени пересматриваются, с тем чтобы они соответствовали фактическим и плановым изменениям проекта.

Таким образом, данный подход позволяет составить подробные планы и графики, определить продолжительности работ и их ресурсное обеспечение, описать последовательные связи, которые существуют между действиями и показать, какие из них имеют решающее значение для завершения проекта в срок, вычислить критический путь. Вычленив критические операции, менеджеры могут обеспечить надлежащий контроль за ними, а также позаботиться о том, чтобы своевременно поставлялись все необходимые для этих операций ресурсы.

Критический путь можно корректировать следующими методами:

увеличить ресурсы;

пересмотреть задания на критическом пути, сократить их продолжительность, возможно, исключить некоторые;

ослабить ограничения, повышая риск;

детализировать задания, увеличивая количество взаимосвязей.

Достоинства и недостатки метода PERT приведены в таблице 56.

Таблица 56 - Достоинства и ограничения метода PERT

Помимо метода критического пути выделяется и метод поэтапного контроля, который следует той же схеме, что и метод критического пути, однако признает, что время выполнения каждой операции трудно предусмотреть заранее, а потому делающий на это поправку.

Для проекта, содержащего несколько десятков работ, нахождение критического пути возможно осуществлять вручную. Для управления крупными проектами, где число работ превышает сотни и тысячи, - широкое использование получили автоматические средства обеспечения управления проектами (Project for Windows ). Например, методика PRINCE (Проекты в контролируемых средах) используется правительством Великобритании в области информационных технологий.

9.2 График Ганта и сетевые матрицы

Другим инструментом анализа является график Ганта - диаграмма, изображающая задания в виде отрезков на временной шкале. Длина отрезка соответствует сроку задания. Весь проект представляется в форме календаря, что позволяет использовать его для контроля и показа процента выполнения задания.

Разновидностью графика Ганта являются сетевые матрицы , для составления которых определяются следующие характеристики (табл.57):

ресурсное обеспечение;

последовательность выполнения работ с учетом максимально возможного запараллеливания работ;

исполнители каждой работы.

Таблица 57 - Перечень работ для построения сетевой матрицы

Сетевая матрица представляет собой графическое изображение процессов осуществления проекта, где все работы (управленческие, производственные и т.д.) показаны в определенной технологической последовательности и взаимосвязи. Сетевая матрица совмещается с календарно-масштабной сеткой времени которая имеет горизонтальные и вертикальные “коридоры”. Горизонтальные “коридоры” характеризуют степень управления, структурное подразделение или должностное лицо, выполняющее ту или иную работу; вертикальные - этап и отдельные операции процесса управления проектом, протекающие во времени. При построении сетевой матрицы используются три основных понятия: «работа» (включая ожидание и зависимость), «событие» и «путь».

На графике работа изображается в виде сплошной стрелки. В понятие “работа” включается процесс ожидания, т.е. процесс, требующий затрат не труда и ресурсов, а времени, который изображается пунктирной стрелкой с обозначением над ней продолжительности ожидания. Зависимость между событиями указывает на наличие связи между работами и на отсутствие необходимости в затратах времени и ресурсов.

Важнейшим преимуществом сетевой матрицы является то, что отпадает необходимость производить расчеты параметров матриц, так как они наглядно показаны на самом рисунке (см. рис. 29).

Рисунок 29 -Пример сетевой матрицы (фрагмент)

Сетевые матрицы должны использоваться на всех стадиях жизненного цикла проекта. Это позволит представить весь процесс осуществления проекта в наглядной форме, а также выявить состав и структуру работ и приемлемые средства и методы их выполнения, проанализировать взаимосвязи между исполнителями и работой, подготовить научно обоснованный скоординированный план выполнения всего комплекса работ по проекту для более эффективного использования имеющихся ресурсов и сокращения сроков. Представляется также возможность быстро обрабатывать большие массивы информации, прогнозировать ход выполнения работ на критическом пути и концентрировать на них внимание менеджеров проекта. Используя математический аппарат, можно определять степень вероятности реализации проекта и правильно распределить ответственность.

Успех любого серьезного проекта напрямую зависит от используемых для управления им методов. Но все проекты уникальны, и универсальной методики проект-менеджмента пока не существует, как не существует и методов, которые подходили любому руководителю и любой команде. Однако за долгое время существования управления проектами специалисты создали достаточно много стандартов и подходов, и с некоторыми из них мы вас познакомим в этом уроке. Все они отличаются друг от друга, а также различаются по формализации, самодостаточности, детализации и сфере применения.

Ниже мы расскажем о следующих методах:

Совершенно очевидно, что для осуществления проекта проще всего разбить его на отдельные задачи. А самый тривиальный инструмент по управлению проектом - это так называемый чек-лист, где указаны шаги, необходимые для реализации задумки. Но если проект сложен, то необходимо обладать таким инструментом, который позволил бы отслеживать временные затраты для каждого его элемента.

Наиболее популярным среди таковых является уже рассмотренная нами диаграмма Гантта, где указаны основные задачи и сроки начала и завершения их решения. Но если она подходит для проектов с жесткими сроками и ресурсными ограничениями, то для проектов, требующих большего уровня контроля самого процесса реализации, лучше всего использовать гибкие методы проектного управления, такие как Agile, и взаимосвязанные с ним Kanban, Lean и прочие, а также такие, которые позволяют управлять сразу несколькими составляющими, например, ресурсами, временем и работой, - это Scrum и Six Sigma. Но не будем забегать вперед, а расскажем обо всем по порядку.

Agile

Не каждый проект можно структурировать и реализовывать поэтапно, дожидаясь, пока будут закончены те или иные работы или пакеты работ. И методика Agile представляет собой целый комплекс методов, согласно которым большой проект разделяется не на последовательные фазы, а на небольшие подпроекты. По мере завершения они складываются в конечный результат.

Упрощенная схема работы по Agile выглядит так:

Инициация и планирование по верхнему уровню реализуются для всего проекта, а дальнейшие шаги, такие как разработка, тестирование и т.д. проводятся для отдельных подпроектов. Так можно быстрее передавать их результаты, называемые инкрементами, а начиная новый подпроект (это называется иратацией), в него легко вносить изменения, исключая большие затраты и воздействие на другие составляющие проекта.

Преимущества Agile:

• Адаптивность и гибкость (его можно подстраивать под разные процессы и условия)
• Быстрое и относительно безболезненное реагирование на изменения
• Прекрасно подходит для разработки инновационных продуктов с высоким уровнем неопределенности и низкой информативности

Недостатки Agıle:

• Не является методом
• Необходимость каждый раз составлять новую систему управления на основе принципов подхода Agıle
• Применение подхода сопряжено с изменениями процедур реализации проекта и базовых ценностей
• Требует знаний, упорства, больших затрат и административных ресурсов (для облегчения применения подхода принято использовать методы Scrum, Kanban и другие)

Scrum

Очень гибкий метод, признанный в семействе Agile наиболее структурированным. Согласно принципам Agile, в «Скрам» проект разбивается на части, подходящие для мгновенного применения заказчиком с целью получить беклоги - заделы продуктов. Впоследствии полученным частям присваивается свой приоритет.

Наиболее важные части первыми отбираются для выполнения в спринте (спринты в Scrum - это итерации продолжительностью от 2 до 4 недель). По итогам спринта заказчик получает рабочий инкремент продукта, т.е. готовые к использованию части. Как только один спринт закончен, проектная команда начинает следующий спринт. Продолжительность спринтов всегда одинакова, но команда всегда сама устанавливает ее, оценивая свою производительность и особенности проекта.

Упрощенная схема работы по Scrum такова:

Чтобы убедиться в соответствии проекта требованиям заказчика, перед началом любого спринта нужно выполнять переоценку еще не выполненного содержания проекта и вносить в него изменения. Участие в этом процессе принимает руководитель проекта, команда и инициатор. Ответственность распределяется на всех участников.

Вся процессуальная структура метода вращается вокруг пяти основных встреч:

• Упорядочивание беклога. Встреча напоминает планирование, рассмотренное нами в первом уроке. Проводить ее нужно в первый день нового спринта. На встрече обсуждается то, что уже удалось сделать по проекту и что еще нужно сделать, и определяются дальнейшие шаги. Инициатор ставит задачи, соответствующие новому этапу. Упорядочивание беклога определяет результативность нового спринта.
• Планирование спринта. После расстановки приоритетов и определения задач инициатором команда принимает решение о своих действиях на протяжении наступающей итерации и ищет способы достижения поставленной цели. Для этого могут использоваться самые разные инструменты планирования и оценки (важно, чтобы они соответствовали принципам метода). Планировать спринт нужно в самом начале итерации, но по окончании встречи по упорядочиванию беклога.
• Летучки. Летучки - это ежедневные встречи, проводящиеся в одно и то же время (на них тратиться, как правило, до 15 минут). Члены команды делятся информацией о статусе своей работы и состоянии проекта, однако никакие решения не принимаются и проблемы не обсуждаются (для этого выделяется отдельное время, и устраиваются дополнительные встречи). Летучки нужны лишь для обмена сведениями.
• Подведение итогов спринта. На этом этапе исследуется и адаптируется созданный продукт. Члены команды делятся своими результатами со всеми заинтересованными лицами. Главной задачей здесь является удостовериться в том, что продукт спринта соответствует целям проекта и ожиданиям участников проекта.
• Ретроспектива спринта. Этап, проводящийся сразу же после предыдущего, но до того как начнет планироваться новый спринт. Команда определяет степень четкости и слаженности пройденного этапа, исследует появившиеся проблемы в методологии, работе и взаимодействии. Благодаря ретроспективе команда может сделать выводы и повысить эффективность следующего спринта.

Преимущества Scrum:

• Подходит для проектов, требующих быстрых результатов
• Легко адаптируется к изменениям
• Подходит для применения командами, где есть сотрудники с небольшим опытом работы в области реализации конкретного проекта, т.к. все члены команды активно взаимодействуют друг с другом
• Позволяет совершать «быстрые ошибки», т.е. получать практически мгновенную обратную связь от выполняемых действий благодаря спринтам
• Позволяет быстро исправлять ошибки и повышать эффективность работы по реализации проекта

Недостатки Scrum:

• Высокая требовательность к проектной команде (нужно, чтобы в команде было от 5 до 9 человек, и все члены команды должны обладать сразу несколькими компетенциями, необходимыми для реализации проекта, благодаря чему сотрудники могут дополнять и заменять друг друга, а работа никогда не будет стоять на месте)
• Все сотрудники должны уметь и хотеть работать в команде, быть способны к и активно брать на себя ответственность
• Подходит не для всех организаций и команд, т.к. схема работы по методу подходит для разработки далеко не каждого продукта (например, построить здание или создать промышленный станок по методу Scrum будет невозможно)

Многие считают, что метод «Скрам» сложен для внедрения, указывая на необходимость в делегировании полномочий, необычную организационную структуру и т.п., однако при умелом использовании и благодаря своей гибкости метод не позволит работе пойти в неверном направлении. Это существенно отличает Scrum от общих принципов Agile.

Lean

Согласно Agile, проект должен быть разбит на небольшие подпроекты и пакеты работ, но вот как разрабатывать эти подпроекты и пакеты работ - непонятно. Метод «Лин» дополняет принципы Agile своей схемой потока операций для качественного выполнения каждой отдельной итерации.

В Lean работу разбивают на мелкие пакеты работ, реализующиеся далее независимо друг от друга. Но в отличие от Scrum каждый пакет отличается собственным потоком операций с этапами. Такими этапами могут быть этапы планирования, поставок, тестирования, разработки, производства - главное, чтобы эти этапы были важны для качественного осуществления проекта.

Ниже представлена упрощенная схема работы по Lean:

Этапы метода «Лин» из-за своей гибкости обеспечивают уверенность в том, что все части проекта будут реализованы должным образом. Но интересно и то, что в методе не указываются четкие границы этапов, как это делается в «Скрам» со спринтами. Помимо этого метод допускает параллельное выполнение нескольких задач на разных этапах, а это в свою очередь повышает гибкость и сокращает скорость выполнения проекта.

Преимущества Lean:

• Подходит для проектов, требующих четкого исполнения и ровного качества, т.к. обладает всем соответствующим инструментарием
• Сочетает в себе структурированность и гибкость

Недостатки Lean:

• Предполагает детальную и скрупулезную проработку всех задач и этапов проекта (к примеру, в неоднородных и масштабных проектах не все их части требуют к себе такого внимания)
• Отсутствует четкий рабочий процесс для реализации отдельных частей проекта, что отрицательно сказывается на скорости осуществления всего проекта (данную проблему можно решить, если налажены четкие коммуникации, а руководство отличается высокой эффективностью)

Подобно Agile, Lean представляет собой не столько метод, сколько образ мышления и концепцию, при помощи которой можно самостоятельно сформировать такую систему управления проектами, которая будет удовлетворять всем вашим требованиям.

Kanban

Если рассмотренный выше метод «Лин» представляется отчасти абстрактным, то при совмещении его с Kanban он становится превосходным инструментом, позволяющим выстраивать эффективную систему проектного управления. Метод «Канбан» предполагает передачу инкремента продукта от этапа к этапу, в результате чего на выходе появляется готовый продукт.

Не менее важно и то, что Kanban позволяет приостановить выполнение одной задачи на каком-либо этапе в случае, если появились иные срочные задачи или изменился приоритет текущей. Незавершенная редакция, подвешенные даты, неопределенная часть функции - для метода «Канбан» это норма.

Упрощенная схема работы по Kanban выглядит так:

Отличие этого метода от того же Scrum состоит в меньшей строгости: нет ограниченных по времени спринтов и регламентированных встреч, отсутствуют роли членов команды и участников (кроме инициатора проекта). Также в Kanban один член команды может заниматься выполнением нескольких задач в одно и то же время.

Чтобы работать с методом, нужно определиться с этапами потока операций. Здесь они представлены в виде столбцов, а задачи обозначаются специальными карточками. Карточки перемещаются по этапам, на каждом из которых повышается процент завершения. В итоге получается готовый элемент продукта. Доску же со столбцами можно представить и в физическом виде, и в электронном, т.к. и здесь никаких ограничений метод не накладывает.

Созданная индивидуально система Kanban может обладать такой гибкостью, какая вам нужна. Но есть все же несколько основ, на которых зиждется вся эта система:

• Карточки. Должны создаваться для всех задач отдельно. В карточках фиксируется вся нужная информация о текущей задаче. Это очень удобно, т.к. к карточке можно обратиться в любое время.
• Ограниченное количество задач на одном этапе. Количество карточек для одного этапа всегда регламентировано. Это позволяет отслеживать возникновение «заторов» в потоке операций и сразу же его устранять.
• Постоянный поток. Задачи беклога поступают в поток, исходя из их приоритетности. Это и создает непрерывный рабочий процесс.
• Непрерывное улучшение. Здесь основой служит японская концепция постоянного улучшения «Кайдзен», суть которой состоит в перманентном анализе рабочего процесса и поиске путей повышения его эффективности.

Преимущества Kanban:

• Идеально подходит для применения сплоченными командами с налаженной коммуникацией
• Отсутствуют дедлайны
• Существенно экономит ресурсы и позволяет соблюдать бюджет и сроки, т.к. предполагает точный расчет нагрузки на исполнителей, правильную расстановку ограничений и фокусирование на непрекращающемся улучшении

Недостатки Kanban:

• Подходит в большей степени для команд, члены которых обладают пересекающимися друг с другом навыками, иначе эффективность метода существенно снизится
• Не очень подходит для реализации проектов с жесткими дедлайнами

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

Six Sigma

Метод Six Sigma или, проще говоря, «6 сигм» представляет собой более структурированную версию Lean, причем даже более структурированную, чем Kanban. Она отличается еще большим планированием, что позволяет экономить ресурсы, повышать качество продукта и минимизировать объем потерь и брака.

Цель любого проекта заключается в удовлетворении заказчика качественным продуктом. Качества можно добиться благодаря непрерывному процессу улучшения всех составляющих проекта, основанному на доскональном анализе его показателей. «6 сигм» в самой подробной форме разбирает методы устранения сопутствующих проекту проблем. Основной этого подхода служит алгоритм DMEDI, состоящий из 5 шагов:

• Define (Определение): этап аналогичен ранним этапам других систем управления проектами. Его цель - это определение содержания проекта, сбор информации о его предпосылках и .
• Measure (Измерение): метод позволяет собирать и анализировать количественные данные о проекте, и второй этап нужен для определения показателей, обуславливающих успех проекта, а также для определения требуемых данных, их сбора и анализа.
• Explore (Исследование): на этом этапе руководитель проекта принимает решение о методах, посредством которых команда сможет достичь поставленных целей в соответствии с требованиями по срокам и бюджету. Здесь огромную роль играет нестандартное мышление для решения возникающих проблем.
• Develop (Разработка): четвертый этап - это этап реализации решений и планов, разработанных на предыдущих этапах. Необходимо понимать, что на этом этапе нужно иметь подробный план с описанием всех действий, требующихся для решения поставленных задач. Ко всему прочему на этом этапе обследуется прогресс хода проекта.
• Improve (Улучшение) или Контроль (Control): данный этап является ключевым, и ставит перед собой задачу по долгосрочному улучшению процессов реализации проекта. Для эффективного прохождения этого этапа необходимо тщательно документировать извлеченные уроки, анализировать собранные данные и применять полученные знания и по отношению к проекту, и по отношению к деятельности всей организации.

Преимущества Six Sigma:

• Предлагает четкую схему реализации проектов
• Позволяет постоянно улучшать и оптимизировать процессы реализации проекта
• Позволяет получать ценные количественные данные для принятия качественных решений и понимания проекта на более глубоком уровне
• Легко адаптируется под нужды конкретного проекта

Недостатки Six Sigma:

• Нередко служит причиной возникновения у проектных команд путаницы в приоритетах, т.к. разные этапы проекта ставят перед собой разные цели
• Метод направлен на постоянное улучшение процессов реализации, что может стать причиной демотивации сотрудников, которые не чувствуют удовлетворения от выполненной работы
• Требует тщательного измерения и контроля показателей проекта на этапах реализации
• Большие затраты на анализ и извлечение уроков (при реализации единичных проектов они могут оказаться нецелесообразными)

Метод «6 сигм» напоминает «Канбан», но устанавливает конкретные этапы реализации задач - планирование, постановку целей и тестирование качества. Также Six Sigma требует более частых встреч команды, но сам процесс осуществления проекта будет более понятен, а команда всегда сможет придерживаться намеченного плана.

PRINCE2

От прочих методов проектного управления PRINCE2 (от англ. PRojects IN Controlled Environments version 2) отличатся отсутствием итеративного подхода. По сути, это гибрид классического проектного управления с концентрацией на качестве, как это делается в Six Sigma.

Схематично процессы работы по PRINCE2 выглядят так:

Внимание в этом методе фокусируется на управленческих аспектах проекта, которые выражаются семью принципами, семью процессами и семью темами. Принципы устанавливают общие правила проектного управления и формируют методологическую базу. Процессы указывают на шаги продвижения по проектному циклу. А темы являются аспектами, которые нужно контролировать, чтобы достичь успеха. В дополнение ко всему PRINCE2 настаивает на адаптации методологии под каждую конкретную организацию.

Для эффективной работы по данному методу изначально нужно определить три базовых аспекта проекта, среди которых:

• Бизнес-аспект: выгоден ли проект?
• Потребительский аспект: какой нужно создать продукт?
• Ресурсный аспект: есть ли возможности и ресурсы для достижения цели?

Важно и то, что PRINCE2 отличается четкой структурированностью проектной команды. Это, кстати, обусловлено тем, что подход применяется при работе с масштабными проектами на уровне государства и крупных организаций.

Сами же процессы можно охарактеризовать так:

• Старт проекта. В ходе первого процесса назначается руководитель, и устанавливаются общие требования к характеристикам конечного результата. Проект-менеджер должен уделять особое внимание деталям и давать отчет Управляющему комитету проекта, отвечающему за общее руководство проектом и успех его реализации.
• Инициация проекта. В ходе второго процесса руководителем составляется «Документация по инициации проекта», содержащая в себе разбитый на стадии план проекта. Стадии всегда следуют одна за другой, но по продолжительности вполне могут различаться.
• Руководство проектом. Третий процесс основан на том, что дает Управляющему комитету возможность нести общую ответственность за успех реализации задумки без погружения в детали, находящиеся в области полномочий проект-менеджера.
• Контроль стадии. Даже если проект осуществляется в идеальных условиях, в него будут вноситься какие-то поправки. Четвертый процесс необходим для реализации одного из принципов PRINCE2 - принципа управления по исключениям. Руководитель проекта должен выявлять отклонения от заданных параметров проекта (сроки, качество, бюджет и т.д.) в ходе выполнения стадии. В случае, когда отклонения превышают полномочия (допуски) руководителя, он должен поставить об этом в известность Управляющий комитет и предложить варианты решения возникших проблем.
• Управление созданием продукта. Пятый процесс - это взаимодействие руководителя и его команды, направленное на создание одного из проектных продуктов. К числу обязанностей руководителя добавляется делегирование соответствующих полномочий менеджеру команды и приемка готового продукта.
• Управление границами стадии. В ходе шестого процесса руководитель снабжает Управляющий комитет всей информацией, позволяющей оценить результаты завершенной стадии и принять решение о переходе к следующей стадии.
• Завершение проекта. Процесс завершения проекта является частью финальной стадии создания продукта. Его цель состоит в подтверждении или факта принятия продукта, или факта того, что проект не принесет больше ничего стоящего.

Преимущества PRINCE2:

• Легко адаптируется к особенностям организации
• Имеет четкое описание ролей и распределения ответственности
• Концентрируется на продукте проекта и экономической целесообразности
• Имеет конкретные уровни управления
• Позволяет последовательно выстроить проектную работу
• Фиксирует опыт и позволяет постоянно совершенствоваться

Недостатки PRINCE2:

• Отсутствуют отраслевые практики
• Отсутствуют конкретные инструменты для проектной работы

Метод PRINCE2 можно без проблем подстроить под проекты разной предметной области и любого масштаба, т.к. он содержит в себе конкретные рекомендации, позволяющие вносить изменения в жизненный цикл проекта, ролевую модель и набор документации, исходя из потребностей проекта.

Управление проектами - это, пусть и не совсем точная, но серьезная наука. Конечно, в ней вряд ли удастся отыскать универсальные решения и основы, однако если вы сможете найти такой метод проектного управления, который подойдет вашему проекту по большинству параметров, вы можете быть уверены, что достичь успеха - в ваших силах. Главное - это применять метод, в котором есть хоть какая-то структура, а также использовать в своей проектной деятельности вспомогательные инструменты, такие как системы управления проектами, например, MS Project, Asana, Wrike, Basecamp и другие. И о самых популярных системах вы узнаете из заключительного урока, после чего в вашем распоряжении будет вся основная информация по управлению проектами.

Проверьте свои знания

Если вы хотите проверить свои знания по теме данного урока, можете пройти небольшой тест, состоящий из нескольких вопросов. В каждом вопросе правильным может быть только 1 вариант. После выбора вами одного из вариантов, система автоматически переходит к следующему вопросу. На получаемые вами баллы влияет правильность ваших ответов и затраченное на прохождение время. Обратите внимание, что вопросы каждый раз разные, а варианты перемешиваются.

К настоящему времени сформировалось несколько инструментов, эффективно применяемых в практике реализации программных проектов.

Диаграмма Ганта . Это популярный тип столбчатых диаграмм, который используется для иллюстрации плана, графика работ по проекту.

Первый формат диаграммы был разработан Генри Л. Ганттом в 1910 году.

По сути, диаграмма Ганта состоит из полос, ориентированных вдоль оси времени. Каждая полоса на диаграмме представляет отдельную задачу в составе проекта (вид работы), её концы - моменты начала и завершения работы, её протяженность - длительность работы. Вертикальной осью диаграммы служит перечень задач. Кроме того, на диаграмме могут быть отмечены совокупные задачи, проценты завершения, указатели последовательности и зависимости работ, метки ключевых моментов (вехи), метка текущего момента времени «Сегодня» и др.

Рис. 10. Производство гражданских самолетов Boeing и Airbus

Ключевым понятием диаграммы Ганта является «веха» - метка значимого момента в ходе выполнения работ, общая граница двух или более задач. Вехи позволяют наглядно отобразить необходимость синхронизации, последовательности в выполнении различных работ. Вехи, как и другие границы на диаграмме, не являются календарными датами. Сдвиг вехи приводит к сдвигу всего проекта. Поэтому диаграмма Гантта не является, строго говоря, графиком работ. И это один из основных её недостатков. Кроме того, диаграмма Ганта не отображает значимости или ресурсоемкости работ, не отображает сущности работ (области действия). Для крупных проектов диаграмма Ганта становится чрезмерно тяжеловесной и теряет всякую наглядность.

Указанные выше недостатки и ограничения серьёзно ограничивают область применения диаграммы. Тем не менее, в настоящее время диаграмма Гантта является стандартом в теории и практике управления проектами, по крайней мере, для отображения структуры перечня работ по проекту.

Метод критического пути СРМ. Основополагающий момент в создании этого метода - исследование возможности эффективного использования вычислительной машины Univac на фирме "Dupon" при планировании и создании планов-графиков больших комплексов работ по модернизации заводов этой фирмы. В результате был создан рациональный и простой метод (Уолкера-Келли) управления проектом с использованием ЭВМ, который был назван CPM (Critical Path Method) - метод критического пути.

Критический путь - наиболее полный путь работ в сетевом графике, которые лежат на этом пути. Именно продолжительность критического пути определяет наименьшую общую продолжительность работ в проекте в целом. Время выполнения всего проекта может быть сокращено за счет уменьшения времени выполнения задач, которые лежат на критическом пути. Соответственно любая задержка выполнения задач критического пути приводит к увеличению времени выполнения проекта. Эта концепция обеспечивает концентрацию внимания менеджера на критических работах. Однако основное преимущество метода критического пути - управление сроками выполнения задач, которые не лежат на критическом пути. Этот метод разрешает рассчитать возможные календарные графики выполнения комплекса работ на основе описанной логической структуры сети и оценок времени выполнения каждой работы.

Метод основан на графическом представлении задач (работ) и видов действий на проекте и определении ориентировочного времени их выполнения в виде графа, в вершинах которого располагаются работы и время выполнения каждой работы под вершинами либо на дугах графа.

Граф целесообразно строить тогда, когда работы и время их выполнения являются определенными. Критический путь в графе указывает максимальную продолжительность работ на графе (от начальной работы до последней).

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

Рис. 11. Граф CPM

Представленный в таком виде график работ называется сетевой диаграммой и служит для графического отображения работ проекта, их взаимосвязей, последовательностей и времени выполнения. В графе вершины отображают работы, а линии - взаимные связи между работами. Этот граф - наиболее распространенный способ представления сети на сегодняшний день.

Метод анализа и оценки PERT. Параллельно с разработкой CPM в военно-морских силах США был создан (фирма "Буз, Аллен & Гамильтон") метод анализа и оценки программ PERT (Program Evaluation and Review Technique) для реализации проекта разработки ракетной системы "Polaris", объединяющей около 3800 подрядчиков с числом операций более 60 тыс.

Применение метода PERT позволило руководству данной программы точно знать, что нужно делать в каждый момент времени и какой исполнитель эту работу выполняет, а также определять вероятность своевременного завершения отдельных операций на процессах проекта. Руководство программой создания ракетной системы по методу PERT оказалось настолько успешным, что проект удалось завершить на два года раньше запланированного срока.

Метод PERT представляется сетевыми диаграммами с вершинами-событиями, а работа - в виде линии между двумя событиями, отображающими начало и конец работы. В целом расхождения между этими двумя методами сетевого представления графа работ - незначительные. Однако этот метод, в отличие от CMP, учитывает возникающие неопределенности во времени выполнения каждой операции.

Представление более сложных связей между работами для задания узлов графа в виде вершина-событие является более сложным, и потому этот метод реже используется на практике.

Возможное время выполнения операций оценивается с помощью трех оценок:

● оптимистичной ();

● пессимистической ();

Заключение.

Управление проектом в последнее десятилетие стало мощной технологией управления изменениями в высококонкурентном мире. Эффективное применение методов и средств УП позволяет успешно реализовывать любой проект в соответствии с высокими стандартами качества, достигнув в срок поставленных целей, сэкономив время и уменьшив риск. С глобализацией мировой экономики проектно-ориентированное управление становится одним из важнейших факторов победы компании в конкурентной борьбе и в завоевании новых рынков. Понятия проект и управление проектами связаны с необходимостью управления изменениями. Управление проектами является неотъемлемой частью повседневной деятельности руководителей разного уровня. Многие руководители необходимость использования формализованных методов управления проектами все еще связывают с крупными проектами, такими как запуск межпланетной станции, разработка нового вида вооружений или строительство атомной электростанции. Однако, даже в организациях ориентированных на серийное производство реализация проектов составляет значительную часть деятельности. Применение формализованных методов управления проектами позволяет более обоснованно определять цели инвестиций и оптимально планировать инвестиционную деятельность, более полно учитывать проектные риски, оптимизировать использование имеющихся ресурсов и избегать конфликтных ситуаций, контролировать исполнение составленного плана, анализировать фактические показатели и вносить своевременную коррекцию в ход работ, накапливать, анализировать и использовать в дальнейшем опыт реализованных проектов. Таким образом, система управления проектами является одной из важнейших компонент всей системы управления организацией.

В рамках управления качеством проектов используется широкий арсенал методов и инструментов - от классических «семи инструментов управления и контроля качества» до современных, инновационных. Рассмотрим основные методы и инструменты управления качеством проектов.

• 1. Метод плана улучшения качества (QIM - Quality Inspection Management). Он основан на структурированном подходе к решению проблем улучшения качества проектов. QIM предполагает проведение тщательного анализа проблем проекта, выявление их потенциальных причин и принятие возможных решений. Проводимый анализ опирается на конкретные данные, а не на мнения участников проекта, что исключает возможность субъективного подхода и позволяет сосредоточить внимание участников команды проекта на основных проблемах, не отвлекаясь на второстепенные. Основными этапами составления данного плана являются:
  • сбор исходной информации;
  • определение проблемы;
  • анализ причин;
  • реализация корректирующих воздействий;
  • подтверждение результатов;
  • обеспечение стандартизации корректирующих воздействий с обоснованием эффективности.

Преимуществами применения QIM являются структурированность и простота. Данный метод помогает развивать взаимоотношения в команде проекта, позволяет ее членам больше узнать друг о друге и организации, что способствует разрушению психологических барьеров в отношениях, стимулирует сотрудничество, взаимодействие и доверие .

Таким образом, основной эффект от применения метода плана улучшения качества - это упрощение процессов проекта при улучшении качества.

2. Диаграмма Парето. Эта диаграмма имеет вид гистограммы из нескольких столбцов, показывающих частоту возникновения проблем или причины их появления (рис. 8.1).

Рис. 8.1

Добавленная кривая кумулятивной частоты отображает относительную серьезность проблем и идентифицирует, где именно имеются возможности для улучшения. Правильно построенная гистограмма позволяет выделить 20% (условно) наиболее часто проявляющихся дефектов качества. Если справиться с ними, по закону Парето снимается 80% проблем качества.

На ранних этапах развития проекта диаграмма Парето позволяет сделать вывод о том, какие проблемы необходимо исследовать, а на более поздних - какие причины проблем устранять в первую очередь. Использование диаграммы Парето позволяет команде проекта обратить внимание на те причины проблемы, устранение которых способствует наибольшему улучшению качества. При этом визуально измеряется и отражается достигнутый успех в устранении причин, что способствует мотивации команды на дальнейшие улучшения. Преимущества метода диаграммы Парето заключаются в простоте и наглядности.

3. Диаграмма причин и следствий (CED - Cause and Effect Diagram - диаграмма «рыбий скелет», или диаграмма Ишикавы) содержит идентификацию, соотнесение и графическое отображение причин той или иной проблемы. Описание проблемы расположено в голове «рыбьего скелета» и используется в качестве начальной точки для выявления источника проблемы и ее причины, требующей устранения. В отличие от диаграммы Парето этот инструмент применяется в случае уникальных, неповторяющихся подпроцессов, когда нельзя набрать статистику повторений (рис. 8.2).

Выявленные причины группируются по ряду признаков: люди (теп), машины (machines), методы (methods), материалы (materials), среда (media), менеджмент (management). Далее визуально соединяют все причины с проблемой, продолжают поиск и анализируют информацию. Такая структура позволяет исследовать максимально возможный список причин.

Главными преимуществами использования данного инструмента являются:

• фокусирование на первопричинах проблем качества, неких нерешенных вопросах, а не на симптомах проблем;
• достижение общей коллективной точки зрения при совместной работе членов команды проекта, что помогает сформировать обязательства и чувство причастности к решению проблем качества проекта 1 .

Рис. 8.2.

Выбор того или иного метода или инструмента управления качеством проекта определяется спецификой проекта, а также тем, насколько и каким образом заказчик понимает данную специфику. Очень часто на практике цели и содержание проектов не до конца ясны даже инициаторам проекта, ибо не всегда понятно, что получится. Это прежде всего касается так называемых мягких проектов. В управлении их качеством применяется концепция Agile Project Management (АРМ). Согласно данной концепции разработка проекта состоит из множества быстро реализуемых итеративных циклов, в рамках которых планируется ровно столько, сколько нужно для реализации текущего этапа проекта. Команда проекта изучает и улучшает качество продукта, а также качество управления проектом в каждом успешном цикле. Короткие циклы планирования позволяют команде проекта постоянно оценивать качество продукта и оперативно получать отзывы заказчика и всех заинтересованных сторон проекта.

• См.: Милошевич Д. Набор инструментов для управления проектами: пер.с англ. М.: АйТи; ДМК Пресс, 2008. С. 587.

На управление проектами оказывает влияние окружение проекта, которое можно разделить на внешнее и внутреннее.

Внешнее окружение:

политика, экономика, общество, законы и право, наука и техника, культура, природа, экология, инфраструктура;

руководство предприятия, сфера финансов, сфера сбыта и производства, материально-техническое обеспечение (сырье, материалы, оборудование), инфраструктура предприятия.

Внутреннее окружение. Наиболее существенными факторами "внутреннего" окружения являются:

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

организация работ по проекту, уровень компьютеризации и информатизации, уровень используемых средств управления проектом. Они определяют взаимоотношения между основными участниками проекта, распределение прав, ответственности и обязанностей;

участники проекта. Они реализуют различные интересы в процессе осуществления проекта, формируют свои требования в соответствии с целями и мотивацией и оказывают влияние на проект в соответствии со своими интересами, компетенцией и степенью "вовлеченности" в проект;

команда проекта. Она является мотором и исполнительным органом проекта, от команды во многом зависит прогресс и успех проекта;

методы и средства коммуникации. Они определяют полноту, достоверность и оперативность обмена информацией между заинтересованными участниками проекта;

экономические условия проекта. Они связаны со сметой и бюджетом проекта, ценами, налогами и тарифами, риском и страхованием, стимулами и льготами и другими экономическими факторами, действующими внутри проекта и определяющими его основные стоимостные характеристики;

социальные условия проекта. Они характеризуются обеспечением стандартных условий жизни для участников проекта, уровнем заработной платы, предоставляемыми коммунальными услугами, условиями труда и техники безопасности, страхованием и социальным обеспечением;

организация, система документации проекта .

Для управления проектом создается единая группа во главе с руководителем проекта. В группу входят полномочные представители всех участников проекта для осуществления функций согласно принятому распределению зон ответственности. Внутри каждой организации-участницы может создаваться своя группа контроля за ходом проекта (особенно часто в случаях, когда организация задействована сразу в нескольких проектах).

PMI PMBOK 2015 Guide 4d Edition (оценка проектов на основании британской методики) состоит из двух частей:

Часть 1 - это структура знаний управления проектами, которая обеспечивает базовую структуру для понимания управления проектами, и его методологию, это введение, которое определяет ключевые термины и обеспечивает обзор остальной части документа;

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

Таблица 1.2.

9-областей знаний по управления проектами

Примечание: источник .

Как правило, для удобства управления, проекты разбиваются на несколько фаз. Все фазы вместе называются жизненным циклом проекта (Project Life Cicle). Внутри каждой фазы и в целом по проекту процессы организованы в пять групп (табл. 1.3).

Таблица 1.3

Процессы внутри фазы по проекту

Примечание: источник .

Стандарты в области управления проектами разрабатываются, как органами стандартизации на международном и национальном уровне, так и профессиональными организациями в области управления проектами. Наиболее авторитетными организациями, разрабатывающими стандарты в области управления проектами, являются следующие:

международная организация по стандартизации ISO опубликовала стандарт ISO 10006 «Системы менеджмента качества. Руководящие указания по менеджменту качества проектов». В настоящее время выполняется разработка стандарта ISO 21500 «Руководство по менеджменту проектов». Однако официально данный стандарт будет утвержден только в 2012 году;

международная ассоциация проектного менеджмента (International Project Management Association - IPMA) объединяет 45 национальных ассоциаций и является авторитетной профессиональной организацией в области управления проектами. Россию в IPMA представляет национальная ассоциация управления проектами СОВНЕТ. Основным стандартом, разработанным IPMA, является ICB (IPMA Competence Baseline, 3-я версия выпущена в 2015 году), определяющая требования к квалификации специалистов в области управления проектами и являющаяся основой для международной сертификации. В соответствии с правилами и требованиями IPMA в России разработаны национальные требования к компетенции менеджера проекта и программа сертификации специалистов по управлению проектами. Специалисты, прошедшие сертификацию по этой системе, получают сертификаты международного образца, которые признаются во всем мире;

институт управления проектами США (Project Management Institute - PMI) сегодня «де факто» также можно назвать международной профессиональной организацией. Членами PMI являются специалисты в области управления проектами со всего мира, в различных странах функционируют отделения института. PMI ведет активную разработку стандартов в области управления проектами. В настоящее время опубликовано 3 основных стандарта, регламентирующих процессы управления на уровне проекта, программы, портфеля проектов и более 10 дополнительных стандартов. Дополнительные стандарты определяют как требования к отдельным методикам управления проектами (разработка иерархической структуры работ, разработка календарного плана, управление рисками и другие), так и к применению проектного менеджмента для определенных типов проектов (управление строительными проектами, управление государственными проектами и другие) .

По областям применения стандарты могут быть разделены на следующие группы:

применимые к отдельным объектам управления (проект, программа, портфель проектов) и регламентирующие соответствующие процессы управления;

применимые к субъектам управления (менеджеры проектов, участники команд управления проектами) и определяющие требования к знаниям и квалификации соответствующих специалистов и процессу оценки квалификации;

применимые к системе управления проектами организации в целом и позволяющие оценить уровень зрелости организационной системы проектного менеджмента.

Некоторые Окончание табл. 1. наиболее известные стандарты международного и национального уровня представлены в следующей таблице 1.4. .

Таблица 1.4.

Наиболее известные стандарты международного и национального уровня

В современном мире накоплено огромное количество стандартов, методов и инструментов для управления проектов. Систематизировать и гармонизировать эти знания, показать области их применения и сочетаемость друг с другом в современных условиях поможет достигнуть стратегических целей и разных задач.

В рамках организационно - деятельностей (“менеджерской”) модели (ICB IPMA) проект как понятие определяется через предприятие, усилие и деятельность.

Различия в определениях и трактовках таких ключевых понятий, как проект, РМ, контекст проекта и т.п., играют существенную роль при стандартизации в области РМ. В связи с этим целесообразно разделить элементы РМ на:

те, которые можно описать в виде процессов, объектов, методов;

те, которые не описываемы в принципе или трудно описываемы в виде процессов, объектов, методов.

Современные подходы к стандартизации в области РМ основаны на следующем:

для международных и национальных стандартов по РМ в качестве объектов выбираются, как правило, глоссарии, процессы и методы;

для тех областей РМ, описание которых в виде объектов для стандартизации нецелесообразно или невозможно, используются профессиональные квалификационные стандарты (требования) к деятельности специалистов по РМ (Project Management Professional) и менеджеров проектов (Project Manager).

Таким образом, глобальных систем международных стандартов по РМ не существует. Это связано как с принципиальной невозможностью комплексной стандартизации управления социотехническими системами, какими являются современные проекты, так и с нецелесообразностью разработки стандартов по большому кругу вопросов современного РМ.

Вывод по первой главе

Подводя итог, отметим, что проект - это планирование и метод реализации будущих инициатив, сложный и интегрированный комплекс мероприятий конкретной направленности. Проектное планирование - это разработка стратегий реализации будущего мероприятия. Целями управления волонтерского проекта являются разработка комплекса способов руководства, планирования и надзора в области реализации волонтерских инициатив, социально направленных на повышение качества жизни незащищенных граждан.

В систему управления проектами можно включить: разработку миссии организации, стратегии организации, портфеля программ, программы портфеля проектов. Также необходимо применять разнообразные программно-целевые методы управления (особенно планирования), предусматривающие формирование и организацию выполнения целевых комплексных программ и проектов (ЦКП). Эти задачи представляют собой комплекс взаимосвязанных мероприятий, направленных на достижение конкретных социально-экономических целей. Глобальных систем международных стандартов по РМ не существует. Это связано как с принципиальной невозможностью комплексной стандартизации управления социотехническими системами, какими являются современные проекты, так и с нецелесообразностью разработки стандартов по большому кругу вопросов современного РМ.