Методы минимизации проектных рисков

Автор работы: Пользователь скрыл имя, 25 Апреля 2012 в 21:30, контрольная работа

Краткое описание

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

Содержание

Введение…………………………………………………………………….3
1.Минимизация проектных рисков……………………………………….4
2. Минимизация проектных рисков при автоматизации склада………11
Заключение…………………………………………………………………14
Список использованной литературы…………………………………….15

Прикрепленные файлы: 1 файл

Хвост.docx

— 32.59 Кб (Скачать документ)

Решение проблем цели: четкая цель, анализ предложений.

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

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

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

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

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

Заключение 

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

Cписок использованной литературы  

 

1.  Книги:

1)  Катасонов В.Ю. Проектное финансирование: организация, управление риском, страхование – М.: Анкил, 2001;

2)  Зубарева В.Д., Злотникова Л.Г., Епифанова Н.П. Финансы предприятий нефтегазовой промышленности – М.: ГТА-Сервис, 2000;

3)  Морозов Д. Проектное финансирование: управление рисками и страхование – М.: Международный институт исследования риска; Анкил, 1999;

2. Ссылки на интернет-библиотеки:

 

 

[1] Ссылка на интернет-библиотеку: http://www.newave.com.ua/tag/strahovaniye/page/11/

[2] Катасонов В.Ю. Проектное финансирование: организация, управление риском, страхование – М.: Анкил, 2001;

 


Информация о работе Методы минимизации проектных рисков