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








Конфигурация "Управление рисками" 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. Несколько вариантов детализации карты рисков (2×2, 3×3, 4×4, 5×5)
  9. Построения графика динамики изменения риска — вероятности, ущерба относительного и ущерба суммового.
  10. Возможно ведения риска как в суммовом эквиваленте (рубли) так и в относительном (вероятность срыва проекта, уменьшение авторитета или же вероятность увольнения)
  11. Заполнение рисков помощником заполнения рисков — легкий выбор рисков и быстрая установка вероятностей и ущерба.

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

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

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

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

 

35 Comments

  1. wunderland

    Тема интересная, но работы еще — не початый край. Буду следить за развитием проекта.

    Reply
  2. bobreks

    (1) wunderland, Спасибо! пока все что есть в конфигурации по факту просто черновик. Но есть замечания которые интересно услышать в начале разработки. Именно поэтому я и опубликовал на версии beta :).

    Reply
  3. iov

    риски в России?

    1) Сочи — вот где риски бы посчитать.

    2)Банки только у нас без явного кризиса просто так закрыли банки и счета организаций.

    3) Владельцы бизнеса меняют детекторов чаще чем секретарш.

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

    И вообще — кто не рискует тот не пьет (тут подставить кто что любит)!

    Reply
  4. bobreks

    (3) iov, Достаточно посмотреть один вебинар по управлению рисками на Ютубе, чтоб понять что такое риски и как ими управляют. Мне как простому разработчику это сильно пригодилось, я смог оценивать где мои проекты могут быть завалены, а следовательно знать как устранять причины тех или иных рисков.

    И тут мы говорим не о закрытии банков и пришествии инопланетян, а о более реальных вещах, например, о рисках того что наш проект перестанут финансировать (для этого готовим отдельный план для слабого низкого финансирования) или риск того что уйдет ведущий специалист (заранее подготавливаем сотрудников, на которых можно делегировать его обязанности)

    Reply
  5. iov

    (4) вот такие моменты любой руководитель с опытом чувствует жопой. А управление рисками это модно конечно но если о рисках не догадываться- то и управлять ими тоже трудно не так ли? А готовится к пониженному финансированию или уходу основного специалиста это не статический риск а динамический причем с разным процентом потерь и разным процентом возможностей. соответственно риски есть были и будут но управление ими в качестве математической модели стоит рассматривать с учетом изменения внешних факторов (таких как общий экономический кризис или подъем , увеличение з/п программистов и залетит или нет подруга Машка у ведущего архитектора решения). И я нисколько не призываю не использовать оценку рисков — но доверять ей даже на 30% не стоит. Эта система хороша тем что систематизирует возможные риски.

    Reply
  6. bobreks

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

    Да и инвесторы очень часто прост реестр рисков Вашего проекта, это им помогает понять насколько Вы компоненты в области. Конечно у каждого своя правда 🙂 Вот лично мне всегда удобно держать такой список перед глазами, чем вспоминать все грабли перед принятием нового решения.

    Reply
  7. gull22

    Интересная тема, в частности, для аудита бухгалтерской отчетности. Беру на заметку.

    Reply
  8. KliMich

    Спасибо! Надо будет взять на вооружение.

    Reply
  9. bobreks

    (8) KliMich, Всегда пожалуйста, Вы просматриваете обновления, потому что сейчас я планирую исправить несколько косячков и добавить новые возможности. Если хотите, то кидайте e-mail в лс, буду уведомлять Вас о выходе новой версии.

    Reply
  10. bayce

    Как подсчитывается вероятность?

    Reply
  11. bobreks

    (10) bayce, В конфигурации сама вероятность никак не рассчитывается, данное поле предлагается для ввода, тем более что вероятность для отдельных пар риск-проект будет разная.

    В самой конфигурации пока нету четкой размерности вероятности, но я предлагаю использовать мат. вероятность возникновения риска в течении года, то есть по формуле из статистики:

    Вероятность = (Количество зарегистрированных случаев возникновения риска)/(Период за который ведется статистика в годах)

    То есть если за 10 лет было зарегистрировано 2 случая срыва сроков поставщиком, то вероятность риска «срыв сроков поставщиком» равна 0,2.

    Если риск не был зарегистрирован ранее, но применяется экспертная оценка вероятности.

    Reply
  12. gavrikprog

    Пока что от таблички Эксель совсем не ушли никуда.

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

    P.S>в годах накопите информацию, а уж потом вам ее любой программист вывернет как надо )))

    Reply
  13. bobreks

    (12) gavrikprog, к сожалению спецов больше не становится, а спрос на них растет.

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

    Reply
  14. bobreks

    (12) gavrikprog

    >Пока что от таблички Эксель совсем не ушли никуда.

    Еще не ушли, но это все таки цель. Если Вы имеете в виду конфигурацию, то она пока еще в начале пути, надеюсь, когда-нибудь она станет автономным инструментом.

    Reply
  15. EdmundoAlvares

    Я не понял методику расчета и построения карты вероятностей исходов (рисков) из описания. По хорошему, нужно дать возможность и пользователю изменять алгоритмы ее расчета. Как вы собираетесь этот классификатор рисков по разным бизнесам заполнять и увязывать эти значения (в среднем по палате) с реальными проектами? Т.е. я имею в виду, как аналог — теорию надежности, где можно провести достаточно много испытаний как всего «устройства», так и его отдельных компоненов. Затем «суммировать» эти все данные и получить общую картинку надежности устройства, и даже некоторую погрешность оценить. Но, в случае бизнес проектов затруднительно веть достоверную статистику получить аналогичным макаром… Может быть для бизнеса какие-то другие схемы нужно выдумать? Хотелось бы и об этом тоже почитать).

    Reply
  16. pro-rok

    Спасибо автору, тема очень интересная будем смотреть.

    Reply
  17. pro-rok

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

    Reply
  18. Зеленоград

    Почитаю.

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

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

    Какие есть варианты, кроме резервного фонда 10% от оборота на НЁХ?

    Reply
  19. bobreks

    (15) EdmundoAlvares, Вероятность не может быть рассчитана универсально для всех ситуаций и всех проектов, а берется только из статистики свершения и экспертной оценки.

    То есть вы ставите вероятность самостоятельно, исходя из формулы Вероятность = (Количество зарегистрированных случаев возникновения риска)/(Период за который ведется статистика в годах) . Версия 0.2b уже почти готова, а вот в версии 0.3b я планирую сделать инструмент для сбора статистики, в том числе если риски фиксируется автоматизированно (например отсутствие связи с сервером), это будет помогать оценивать вероятность.

    Reply
  20. bobreks

    (17) pro-rok, спасибо за отзыв, к будущей версии прикреплю более детальное описание.

    Reply
  21. bobreks

    (18) Зеленоград, такое подсчитать можно только зная, какое количество рейдерских «отжимов» было ранее. Если таких случаев не было ранее, то надо спросить сотрудника СБ, чтоб он дал свою экспертную оценку.

    Reply
  22. Зеленоград

    (21) очевидно — ноль. А начальник СБ сам в сильном удивлении, если не сказать матом.

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

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

    В общем — «есть сотни способов заставить программиста работать быстро и хорошо. Но ни один из них не работает».

    Reply
  23. Зеленоград

    Да, ещё вот что. Тервер почти забыт, но не надо ли добавлять что-то типа «полслучая на весь период»? Как-то ощущается из условия непрерывности вероятности при росте периода, или «вероятность встретить НЁХ, если она реально неведомая, оцениваем как 1/2».

    Reply
  24. bobreks

    (22) Зеленоград, если сотрудник СБ говорит что шанс такого риска -0, то этот человек явно не знаком с теорией вероятности, надо научить их говорить, что шанс пренебрежительно мал для учета его в рисках 🙂

    На счет строительства ИКЕА в чистом поле — для рассчета риска вероятности переноса даты открытия очень легко собрать статистику.

    Не пройденная экспертизы на ураганоустойчивость — это не риск, это причины риска переноса даты открытия.

    Как писали в RealITSM — главное избегать излишней детализации в видении информационных баз, чтоб потом не зарыться в их заполнении.

    Reply
  25. bobreks

    (23) Зеленоград,

    > не надо ли добавлять что-то типа «полслучая на весь период»?

    Да, Вы правы, если вы видели dt-файл который я приложил или скриншоты, то вероятность там указана в виде 0,20000 — то есть это 1/5 ущерба в год.

    Reply
  26. EdmundoAlvares

    (25)

    Ну а совместность-несовместность тоже задаётся-считается? Т.е. могут быть риски, которые появляются только в случае возникновения какого-то определенного риска и т.п.

    Reply
  27. bobreks

    (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

    из Википедии:

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

    Reply
  28. EdmundoAlvares

    (27)

    Дык очень просто выдумать такую ситуацию — у вас несколько поставщиков (в разных регионах), соответственно и бизнесс процессы и риски по взаимодействия с ними могут быть различны, добавьте к этому то, что ф-я риска (ну интегрированный показатель) может зависеть и от объёма поставок. Т.е. н-р у вас один поставщик схлопнулся (или не может обеспечить план), сценарий поставок соответствующим образом корректируется, а значит возможны уже совсем другие риски. Однако, в нашей «простой» модели этого учтено небыло, а знчит поимеем швах… Хотя может я и ошибаюсь…

    Reply
  29. bobreks

    (28) EdmundoAlvares,

    В данной конфигурации вероятность срыва сроков поставщиков ставится для одного проекта (именно на один проект ограниченный во времени я ориентировал и классификатор рисков и саму конфигурацию). Если уж рассчитывать риски предприятия, то брать усредненное значение, либо для каждого поставщика и/или вида поставок делать отдельный риск.

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

    P.P.S. Кстати, хорошая идея — разработать инструмент, для отдельного учета надежности поставщиков, сроков поставок и плана производста. Спасибо за идею 🙂

    Reply
  30. comol

    Эх… как прочитал, глаза загорелись, а оказалось… это НЕ ТЕ риски. Финансовые не рассматривали? Такого то функционала сколько угодно в PM системах… а вот для финансовых аналитиков есть только инструменты вроде SPSS, которыми мягко говоря до жути не удобно пользоваться…

    Reply
  31. bobreks

    (30) comol, именно для Проект Менеджмента риски и рассматривал, но про финансовые риски тоже читал, однако я не финансист, возможно, когда-нибудь разберусь и получиться написать и такую конфигурацию)

    Reply
  32. zepun

    Ошибка. Если отчет «Реестр рисков» открыть и сформировать из раздела «Разработка»

    Reply
  33. user1026621

    Добрый день! Меня очень заинтересовал этот проект, он ещё актуален? Что то новое появляется ?

    Reply
  34. bobreks

    (34) Добрый день, с сожалению, проект был заброшен, так как не пользовался спросом.

    Reply
  35. user1026621

    (35) Надо возобновить )) с 1января 2018 года все МФО , КПК должны управлять рисками в обязательном порядке, указание ЦБ , нет ни одной программы для этого, очень тяжело в ручную все делать , скоро ещё ломбарды тоже заставит цб риски делать.

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *