Разница между допущением и риском заключаются в том, приемлемо ли для проекта соединение вероятности и последствий или неприемлемо

1) Если событие или условие имеет отрицательные последствия, а вероятность высокая (соединение неприемлемое для проекта), то такая ситуация будет отнесена к риску.

2) Если событие очень маловероятно, то можно допустить, что оно не состоится, и отнести эту ситуацию к допущениям.

3) Если событие или условие положительно для проекта и вероятность его высокая, то это можно также отнести к допущениям.

4) Если же оно необходимо для успеха проекта (т.е. также положительно), но вполне может и не состояться, то мы определим это для нашего проекта как риск.

Существует две ключевые характеристики рисков и допущений:

1. Должна существовать некоторая неопределенность или вероятность соответствующего события или условия. Если вероятность 100%, то это уже становится фактом. Если вероятность 0%, то это вымысел. Ни факт, ни вымысел не имеют ничего общего как с рисками, так и с допущениями.

2. Риски и допущения находятся вне сферы влияния команды проекта. Если событие подконтрольно команде, оно также не является ни риском, ни допущением. Вы можете управлять таким событием как одной из работ на графике проекта.

Например:

1) завершение испытаний до 15 мая – не допущения. Это касается намерений или подхода к работе;

2) дистанционный курс рассчитан на 12 недель – это также не допущение, это просто факт, поскольку здесь нет никаких случайностей или риска, поскольку достоверность события – 100%.

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

Ограничения и допущения для работ проекта

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

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

Например. Ожидаемая продолжительность работы «окраска стен» 7 дней и диапазон возможных отклонений (это допущение!) 2 дня означают, что работа займет не более 9 и не менее 5 дней.

Например. В перечень ограничений входят такие: «как можно раньше/позже», «начало/окончание не позже/не раньше», а также «фиксированное начало/окончание». Внешние ограничения отражают зависимость работ проекта от внешних мероприятий (например, работа «02» может начаться не раньше, чем на седьмой день от начала проекта; 30% работы «37» должны быть выполнены не позднее чем через 88 дней от начала проекта).

Задача

Определите продолжительность работы проекта «Разработка сайта компании», если ожидаемая продолжительность работы – 40 дней и установлены:

1) ограничения на работу, которые предполагают ее окончание не позднее 25 октября, а стоимость работы до 4000 грн.;