Типичные ошибки планирования и их последствия реферат

Обновлено: 02.07.2024

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

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

Четыре самых распространенных симптома таковы: конкурирующие приоритеты, нежелательная текучесть кадров, недоступность руководителей и соперничество между подразделениями. Если вы столкнулись с одним или несколькими из них, подумайте, не является ли структура компании первопричиной слабых результатов.

Симптом: конкурирующие приоритеты

Частая структурная проблема: низкое качество управления

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

Почему внедрение инноваций превращается в спектакль

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

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

Симптом: нежелательная текучесть кадров

Частая структурная проблема: неудачное распределение ролей

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

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

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

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

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

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

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

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

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

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

Детальное планирование

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

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

сколько событий или работ необходимо включить в график?

насколько детально надо описывать технологию выполнения работ?

для кого этот график предназначается?

Процесс разработки детального графика представлен на рис.1.

Рис.1. Последовательность разработки детального графика

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

Сетевое планирование

Сетевая диаграмма (сеть, граф сети, РЕRТ-диаграмма) - графическое отображение работ проекта и зависимостей между ними. В планировании и управлении проектами под термином "сеть" понимается полный комплекс работ и вех проекта с установленными между ними зависимостями.

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

Рис.2. Фрагмент сети "вершина-работа"

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

Рис.3. Фрагмент сети "вершина-событие"

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

Рис.4. Пример петли в сетевой модели

Методы сетевого планирования - методы, основная цель которых заключается в том, чтобы сократить до минимума продолжительность проекта. Основываются на разработанных практически одновременно и независимо методе критического пути МКП и методе оценки и пересмотра планов ПЕРТ.

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

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

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

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

Рис. 5. Диаграмма Ганта

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

Процесс разработки сетевой модели включает в себя:

определение списка работ проекта;

оценку параметров работ;

определение зависимостей между работами.

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

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

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

Основными являются два типа работ:

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

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

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

Основными методами определения зависимостей между работами являются: (17)

1. Метод предшествования, или "вершина-работа". Оперирует четырьмя типами зависимостей предшествования-следования (рис.2):

"начало после окончания". Это стандартная последовательность, при которой предшествующая работа должна завершиться до начала последующей;

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

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

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

2. Метод построения стрелочных диаграмм (графиков), или "вершина-событие". Этот метод оперирует только зависимостями "Начало после окончания" и в некоторых случаях требует применения фиктивных работ для корректного отражения технологии (см. рис.3).

Методы построения условных диаграмм (графиков). Сетевые шаблоны

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

Календарное планирование по МКП требует определенных входных данных. После их ввода производится процедура прямого и обратного прохода по сети и вычисляется выходная информация.

Для расчета календарного графика по МКП требуются следующие входные данные:

зависимости между работами;

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

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

ограничения на сроки начала и окончания отдельных работ или этапов;

календарная дата начала проекта.

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

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

Ранее начало + продолжительность работ - 1 = раннее окончание

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

Позднее окончание - длительность + 1 = позднее начало

На основании рассчитанных ранних и поздних дат начала работ определяются величины временных резервов для каждой работы.

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

Информация, полученная в результате вычислений по МКП, может быть представлена либо в табличной форме, либо в виде календарно-сетевого графика.

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

Если проблема непонятна и недостаточно четко сформулирована, то можно столкнуться с распространенной ошибкой, когда принимается правильное решение, но неизвестно точно, по какой конкретно проблеме.

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

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

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

Уточнение постановки приводит к существенному, иногда в несколько раз, увеличению объемов работ и изменению их целей и состава.

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

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

Планирование ресурсов без учета их доступности. Это касается, прежде г°, трудовых ресурсов, обладающих определенной квалификацией и в03М0)1п0. стыо прибыть к заданному сроку в заданное место для выполнения работ по пр екту. Другая проблема, если одна и та же группа специалистов планируется в скольких одновременно выполняемых проектах. Плохое ресурсное планиров является одной из наиболее распространенных причин срыва реализации пр тов. К сожалению, именно ресурсному планированию, в отлнчие от времен планирования, уделяется незаслуженно мало внимания.

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

Планирование без учета мотиваций.

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

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

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

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

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

Что нужно, чтобы избежать ошибок планирования [34]: для проекта должен быть сформулирован список решаемых проблем; основная цель проекта (миссия) должна быть доведена до сведения всех участников;

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

^ необходимо убедиться, что стратегия проекта может быть реализована и удовлетворяет ограничениям по бюджету, срокам и объему (проведен PCTS-анализ осуществимости: Р^— Performance, С — Cost, Т — Time, S — Scope. Затраты работ°Т?0 ^нкцие^ УР0ВНЯ исполнения Р, времени Т и содержания, объема

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

^ рменных шкал оценки деятельности по видам работ; ?

р?®делен критерий выполнения планов;

Д°лжно иметь столько уровней детализации, чтобы можно было оцени- затраты, сроки и ресурсы с необходимой точностью; ?

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

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

график детальных работ разрабатывается в форме календарно-сетевого графика на основе СРР; ?

определены работы критического пути; ?

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

критический путь должен быть реалистичным; ?

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

расход ресурсов не должен превышать утвержденный уровень; ?

уровень потребления любого ресурса должен быть не более 80% его предельного уровня; ?

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

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

позиции сметы должны основываться на регистрируемых данных во всех случаях, где это возможно; ?

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

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

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

планы должны учитывать время на диспетчерские и рабочие совещания. Все члены команды проекта должны иметь соответствующую квалификацию; ?

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

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

при необходимости должен проводиться обмен мнениями как на основе обычных совещаний, так и в виде телеконференций; ?

необходимо получить подтверждение от поставщиков о графиках поставок; ?

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

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

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

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

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

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

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

! Л все члены команды проекта должны иметь свои персональные графики Ра °^\ ?

изменения максимальных цен должны согласовываться с инвесторами и за! чиком;

О по отношению к поставщикам должны планироваться и при необходимое! применяться штрафные санкции; ^

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

необходимо оценить возможное влияние форс-мажорных обстоятельств на ход реализации проекта; ?

должно быть проведено выравнивание потребления ресурсов; ?

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

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

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

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

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

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

SWOT-анализ должен базироваться в большей степени на данных, чем на мнениях и субъективных оценках; ?

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

должна быть разработана процедура завершения проекта и сдачи объекта в эксплуатацию; ?

методы и средства управления не должны тормозить инноваций и внедрения современных технологий; ?

при планировании текущего проекта необходимо учесть опыт аналогичных предыдущих проектов; ?

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

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

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

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

не следует утверждать технические задания с избыточными характеристиками; U следует разделить работы с продолжительностью более 4 — 6 недель на меньшие части, чтобы избежать возможного отставания (из-за отсутствия надпежа- щего контроля) при их завершении;

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

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

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

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

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

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

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

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

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

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

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

3. Сетевое и календарное планирование проектов.

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

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

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

Методы сетевого планирования — методы, основная цель которых заключается в том, чтобы сократить до минимума продолжительность проекта. Основываются на разработанных практически одновременно и независимо методе критического пути МКП (СРМ — Critical Path Method) и методе оценки и пересмотра планов ПЕРТ (PERT — Program Evaluation and Review Technique).

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

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

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

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

Процесс разработки сетевой модели включает в себя:


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

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

- дата начала каждой работы;

- дата окончания каждой работы;

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

Основными являются два типа работ:

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

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

Определение зависимостей между работами необходимо для расчета календарного графика по МКП. Связь предшествования отображает в расписании логическую зависимость между работами. Наиболее частой причиной таких зависимостей являются технологические ограничения (начало одних работ зависит от результатов других), хотя возможны и ограничения, диктуемые другими соображениями. Эти связи образуют структуру сети. Совокупность взаимосвязей между работами определяет последовательность выполнения работ. В соответствии с установленными связями работы делятся на предшествующие и последующие. Предшествующая работа является обеспечивающей для последующей; таким образом, для начала выполнения последующей работы требуется выполнение всех предшествующих.

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

3. Методы построения условных диаграмм (графиков).

4. Сетевые шаблоны.

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


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


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

Конечно, можно рискнуть и жить без лишнего планирования и прогнозирования. Но тогда есть вероятность, что не только проект не будет правильно реализован: вся деятельность компании будет под угрозой. Такой поворот вряд ли устроит адекватного руководителя или владельца бизнеса.

Планирование управления рисками

Управление рисками — это деятельность, сопровождающая все этапы проекта. Работа не должна вестись от случая к случаю, она должна быть хорошо спланирована. Управление рисками требует множества ресурсов.

Планирование управления рисками подразумевает поиск работающих подходов к процессу. Оно помогает:

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

План состоит из нескольких элементов:

  1. Определение методик и инструментов для управления рисками.
  2. Распределение ролей для каждой процедуры и разъяснения ответственности.
  3. Определение стоимости работ и времени.
  4. Установление сроков управления рисками и проработка четкого тайминга.
  5. Определение категории рисков, выполнение четкой идентификации.
  6. Общие методы определения рисков и степени вероятности их возникновения во время ведения проекта.

Идентификация рисков

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

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

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

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

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

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

Методы оценки рисков и инструменты управления рисками

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

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

В соответствии с другой классификацией воздействие на риски состоит из нескольких этапов:

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

Этапы управления рисками

  1. Выявление угроз. Происходит это отделом финансовой аналитики. Он должен быть либо внутри компании, либо должны подключаться сторонние эксперты. Но такой этап обязательно должен выполняться людьми, которые знают, что делают. Работа может вестись как в общем, так и по отделам. Если компания совсем небольшая, то никаких аналитиков не нужно. С задачей вполне справится сам руководитель или приближенные к нему люди, которые знают особенности компании и ее внутренние процессы, а также хорошо осведомлены о проекте. По итогам этой работы должен быть составлен полный перечень возможных угроз и дана их интерпретация в финансовом эквиваленте.
  2. Оценка важности рисков. Производится с помощью ответа на ряд вопросов. В частности, определяется приемлемость угроз (какие из них можно пережить, а какие недопустимы), какие риски нужно устранять прежде всего, а какие могут подождать, ведь их последствия не так страшны, какие методы предотвращения рисков наиболее доступны времени использования. Оценка может выполняться с помощью аналитических и математических методов. При этом анализ должен быть комплексным и подробным.
  3. Планирование устранения последствий и непосредственная нейтрализация. Здесь готовится стратегия борьбы с негативными последствиями и выполняется ее реализация. Чем тщательнее будет выполнена проработка последствий, чем больше способов будет найдено для ее устранения, тем с меньшими проблемами компания столкнется в дальнейшем. Этот позитивный опыт способен сыграть на руку компании: он ляжет в копилку и поможет в дальнейшей работе по управлению рисками. Чем больше шаблонных действий будет отработано, тем лучше компания будет справляться с угрозами. Ведь нового и не типичного, по сути, не так уж много.

Мониторинг и контроль

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

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

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

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

Читайте также: