Открытие кафе-кондитерской
Министерство образования и науки Российской Федерации
Государственное образовательное учреждение
Высшего профессионального образования
«Владимирский государственный университет
имени Александра Григорьевича и Николая Григорьевича
Столетовых»
Институт Экономики и Менеджмента
Курсовой проект
по дисциплине
«Управление проектами»
Выполнила:
ст.гр. МН-311
Рахманова А.Б
Моргунова Н.В.
Владимир 2014
Введение
Глава 1.Методы качественной и количественной оценки рисков.
Оценка уровня риска является одним из важнейших этапов риск – менеджмента, так как для управления риском его необходимо прежде всего проанализировать и оценить. В экономической литературе существует множество определения этого понятия, однако в общем случае под оценкой риска понимается систематический процесс выявления факторов и видов риска и их количественная оценка, то есть методология анализа рисков сочетает взаимодополняющие количественный и качественный подходы.
Источниками информации, предназначенной для анализа риска являются:
- бухгалтерская отчетность предприятия.
- организационная структура
и штатное расписание
- карты технологических потоков (технико-производственные риски);
- договоры и контракты (деловые и юридические риски);
- себестоимость производства продукции.
- финансово-производственные планы предприятия.
Выделяются два этапа оценки риска: качественный и количественный.
Задача качественного и количественного анализа состоит в том, чтобы определить какие идентифицированные на предыдущей стадии риски потребуют специфических действий. Каждый ли риск в имеющемся списке потребует специфических мер или же есть риски с низкой вероятностью или риски с низкой степенью воздействия на проект, работу над которыми можно опустить?
Задачи качественного анализа рисков - состоят в том, чтобы субъективно оценить вероятность воздействия каждого риска, создать более короткий список рисков, определить критические риски, которые уже будут пропущены через количественный анализ и для которых будут планироваться ответные действия. Кроме того, на стадии качественного анализа принимается решение о судьбе проекта: продолжать проект или закрывать.
В целом этап качественного анализа рисков разбивается на восемь шагов.
Шаг 1. Выбор владельца риска
Так называемые владельцы рисков (risk owners) - это сотрудники, которым руководитель проекта поручает наблюдать за триггерами некоторого определенного риска, а также управлять ответными процедурами в случае возникновения данного риска. Сотрудники становятся владельцами рисков в силу специфических экспертных знаний относительно той или иной проблемы или в связи с тем, что они обладают определенным контролем над специфическим риском. Прежде всего надо решить, будут ли владельцы рисков использованы с самого начала процесса качественного анализа рисков или позже, в процессе работы над рисками. Обычно чем раньше в процесс управления рисками вводится владелец риска, тем лучше.
Шаг 2. Анализ всех допущений и определение погрешности данных
Следующий шаг - анализ допущений (assumption testing), которые были сделаны в процессе идентификации рисков. Это надо сделать, прежде чем непосредственно переходить к качественному и количественному анализу рисков. Слишком много неизвестных делают данные еще более рискованными. Если допущения оказываются ложными, степень риска проекта существенно увеличивается. Поэтому PMBOK считает необходимым проанализировать стабильность каждого сделанного в проекте допущения, а также последствий, если допущение окажется ложным. Анализ допущений осуществляется, как правило, в формате, показанном в таблице 1.
Таблица 1. Анализ допущений при идентификации рисков
Допущение |
Стабильность допущения (1--10) |
Последствия, если допущение ложно (1--10) |
Работа над проектом не будет мешать ежедневной работе сотрудника А |
2 |
8 |
Примечание: | ||
После анализа допущений необходимо провести определение погрешности данных. Данная процедура показывает, достаточно ли хорошо понятны определенные риски, достаточно ли данных, необходимых для определения последствия рисков, доступно, а также насколько эти данные надежны. Кто именно будет проводить процедуру, зависит от понимания проекта и профессионального опыта. Возможно, руководитель проекта посчитает нужным пройти этот шаг самостоятельно. Важно учесть: чем выше приоритет проекта, тем точнее должен быть проведен анализ погрешности данных. Результаты определения погрешности данных должны быть собраны в таблицу 2. Возможно, на этом шаге понадобится дополнительный раунд интервью, однако необходимо провести всю эту работу, прежде чем можно будет начать полноценный качественный анализ.
Таблица 2. Результаты определения погрешности данных
Риск |
Степень понимания риска |
Количество данных, |
Надежность данных |
Система Х инсталлируется с опозданием, приводя к двухнедельному срыву сроков внедрения системы Y |
9 |
7 |
2 |
ПО Z не будет полноценно интегрировано с ПО W через встроенные инструменты, что приведет к необходимости дополнительного программирования |
2 |
2 |
9 |
Шаг 3. Выбор шкал степени воздействия и оценка вероятности возникновения риска
После завершения работы с погрешностью данных необходимо определить степень воздействия на проект каждого риска. Для этого необходимо понять, какие шкалы степени воздействия рисков будут использованы и какие методы качественного анализа могут применяться. Шкалы представляют собой определенные наборы степеней воздействия рисков на проект в целом. На данном шаге шкала воздействия определяется субъективно. Если в организации шкалы степени воздействия тех или иных рисков не были стандартизированы, можно принять одну из предлагаемых в таблице 3. Можно построить и свои шкалы.
Таблица 3. Шкалы степени воздействия рисков
Шкала |
Степени воздействия на проект | |||||||||
1 |
Очень низкая |
Низкая |
Средняя |
Высокая |
Очень высокая | |||||
2 |
0,05 |
0,1 |
0,2 |
0,4 |
0,8 | |||||
3 |
0,1 |
0,3 |
0,5 |
0,7 |
0,9 | |||||
4 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
Примечание: | ||||||||||
Многие компании ошибочно используют трехуровневые шкалы воздействия рисков типа "высокая-средняя-низкая". Проблема состоит в том, что такой подход сделает распределение рисков при их сортировке на стадии качественного анализа слишком плотным. Придется еще долго разбираться со всеми рисками, которые попадут в графу "высокая вероятность - сильное воздействие". Будет сложно понять, какие риски окажутся приоритетными.
Кроме степени влияния, необходимо определить вероятность возникновения риска. На этом шаге вероятность также определяется субъективно. Необходимо помнить тот факт, что риск не может быть вероятен на 100% или даже на 80%. Такая вероятность выводит проблему из разряда рисков и переводит в разряд фактов, а потому должна быть учтена в плане проекта.
Шаг 4. Сортировка рисков
Далее риски необходимо отсортировать. Разберем реальную технику сортировки большого количества рисков, которая зарекомендовала себя на примере не одной сотни компаний. Она активно используется и пропагандируется подразделением Risk Management Special Interest Group (RMSIG) из Project Management Institute.
Суть метода состоит в том, чтобы распределить риски по специальной карте (другое ее название - PI-матрица). Карта должны выглядеть так, как показано в таблице 4. Обычно все идентифицированные риски распределяются между сотрудниками группы по работе с рисками. За риск, как правило, отвечает тот, кто идентифицировал данный риск (источник указан на RMC-карте). Риски, определенные теми, кто не присутствует при данной процедуре, делятся поровну между всеми остальными участниками. Затем участники распределяют имеющиеся у них риски по определенным квадратам, то есть ранжируют вероятности и степени влияния данных рисков.
Таблица 4. Карта сортировки рисков
Вероятность |
10 |
||||||||||
9 |
|||||||||||
8 |
|||||||||||
7 |
|||||||||||
6 |
|||||||||||
5 |
|||||||||||
4 |
|||||||||||
3 |
|||||||||||
2 |
|||||||||||
1 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 | |
Степень воздействия | |||||||||||
Некоторые специалисты из RMSIG рекомендуют проводить эту процедуру в реальности, то есть физически начертить карту размером 2х2 метра, раздать участникам RMC-карты созданные ранее и разложить их по квадратам. Бывает необходимо повысить качество индивидуальных решений о вероятности и степени влияния рисков - такие решения могут быть недостаточно аккуратны. Рекомендуется раздать членам команды фломастеры разных цветов и предложить, просмотрев все риски, промаркировать те, с которыми они не согласны и которые, по их мнению, необходимо обсудить отдельно. После этого маркированные риски обсуждаются, и делаются соответствующие изменения.
По окончании данного шага вероятность и степень воздействия каждого риска на проект считается установленной, и в RMC-карты вносятся вероятность данного риска и степень влияния.
Шаг 5. Ранжирование и выбор значимых рисков
Кроме процедуры сортировки рисков необходимо проранжировать риски - определить RR (risk ranking) для каждого риска. Формула для определения RR такова:
RR = Вероятность риска х Степень воздействия риска
Отчасти этот шаг повторяет сортировку рисков по карте, однако специалисты советуют проводить его, так как это понадобится в дальнейшем. Потом уже можно определить, какие риски будут запущены в процесс управления рисками. Список рисков согласно значению RR позволяет отсортировать их. Таким образом, риски, которые возникают с очень низкой вероятностью или будут оказывать очень незначительное воздействие на проект, могут быть удалены из дальнейшего анализа.
Самое важное на этом шаге - принять решение по поводу пороговых величин рисков, которые будут участвовать в дальнейшем рассмотрении. Это сложный вопрос, по которому трудно дать конкретные рекомендации. Огромную роль здесь играет опыт руководителя проекта, а также уровни рисков, которые приняты как пороговые в компании. Если в компании принят максимальный уровень риска проектов 77 (степени влияния по шкале 4 и вероятности от 1 до 10), то все риски, имеющие RR выше 45-50, должны быть признаны значимыми. Все риски, имеющие RR ниже 45-50, документируются, но в работу по управлению рисками не запускаются.
Еще один совет состоит в том, чтобы проанализировать риски на предмет их принадлежности к определенной задаче. Это делается сортировкой RMC-карт. Если среднее число рисков для различных задач проекта равно 3, а для некоторой задачи было идентифицировано 10 рисков, со значениями RR, колеблющимися от 10 до 50, то такие риски также стоит признать значимыми и вносить в план по управлению рисками.
Следует проанализировать и причины рисков. В формате идентификации рисков, который мы обсуждали в предыдущей статье - Cause-Risk-Effect (CRE), - есть дополнительное преимущество: можно отсортировать данный список по причинам. Здесь важно отметить, что при определении риска в CRE-форме очень важно грамотно описать причину риска, а не ограничиваться общими словами. В таблице 5 мы приводим примеры правильно и неправильно описанного риска. Именно это позволяет грамотно сортировать риски по причинам. Часто такая сортировка показывает, что какая-то причина, сотрудник или событие вызывает более чем один риск. Таким образом, претендентами на дальнейшее участие в процессе управления рисками являются риски с высоким рангом, задачи с количеством рисков, сильно отклоняющимся от среднего по задаче, и часто встречающиеся причины рисков.
Таблица 5. Неправильное и правильное определение риска
Причина |
Риск |
Эффект |
Неправильно определенный риск | ||
Есть проблемы с системой backup\recovery |
Может привести к потере важных данных |
? |
Риск, определенный согласно стандарту | ||
Было три случая, когда система backup\recovery не срабатывала. Хотя и были предприняты попытки определить и устранить причину сбоев, однако на момент старта данного проекта ничего так и не было сделано. |
Означает, что backup\recovery опять может дать сбой |
Что может привести к потере важных данных и результатов тестирования в рамках проекта |
Шаг 6. Общий риск проекта
Следующий шаг - определить общий риск, с которым компания еще способна смириться, чтобы запустить проект в работу. Как правило, данная шкала допустимости в компании предопределена. Общий риск проекта (risk score, RS) определяется как среднее арифметическое всех значимых рисков проекта:
RS = RR / N, где
RR = Вероятность риска x Степень воздействия
риска
N = общее количество рисков данного проекта
Обычно возникают разные мнения по поводу того, где установить порог для проекта. Это тоже сложный вопрос, и трудно дать конкретные рекомендации. Топ-менеджменту компании порог, как правило, видится несколько иначе, чем функциональным заказчикам проекта, и иначе, чем руководителю проекта. В компаниях, которые ввели управление рисками проектов в повседневную практику, это порог установлен. В этом случае появляются возможности взаимодействия с топ-менеджментом компании на новом уровне. Например: "Мы были необыкновенно заинтересованы в работе над данным проектом, однако в результате подготовительной работы было установлено, что риск проекта превышает отметку 77, допустимую в компании. К сожалению, нам придется отказаться от выполнения данного проекта в связи с неоправданностью риска для данного проекта". Или: "Риск данного проекта находится на уровне 75. Топ-менеджмент компании согласен инвестировать в проект дополнительно 100 тыс. долларов, если удастся снизить показатель риска до 60". Именно на этом шаге принимается решение о продолжении или сворачивании проекта.
Шаг 7. Документирование незначимых рисков
Что делать с рисками, которые были "признаны легковесными" и не включены в дальнейшее планирование управления рисками? Разумный подход к решению этого вопроса - принять во внимание следующее: невозможно до начала проекта спрогнозировать проект на 100%, поэтому по мере выполнения проекта и обретения лучшего понимания его составляющих рейтинги рисков будут меняться. Значит, риски, не вошедшие в дальнейшее управление рисками, должны быть задокументированы, чтобы можно было по мере выполнения проекта быстро понять, как ведет себя данный риск. Удобным форматом документирования является форма NTR (Non-top risk), показанная в таблице 6.
Таблица 6. NTR-форма
Риск |
Задача |
Вероятность |
Степень воздействия |
RR (Risk Ranking) |
Шаг 8. Количественный анализ или RRP?
После качественного анализа рисков необходимо перейти либо к количественному анализу, либо напрямую к процедуре RRP (Risk Response Planning). Как определить, необходимо ли переходить к количественному анализу или к RRP?
На самом деле опыт показывает, что количественный анализ рисков не так уж важен, как большинство почему-то склонно считать. Поэтому очень многие проекты ограничиваются этапом субъективного качественного анализа рисков.
В общем случае переходить к количественному анализу имеет смысл, если:
- есть инструменты количественного анализа рисков;
- количественный анализ стоит затрат времени и средств потраченных на него;
- приоритет проекта очень высокий или же проект находится в центре внимания руководства по другим причинам;
- проект практически не допускает дополнительных затрат и нарушений расписания проекта.
Непосредственно к процедуре Risk Response Planning стоит переходить, если:
- проект краткосрочный или малобюджетный;
- у вас еще недостаточно опыта в управлении рисками, и количественный анализ пока является проблемой.
Руководитель проекта физически не способен уделить равное внимание всем рискованным частям проекта. Чтобы как-то понять, на чем требуется особенно заострить внимание, ему необходимо знать, где риск может существенно повлиять на временные или финансовые ресурсы проекта. Решение, в какие затраты времени и средств выливается определенный риск, - и есть процедура количественного анализа рисков. Задача количественного анализа рисков состоит в том, чтобы понять, во что выльется каждый риск для данного проекта: сколько времени и денег потребуется для устранения каждого конкретного риска.
Проведение количественного анализа рисков требует времени. Задача менеджера проекта состоит в том, чтобы грамотно сбалансировать необходимость количественного анализа с требованиями проекта. Сколько времени и сил потратить на количественный анализ, должен решать сам менеджер, но, как правило, чем важнее проект, тем больше времени затрачивается на QRA. Другая проблема состоит в том, что очень часто менеджмент компании состоит из людей, которые не любят иметь дело с вероятностями и, боже упаси, с распределением вероятностей. Если руководитель проекта не понимает этого, то своим количественным анализом он скорее всего добьется прямо противоположного результата, а именно - отвернет управление компании от той части проекта, которая как раз требует внимания. Тут важно чувствовать баланс между представлением на рассмотрение существенных вопросов и их количественной поддержкой.
Способы получения оценок
Чтобы руководителю проекта правильно организовать работу с количественным анализом, необходимо понять: многие пути получения цифр количественной оценки рисков аналогичны качественному анализу с той только разницей, что результаты выражаются в финансовых затратах, времени и процентной вероятности.
С точки зрения оптимизации времени проработки данных важно понять, что все принимаемые решения будут находиться в промежутке между двумя полюсами: на 100% объективные данные, которые достигаются за счет полного понимания ситуации и наличия всех необходимых данных с одной стороны и на 100% субъективные данные, основанные только на интуиции и предположениях без какой-либо фактической поддержки. Первое недостижимо, поэтому лучшая стратегия руководителя проекта состоит в том, чтобы уделить соответствующее количество времени и усилий, чтобы собрать максимально аккуратные данные.
Наиболее распространенные способы получения количественной оценки рисков:
- субъективное предположение о процентной вероятности, финансовых затратах и времени;
- прямой подсчет реальной стоимости или временных затрат;
- использование исторических данных: какие были вероятности, временные или финансовые затраты для рисков на предыдущих аналогичных проектах;
- дельфи-техника
- интервью с экспертом.
Очевидно, что эти способы получения цифр количественной оценки рисков аналогичны качественному анализу и это не должно удивлять. Согласно инструкциям PMI RMSIG угадывать цифры вероятности и степени воздействия является допустимым. Например, "полагаю, такой-то риск увеличит работу надо проектом на две недели, или будет стоить дополнительных 34 тыс. долларов". Или "я работал над похожими проектами раньше и полагаю, что вероятность риска порядка 20%". Руководитель проекта скорее всего столкнется с тем, что погрешность таких суждений слишком велика, чтобы базировать на них какое-то решение, однако снижения погрешности можно добиться выставляя на оценку небольшие части проекта, а также предоставляя как можно больше деталей тому кто будет проводить оценку. Чтобы количественно оценить риски, интервьюируя людей, необходимо провести довольно много различных интервью с различными специалистами.
Ожидаемая величина риска
Количественной оценки риска можно добиться, используя понятие "ожидаемой величины стоимости риска" (expected value of the cost). Данная величина просчитывается так:
Ожидаемая величина стоимости риска = Вероятность риска х оценку стоимости влияния риска
Например, вероятность возникновения риска составляет 30%. Если дополнительные затраты в случае возникновения данного риска составляют 66 тыс. долларов, ожидаемое значение стоимости будет 0,3 * 66 000 = 19 800 долларов. Такой подход позволяет достаточно легко решить, сколько и каких рисков должны быть запущены в работу управления рисками. В работу запускаются риски, ожидаемое значение которых находится выше определенного порогового значения, по поводу которого вынесено решение компании. Например, менеджмент компании решает, что любые риски с ожидаемой величины стоимости 2500 долл. и выше будут запущены в работу. Эта политика становится руководствующей в отношении отбора рисков для дальнейшей отработки в русле управления рисками. Заметим, что, как и при качественном анализе, в дальнейшую работу берутся не только риски с превышающим пороговый показателями, но также и задачи, для которых определено большое количество рисков.
Метод Монте-Карло
Многие менеджеры проектов ошибочно полагают, что метод Монте-Карло и является самим процессом управления рисками. Это неправильно. Метод Монте-Карло позволяет спрогнозировать наиболее вероятную стоимость проекта и время необходимое для завершения проекта посредством оценки влияния неопределенностей на проект в целом. Чтобы метод Монте-Карло можно было применять, необходимо уже иметь на руках списки идентификационных рисков, оценки их вероятности и степени влияния. Понимание механизма, лежащего в основе данного метода, позволит менеджеру проекта не только обрести важное понимание природы прогнозирования, но и придаст уверенности в общении с менеджментом компании.
Рассмотрим пример. Допустим, ИТ-директор запрашивает определенный отдел, сколько времени потребуется на выполнение той или иной задачи. Отдел отвечает конкретно - 33 часа. Если задача более сложная и количество неопределенных моментов больше, отдел скорее всего ответит неопределенно, чаще всего, например, так: от 30 до 41 часа, скорее всего часа 33. Здесь 30 означает самую оптимистичную оценку, а 41 подразумевает случай, когда все, что можно, пойдет не так. Если бы ИТ-директор запросил наиболее оптимистичную, наиболее вероятную и пессимистичную оценки, то ответ был бы скорее всего: 30-33-41. Это можно представить графически (рис. 7). В данном случае три величины задают распределение вероятностей, что и является ответом. Очевидно, чем более широким является разброс, тем больше неопределенности таится в проекте.
Метод Монте-Карло используется именно в таких ситуациях, когда есть разброс вероятностей.
Таким образом, стадия количественного анализа создает мощный фундамент для работы по управлению проектами.
Глава 2. Открытие кафе-кондитерской.
Глава 2.1 Описание проекта.
Цель проекта: Создание бизнеса.Реализация данного проекта позволит:
- Создать бизнес, чистая (дисконтированная) стоимость которого на конец расчетного периода планирования составит *** тыс. руб., и приносящий ежемесячную прибыль в размере *** тыс. руб.
- Выйти на рынок с уже известным видом услуг: услуги общепита
- Создать новые рабочие места в районе реализации проекта;
- Удовлетворить спрос на услуги в районе реализации проекта;
- Получить гарантированный доход на конец расчетного периода планирования в размере *** тыс. руб. в ценах с учетом дисконтирования.
Проектом предусматривается строительство современного кафе-кондитерской на территории РФ. Кафе-кондитерская,так сказать, в чистом виде, где посетителю предлагают несколько сортов напитков горячих и холодных и кондитерские изделия.
Кафе планируется создать для предоставления населению качественных услуг в сфере организации общественного питания и продажи сопутствующих товаров, а также услуг по проведению торжеств и иных мероприятий в помещении кафе для людей со средним уровнем дохода.
Создаваемое предприятие комплектуется новым производственным оборудованием, мебелью, иными активами. Общая стоимость проекта оценивается в ? рублей. Срок бюджетной окупаемости проекта 36 месяцев. Общий срок окупаемости вложенных денежных средств 24 месяца.
Открытие кафе предполагается вместимостью 30 посадочных мест. Кафе среднего ценового уровня ориентированного в основном на посетителей со средним уровнем дохода. Дополнительно будут организовываться праздничные мероприятия по проведению общероссийских праздников, выпускных вечеров, корпоративных вечеров, свадеб. Также предполагается возможность проведения поминальных обедов, как одна из услуг данного пункта общественного питания.
Классификация проекта:
По масштабности, т.е. по размерам самого проекта, количеству участников и степени влияния проекта на окружающий мир проект мелкий;
По длительности, т.е. продолжительности периода осуществления проект краткосрочный (от 1 до 3 лет);

- Открытие кафе-мороженное
- Открытие кафе ООО “Кристина” г. Мытищи
- Открытие кафе «Скандик»
- Открытие Кафэ
- Открытие кинотеатра на открытом воздухе в ЮКО
- Открытие книжного магазина
- Открытие кофейни
- Открытие и принятие наследства
- Открытие кадрового агенства
- Открытие кадрового агентства
- Открытие кафе
- Открытие кафе-бара
- Открытие кафе-булочной «FavouriteCafe»
- Открытие кафе в г. Нижний Новгород