[Vlad]

Как вы считаете, какие типичные риски возникают во время управления проектами? От чего зависит их наличие и как можно заранее их избежать? Если есть возможность объяснить реальными примерами, то был бы очень признателен.

[Mixa]

Среди рисков в управлении проектами хотел бы выделить следующие:
1. Срыв сроков проекта (по вине заказчика или подрядчика).
2. Некачественное или неполное выполнение полного объема работ.
3. Проблемы с бюджетом проекта.
Думаю, это главные риски. Остальное, будет являться исключительно их дополнением.

[Fdsm]

Vlad (23 августа 2009 - 18:22):

...и как можно заранее их избежать?

Для этого необходимо внедрение процедур управления рисками. PMBOK регламентирует следующие основные процедуры:

Цитата

1. Планирование управления рисками – выбор подходов и планирование деятельности по управлению рисками проекта.
2. Идентификация рисков – определение рисков, способных повлиять на проект, и документирование их характеристик.
3. Качественная оценка рисков – качественный анализ рисков и условий их возникновения с целью определения их влияния на успех проекта.
4. Количественная оценка – количественный анализ вероятности возникновения и влияния последствий рисков на проект.
5. Планирование реагирования на риски– определение процедур и методов по ослаблению отрицательных последствий рисковых событий и использованию возможных преимуществ.
6. Мониторинг и контроль рисков - мониторинг рисков, определение остающихся рисков, выполнение плана управления рисками проекта и оценка эффективности действий по минимизации рисков.

Кстати, в Microsoft Project 2003 фигурирует так называемый центр управления рисками (Risk Center), в котором реализован функционал идентификации и отслеживания рисков с помощью известной методики риск-листов (Risk List). Методика простейшая, но, тем не менее, самая ходовая .

[Steven]

Друзья, PMBOK - это, конечно, превосходно . Но как же "рыбий скелет" Каору Исикавы?



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

Цитата

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

Конкретный пример:

[Vlad]

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

[octopus]

Vlad (23 августа 2009 - 23:22):

Как вы считаете, какие типичные риски возникают во время управления проектами?

Vlad (23 августа 2009 - 23:22):

От чего зависит их наличие и как можно заранее их избежать?

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

[Alexa]

Vlad (23 августа 2009 - 23:22):

От чего зависит их наличие и как можно заранее их избежать?

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

[Bulava]

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

[Сергей Малина]

Bulava (23 февраля 2010 - 15:29):

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

Вы очень точно описали отечественную практику. В PMBOK собран опыт сотен тысяч руководителей проектов, который был накоплен на протяжении 40 лет. У нас же в 95% проектов с рисками вообще никто не работает, называя их проблемами или затруднениями .

[Alexa]

Bulava (23 февраля 2010 - 15:29):

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

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

[akurt]

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

[Bulava]

Alexa (25 февраля 2010 - 17:09):

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

Я не отрицаю, а подвергаю сомнению правильность подхода к выполнению проекта с точки зрения "может случиться, а может и нет". Вы считаете правильным говорить заказчику, что "с вероятностью 75% ваш проект будет выполнен к такому-то сроку"? 90% рисков самостоятельно определить крайне сложно, между тем на работу над ними тратится уйма времени.

[Alexa]

Булава, не переворачивайте все с ног на голову . Один из моих предыдущих руководителей любил повторять: "Не нужно закладывать свой непрофессионализм в риски!" Например, те же "риски", вероятность которых стремится к 100% (низкая квалификация исполнителей, их отпуска или изменение требований к проекту), неплохо прогнозируются, тем не менее, многие включают их в перечень .

[akurt]

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



Тимоти Листер , Том Демарко
"Вальсируя с медведями"

Цитата

В этой книге Том ДеМарко и Тимоти Листер, авторы бестселлера Peopleware, рассказывают, как идентифицировать риски, управлять ими и извлекать выгоду из рисков.
"Избегать рисков – дело проигрышное. Раньше вы могли бы отнестись к проекту, свободному от рисков, как к неожиданному подарку судьбы и благодарили бы звезды за эту редкую удачу – легкий проект. Мы реагировали так же. Какими глупцами мы были! Проекты безриска – уделнеудачников.
Риски и выгоды всегда ходят рука об руку. Компании, избегающие рисков и концентрирующие усилия только на том, что наверняка умеют делать хорошо, засевают поле для своих соперников. Проект полон рисков потому, что ведет вас нехожеными тропами. Он может расширить ваши возможности так, что это сведет с ума ваших конкурентов. Видеале – дотакой степени, что конкурентам будет уже нечем ответить".

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

[Сергей Малина]

Alexa (28 февраля 2010 - 20:28):

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

Если коротко, то:

• Риски — это то, что оказывает непосредственное влияние на проект и происходит не по инициативе менеджера проекта;
  
• Имеет смысл брать в расчет только те риски, которыми менеджер проекта может реально управлять, все остальное — это форс-мажор.

Кстати, эта точка зрения перекликается с видением Тома Де Марко .

[Lennox]

Сергей Малина (02 марта 2010 - 21:12):

Имеет смысл брать в расчет только те риски, которыми менеджер проекта может реально управлять, все остальное — это форс-мажор.

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

[Bazilio]

Vlad (23 августа 2009 - 23:22):

Как вы считаете, какие типичные риски возникают во время управления проектами?

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

[Kareg]

Что-то очень туманно. Все зависит от того, в чьей зоне ответственности риск. Если в зоне заказчика, то ему нужно говорить об этом. Если в зоне проектной команды, то над ним нужно работать. Конкретный пример можете привести?

[Bazilio]

Банальный пример: представитель заказчика, ответственный за взаимодействие и дальнейшую эксплуатацию является родственником заказчика и при этом недостаточно компетентен. По результатам опытной эксплуатации становится очевидно, что решать все эксплуатационные проблемы придется самому исполнителю. Я имел в виду примерно это.

[unic]

Bazilio (20 июня 2010 - 22:40):

...и при этом недостаточно компетентен.

Работать с этим риском очень тяжело. Его стоимость явно оценить сложно, примерно +20-30% по деньгам и времени, которые размазываются по плану. Соответственно, план становится невнятным и сложным в защите.

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