gifts2017

Конфигурация "Управление рисками" 0.2.2b

Опубликовал Виталий Якубов (bobreks) в раздел Отраслевые решения - Прочее

Конфигурация "Управление рисками" 0.0.2.2b.

В России управление рисками только начинает развиваться. Управление рисками является неотъемлемой части планирования любого проекта. По статистике только 50% проектов завершаются успешно и виной неудачных проектов всегда являются риски, будь то риск отсутствия финансирования или риск потери актуальности проекта. Грамотная оценка рисков поможет вам еще на этапе планирования понять вероятность завершения проекта неудачей и оценить трудоемкость устранения рисков.
Первая версия является сжатой методикой управления рисками по PMBOK (Project Management Body of Knowledge), которую проект менеджеры зачастую рассчитывают в Excel.

Введение по управлению рисками можно прочитать тут - http://infostart.ru/public/256641/

Цель проекта:

  1. Разработка ПО для помощи подбора, приоритизации рисков и работы менеджера.
  2. Разработка ПО для сдачи управленческой отчетности по проделанной работы риск менеджера.
  3. Создание наиболее полного классификатора рисков для разных отраслей бизнеса.
Изменения в версии 0.0.2.3b
  1. Исправлена ошибка формирования отчета по относительному ущербу, в случаях когда отчет вызывается не из обработки рабочего стола конфигуарции.

Новое в версии 0.0.2.2b

  1. Добавлена возможность выбирать ширину карты рисков (2х2, 3х3, 4х4, 5х5)
  2. Добавлена константа — основная валюта, в которой идет расчет суммового ущерба.
  3. Добавлен отчет «Динамика риска» - диаграмма, отражающая изменения вероятности и ущербов в течении времени для каждого отдельного риска.
  4. Добавлен инструмент «Помощник установки рисков проекта»

 Возможности конфигурации версии 0.0.2.2b:

  1. Ведение справочника рисков.
  2. Автоматическое заполнение классификатора рисков.
  3. Занесение вероятности и возможных последствий действий отдельного риска для каждого отдельного проекта.
  4. Ведение списка ответственных для каждого отдельного направления по каждому риску.
  5. Возможность построения отчетности:
  6. Реестр рисков — список всех рисков по данному проекту, их вероятность и возможный ущерб в случае свершения риска, ущерб суммовой и относительный в течении года для приоритизации риска.
  7. Построение карты риска для оценки приоритета риска в измерениях вероятности и возможного ущерба риска.
  8. Несколько вариантов детализации карты рисков (2x2, 3x3, 4x4, 5x5)
  9. Построения графика динамики изменения риска — вероятности, ущерба относительного и ущерба суммового.
  10. Возможно ведения риска как в суммовом эквиваленте (рубли) так и в относительном (вероятность срыва проекта, уменьшение авторитета или же вероятность увольнения)
  11. Заполнение рисков помощником заполнения рисков — легкий выбор рисков и быстрая установка вероятностей и ущерба.

Запланированные доработки на будущие версии:

  1. Разработка веб сервиса для обновления классификатора рисков.
  2. Разработка веб сервиса для уведомления обновлений конфигурации.
  3. Написание ряда теоретических статей по управлению рисками в проектах.
  4. Добавить систему расчета устранения причин риска для грамотного управления ресурсами борьбы с этими рисками.
  5. Доработка системы до конфигурации управления проектами.

 Преимущества конфигурации:

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

 

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
Демо версия на конфигурации Управление Рисками версии 0.0.2.3b
.dt 113,26Kb
22.03.15
1
.dt 0.0.2.3b 113,26Kb 1 Скачать
Конфигурация Управление Рисками версии 0.0.2.3b
.cf 110,39Kb
22.03.15
1
.cf 0.0.2.3b 110,39Kb 1 Скачать
Конфигурация Управление Рисками версии 0.0.1.1b
.cf 66,11Kb
04.02.14
1
.cf 0.0.1.1b 66,11Kb 1 Скачать
Демо версия на конфигурации Управление Рисками версии 0.0.1.1b
.dt 69,80Kb
04.02.14
6
.dt 0.0.1.1b 69,80Kb 6 Скачать
Конфигурация Управление Рисками версии 0.0.2.2b
.cf 110,39Kb
22.03.15
15
.cf 0.0.2.2b 110,39Kb 15 Скачать
Демо версия на конфигурации Управление Рисками версии 0.0.2.2b
.dt 109,60Kb
22.03.15
14
.dt 0.0.2.2b 109,60Kb 14 Скачать

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Ловыгин Антон (wunderland) 23.01.14 11:35
Тема интересная, но работы еще - не початый край. Буду следить за развитием проекта.
cleaner_it; iov; awk; +3 Ответить 1
2. Виталий Якубов (bobreks) 23.01.14 12:06
(1) wunderland, Спасибо! пока все что есть в конфигурации по факту просто черновик. Но есть замечания которые интересно услышать в начале разработки. Именно поэтому я и опубликовал на версии beta :).
3. Александр Зубцов (iov) 24.01.14 01:53
риски в России?
1) Сочи - вот где риски бы посчитать.
2)Банки только у нас без явного кризиса просто так закрыли банки и счета организаций.
3) Владельцы бизнеса меняют детекторов чаще чем секретарш.

Да мы белокожие в одних трусах с кучей денег в центре самого черножопого района америки!

И вообще - кто не рискует тот не пьет (тут подставить кто что любит)!
Evgen.Ponomarenko; +1 Ответить 1
4. Виталий Якубов (bobreks) 24.01.14 12:43
(3) iov, Достаточно посмотреть один вебинар по управлению рисками на Ютубе, чтоб понять что такое риски и как ими управляют. Мне как простому разработчику это сильно пригодилось, я смог оценивать где мои проекты могут быть завалены, а следовательно знать как устранять причины тех или иных рисков.
И тут мы говорим не о закрытии банков и пришествии инопланетян, а о более реальных вещах, например, о рисках того что наш проект перестанут финансировать (для этого готовим отдельный план для слабого низкого финансирования) или риск того что уйдет ведущий специалист (заранее подготавливаем сотрудников, на которых можно делегировать его обязанности)
5. Александр Зубцов (iov) 24.01.14 22:13
(4) bobreks, вот такие моменты любой руководитель с опытом чувствует жопой. А управление рисками это модно конечно но если о рисках не догадываться- то и управлять ими тоже трудно не так ли? А готовится к пониженному финансированию или уходу основного специалиста это не статический риск а динамический причем с разным процентом потерь и разным процентом возможностей. соответственно риски есть были и будут но управление ими в качестве математической модели стоит рассматривать с учетом изменения внешних факторов (таких как общий экономический кризис или подъем , увеличение з/п программистов и залетит или нет подруга Машка у ведущего архитектора решения). И я нисколько не призываю не использовать оценку рисков - но доверять ей даже на 30% не стоит. Эта система хороша тем что систематизирует возможные риски.
6. Виталий Якубов (bobreks) 27.01.14 00:27
(5) iov, ну если мы говорим о хорошем и опытном руководителе, который много лет проработал на данном месте то да. Но в больших фирмах часто говорят что "незаменимых людей нет" и часто меняют управленцев на раз-два. В этом случае желательно предоставить новому человеку уже готовый список рисков.
Да и инвесторы очень часто прост реестр рисков Вашего проекта, это им помогает понять насколько Вы компоненты в области. Конечно у каждого своя правда :) Вот лично мне всегда удобно держать такой список перед глазами, чем вспоминать все грабли перед принятием нового решения.
7. юрий гулидов (gull22) 29.01.14 09:05
Интересная тема, в частности, для аудита бухгалтерской отчетности. Беру на заметку.
8. Владимир Клименко (KliMich) 29.01.14 15:29
Спасибо! Надо будет взять на вооружение.
9. Виталий Якубов (bobreks) 29.01.14 16:34
(8) KliMich, Всегда пожалуйста, Вы просматриваете обновления, потому что сейчас я планирую исправить несколько косячков и добавить новые возможности. Если хотите, то кидайте e-mail в лс, буду уведомлять Вас о выходе новой версии.
10. Dima Dima (bayce) 29.01.14 16:58
Как подсчитывается вероятность?
11. Виталий Якубов (bobreks) 30.01.14 03:06
(10) bayce, В конфигурации сама вероятность никак не рассчитывается, данное поле предлагается для ввода, тем более что вероятность для отдельных пар риск-проект будет разная.
В самой конфигурации пока нету четкой размерности вероятности, но я предлагаю использовать мат. вероятность возникновения риска в течении года, то есть по формуле из статистики:
Вероятность = (Количество зарегистрированных случаев возникновения риска)/(Период за который ведется статистика в годах)
То есть если за 10 лет было зарегистрировано 2 случая срыва сроков поставщиком, то вероятность риска "срыв сроков поставщиком" равна 0,2.
Если риск не был зарегистрирован ранее, но применяется экспертная оценка вероятности.
12. Александр Гуляев (gavrikprog) 30.01.14 21:15
Пока что от таблички Эксель совсем не ушли никуда.

А оценка рисков, она на то и оценка - что ставится опытным человеком, спецом - и потом уже с ними надо работать и устранять. Та же табличка Эксель.

P.S>в годах накопите информацию, а уж потом вам ее любой программист вывернет как надо )))
13. Виталий Якубов (bobreks) 31.01.14 00:51
(12) gavrikprog, к сожалению спецов больше не становится, а спрос на них растет.
Как я считаю, основные цели автоматизации - это как раз разработка системы, следуя правилам и пошаговыми инструкциям которой, можно выполнить ту работу, которую ранее выполнял только специалист с многолетним опытом. Тем самым можно понизить запросы на классификацию новых сотрудников, а как следствие - экономии бюджета.
14. Виталий Якубов (bobreks) 31.01.14 00:55
(12) gavrikprog
>Пока что от таблички Эксель совсем не ушли никуда.

Еще не ушли, но это все таки цель. Если Вы имеете в виду конфигурацию, то она пока еще в начале пути, надеюсь, когда-нибудь она станет автономным инструментом.
15. Дмитрий Уточкин (EdmundoAlvares) 01.02.14 20:17
Я не понял методику расчета и построения карты вероятностей исходов (рисков) из описания. По хорошему, нужно дать возможность и пользователю изменять алгоритмы ее расчета. Как вы собираетесь этот классификатор рисков по разным бизнесам заполнять и увязывать эти значения (в среднем по палате) с реальными проектами? Т.е. я имею в виду, как аналог - теорию надежности, где можно провести достаточно много испытаний как всего "устройства", так и его отдельных компоненов. Затем "суммировать" эти все данные и получить общую картинку надежности устройства, и даже некоторую погрешность оценить. Но, в случае бизнес проектов затруднительно веть достоверную статистику получить аналогичным макаром... Может быть для бизнеса какие-то другие схемы нужно выдумать? Хотелось бы и об этом тоже почитать).
mr.Samuelson; +1 Ответить 1
16. Дмитрий Макаров (pro-rok) 03.02.14 11:27
Спасибо автору, тема очень интересная будем смотреть.
17. Дмитрий Макаров (pro-rok) 03.02.14 12:00
непонятна настройка рисков, хотелось бы иметь более понятный механизм настройки рисков. Так же нет управления рисками, мало знать о наличии рисков им еще необходимо управлять. Напишите в ЛС свою почту, я скину свою табличку по рискам может чем поможет.
18. Сергей Пшеничников (Зеленоград) 03.02.14 12:03
Почитаю.

Но вот пример - есть завод, который 50 лет разрабатывает уникальную продукцию и серийно её выпускает. Его собственник - личный знакомый президента. Был 10-летний период, в который выпуск завода рос вдвое ежегодно. После 080808 завод получил заказ на разработку и выпуск средств связи, которых там сильно не хватало. Завод "белый" аж до тошноты.

Оцените вероятность рейдерского "отжима" заказа на эти средства связи.

Какие есть варианты, кроме резервного фонда 10% от оборота на НЁХ?
19. Виталий Якубов (bobreks) 03.02.14 18:58
(15) EdmundoAlvares, Вероятность не может быть рассчитана универсально для всех ситуаций и всех проектов, а берется только из статистики свершения и экспертной оценки.
То есть вы ставите вероятность самостоятельно, исходя из формулы Вероятность = (Количество зарегистрированных случаев возникновения риска)/(Период за который ведется статистика в годах) . Версия 0.2b уже почти готова, а вот в версии 0.3b я планирую сделать инструмент для сбора статистики, в том числе если риски фиксируется автоматизированно (например отсутствие связи с сервером), это будет помогать оценивать вероятность.
20. Виталий Якубов (bobreks) 03.02.14 19:00
(17) pro-rok, спасибо за отзыв, к будущей версии прикреплю более детальное описание.
21. Виталий Якубов (bobreks) 03.02.14 19:40
(18) Зеленоград, такое подсчитать можно только зная, какое количество рейдерских "отжимов" было ранее. Если таких случаев не было ранее, то надо спросить сотрудника СБ, чтоб он дал свою экспертную оценку.
22. Сергей Пшеничников (Зеленоград) 04.02.14 09:51
(21) bobreks, очевидно - ноль. А начальник СБ сам в сильном удивлении, если не сказать матом.

Ну ладно, завод этот уникален, по нему статистику не соберёшь. Возьмём что-нибудь типовое и массовое, опять же (чтоб риски убрать) белое.


Строительство в чистом поле и открытие торгового центра ИКЕЯ пойдёт? Методика расписана, кадры грамотные, откаты не платят. При открытии ТЦ девятый раз подряд была перенесена дата - не оказалось очень важной вещи. Экспертизы на ураганоустойчивость. 56-я по счёту экспертиза. После этого жёсткий старик Кампрад зарёкся здесь строить магазины...

В общем - "есть сотни способов заставить программиста работать быстро и хорошо. Но ни один из них не работает".
EdmundoAlvares; +1 Ответить 1
23. Сергей Пшеничников (Зеленоград) 04.02.14 09:54
Да, ещё вот что. Тервер почти забыт, но не надо ли добавлять что-то типа "полслучая на весь период"? Как-то ощущается из условия непрерывности вероятности при росте периода, или "вероятность встретить НЁХ, если она реально неведомая, оцениваем как 1/2".
24. Виталий Якубов (bobreks) 04.02.14 11:26
(22) Зеленоград, если сотрудник СБ говорит что шанс такого риска -0, то этот человек явно не знаком с теорией вероятности, надо научить их говорить, что шанс пренебрежительно мал для учета его в рисках :-)

На счет строительства ИКЕА в чистом поле - для рассчета риска вероятности переноса даты открытия очень легко собрать статистику.
Не пройденная экспертизы на ураганоустойчивость - это не риск, это причины риска переноса даты открытия.
Как писали в RealITSM - главное избегать излишней детализации в видении информационных баз, чтоб потом не зарыться в их заполнении.
25. Виталий Якубов (bobreks) 04.02.14 11:37
(23) Зеленоград,
> не надо ли добавлять что-то типа "полслучая на весь период"?
Да, Вы правы, если вы видели dt-файл который я приложил или скриншоты, то вероятность там указана в виде 0,20000 - то есть это 1/5 ущерба в год.
26. Дмитрий Уточкин (EdmundoAlvares) 04.02.14 18:34
(25) bobreks,
Ну а совместность-несовместность тоже задаётся-считается? Т.е. могут быть риски, которые появляются только в случае возникновения какого-то определенного риска и т.п.
27. Виталий Якубов (bobreks) 04.02.14 19:06
(26) EdmundoAlvares, Действительно, риски могут быть связаны, а так же риск может иметь ущерб и при этом вызывать событие которое может привести к прибыли.
Для построение достаточно простой мат. модели по которой можно что либо рассчитать, выявить и определить риски нужно таким образом, чтобы они были независимыми друг от друга, а связанные риски объединять в общий риск.
Честно, не приходят на ум прямо зависимые риски, для которых можно привести пример, а то бы привел :-)

http://ru.wikipedia.org/wiki/%D3%EF%F0%E0%E2%EB%E5%ED%E8%E5_%F0%E8%F1%EA%E0%EC%E­8
из Википедии:
...в целях создания стройной системы взглядов на риск-менеджмент, следует признать все риски чистыми, а дуальные события определенные как «спекулятивные» подвергать повторному анализу.

28. Дмитрий Уточкин (EdmundoAlvares) 04.02.14 21:12
(27) bobreks,
Дык очень просто выдумать такую ситуацию - у вас несколько поставщиков (в разных регионах), соответственно и бизнесс процессы и риски по взаимодействия с ними могут быть различны, добавьте к этому то, что ф-я риска (ну интегрированный показатель) может зависеть и от объёма поставок. Т.е. н-р у вас один поставщик схлопнулся (или не может обеспечить план), сценарий поставок соответствующим образом корректируется, а значит возможны уже совсем другие риски. Однако, в нашей "простой" модели этого учтено небыло, а знчит поимеем швах... Хотя может я и ошибаюсь...
29. Виталий Якубов (bobreks) 04.02.14 22:44
(28) EdmundoAlvares,
В данной конфигурации вероятность срыва сроков поставщиков ставится для одного проекта (именно на один проект ограниченный во времени я ориентировал и классификатор рисков и саму конфигурацию). Если уж рассчитывать риски предприятия, то брать усредненное значение, либо для каждого поставщика и/или вида поставок делать отдельный риск.

P.S. Как-то я дописывал УПП для учета надежности поставщиков и быстрого поиска способа покупки необходимой номенклатуры, так в результате для нормального функционирования модели необходимо было, чтобы каждый из 10 менеджеров по закупкам вносил свои данные о закупках и сроках поставок, а расчет с учетом закупок и плана производства велся почти всю ночь. Тут же я рассчитывал сделать конфигурацию, которой могли управлять 1-3 человека и она была бы помощников в управлении рисками.

P.P.S. Кстати, хорошая идея - разработать инструмент, для отдельного учета надежности поставщиков, сроков поставок и плана производста. Спасибо за идею :-)
30. Олег Филиппов (comol) 24.02.14 15:03
Эх... как прочитал, глаза загорелись, а оказалось... это НЕ ТЕ риски. Финансовые не рассматривали? Такого то функционала сколько угодно в PM системах... а вот для финансовых аналитиков есть только инструменты вроде SPSS, которыми мягко говоря до жути не удобно пользоваться...
korneichevon; +1 Ответить 1
31. Виталий Якубов (bobreks) 25.02.14 20:12
(30) comol, именно для Проект Менеджмента риски и рассматривал, но про финансовые риски тоже читал, однако я не финансист, возможно, когда-нибудь разберусь и получиться написать и такую конфигурацию)
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа