6.5. Риск при принятии решений
Под риском понимается опасность ошибочного решения. Поскольку риск - опасность потерь, он означает негативное отклонение от цели. Так как будущее никогда неизвестно, все решения связаны с риском. Риск может заключаться во влиянии на рентабельность, доходы, затраты, оборот и ликвидность (возможность всегда оплачивать свои счета).
Можно различать риск:
- общий (угрожает предприятию как целому);
- специальный по фактору (сырьевой, по оборудованию, энергии, персоналу, капиталу);
- специальный при изготовлении продукции (брак, не те способы, в НИОКР, в хранении);
- специальный при оценке продукции (при сбыте, в цехах, в гарантиях, в оплате).
Риск можно подразделить на калькулируемый и не калькулируемый, страхуемый и нет.
Для влияния на все виды риска у менеджера имеется определенный инструментарий (рис.26).
Рис. 26. Инструментарий снижения влияния риска
Эластичность
|
- многофункциональность средств производства и персонала.
|
Стимулирование сотрудников
|
- связь их интересов с риском.
|
Системы обеспечения
|
- охрана труда, пожарная безопасность, безопасность от провала, растрат, надежность продукции.
|
Сокращение систем
|
- дублирование ненадежных элементов.
|
Указатели ошибок
|
- тревожная сигнализация перед отказом.
|
Быстрое отключение
|
- нулевые схемы при критической ситуации.
|
Ограничение риска
|
- выбор правовой формы, рассредоточение, встречные сделки, оговорки о собственности, незначительная наличность в кассе, рассредоточение складов, производств, патентная защита.
|
Перекладывание риска
|
- на третьих лиц (поставщиков, кредиторов, наемных работников, покупателей, государство).
|
Обеспечение
|
- договор о страховании.
|
6.6. Математический инструментарий принятия решения
Этот инструментарий (экономико-математические модели и методы - ЭМММ) представляет собой логический системный подход к решению проблемы управления. Схематически его можно изобразить, как это показано на рис. 27.
С точки зрения ЭМММ центральным моментом становится конструирование модели - абстрактного представления существующей проблемной ситуации. Обычно такая модель представляется в виде математического соотношения или графика.
Рис. 27. Использование ЭМММ при принятии решения
Предположим, фирма продает продукт по цене 20$, а его себестоимость - 5$. Полная прибыль
z = 20x-5x,
где x - число проданных единиц продукта, x и z - переменные, причем x - независимая, z - зависимая переменная; числа 20 и 5 - параметры.
Это соотношение - модель определения прибыли фирмы. Предположим, что продукт делается из стали и что фирма имеет 100 кг стали в своем распоряжении. На единицу продукта идет 4 кг стали. Следовательно, 4x = 100 кг.
Теперь модель выглядит так:
z = 20x - 5x. (1)
4x = 100. (2)
Здесь уравнение (1) - целевая функция, а уравнение ресурсов (2) - ограничение, то есть управленческое решение будет моделироваться так:
max z = 20x - 5x при 4x = 100.
Итак, если менеджер решает продать 25 единиц продукта (x = 25), фирма получит прибыль z = 375$. Заметим, что эта величина не действительное решение, а скорее информация, которая служит рекомендацией или руководством, помогающим менеджеру принять решение.
Некоторые модели не дают ответа и рекомендаций по решению. Однако они обеспечивают описательные результаты: эти результаты описывают моделируемую систему (например, дисперсия продаж некоторых товаров по месяцам в течение года).
Менеджер не прямо применяет полученный результат как решение, а сопоставляет его со своими оценками и прогнозами. Если менеджер не использует результаты ЭМММ, то они нереализуемы. Если это так, то должны быть введены дополнительные ресурсы или усилия при решении проблемы, конструировании модели и ее решении.
Результаты моделирования и решения основаны на сравнении путем обратной связи с первоначальной моделью, которая может модифицироваться при испытаниях в различных условиях и будущих решениях менеджера. Результаты могут указывать, что проблема полностью не охвачена ранее и это требует изменений или реконструкции первоначальной модели. В этом случае ЭМММ представляют непрерывный процесс, а не одиночное решение одиночной проблемы.
Классификация ЭМММ приведена на рис. 28. В курсе ЭМММ подробно рассматривается большая часть этих процедур. Здесь далее содержится краткая оценка их практической применимости в современном менеджменте.
Наиболее популярна техника линейного программирования. К ней проводят задачи, связанные с ограничениями (по ресурсам, времени, рабочей силе, энергии, финансам, материалам) и с целевой функцией типа максимизации прибыли. Существенным является линейность функциональных соотношений в математической модели. Конкретная техника решений состоит в использовании алгоритма последовательных шагов (т. е. программы).
При использовании вероятностных процедур, в отличие от линейного программирования, результаты носят вероятностный характер и должны содержать некоторую неопределенность и возможность присутствия альтернативных решений.
Процедуры управления запасами специально разработаны для анализа проблем запасов, что характерно для большинства коммерческих фирм. Эта частная функция управления вносит существенный вклад в издержки любого бизнеса.
Сетевые модели скорее более диаграммы, чем точные математические соотношения. Они представляют в наглядной форме систему действий для их анализа.
Другие процедуры являются многоступенчатыми (программными), но отличными по постановке от линейной задачи.
В США по состоянию на 1980 г. в учебных заведениях, правительственных учреждениях, бизнесе и промышленности частота использования процедур характеризуется данными табл. 6.3.
Рис. 28. Классификация ЭМММ
Таблица 6.3
Частота использования и относительная важность процедур
Процедура
|
%
пользователей
|
Ранг полезности
|
Общий ранг
|
Место по важности
|
Линейное программирование
|
83,8
|
2
|
2,4
|
2
|
Имитационные модели
|
80,3
|
1
|
1,25
|
1
|
Сетевые модели
|
58,1
|
4
|
6,9
|
4
|
Теория очередей
|
54,7
|
7
|
12,7
|
5
|
Дерево решений
|
54,7
|
3
|
5,5
|
3
|
Анализ замещений
|
38,5
|
5
|
13,0
|
6
|
Интегральное программир.
|
38,5
|
6
|
15,6
|
7
|
Динамическое программир.
|
32,5
|
11
|
38,8
|
10
|
Марковские процессы
|
31,6
|
10
|
31,6
|
9
|
Нелинейное программир.
|
30,7
|
9
|
29
|
8
|
Программированные результаты
|
20,5
|
8
|
39
|
11
|
Теория игр
|
13,7
|
12
|
88
|
12
|
Итак, мы видим, что в практическом менеджменте наибольшее значение придается:
- имитационным моделям,
- линейному программированию,
- графам (деревьям) решений,
- сетевым моделям,
- теории очередей (задачам массового обслуживания),
- анализу замещения,
- интегральному программированию.
Частота использования различных методов респондентами отражена в табл. 6.4.
Таблица 6.4
Доля респондентов, использующих конкретные методы
-
Сфера управления
|
% респондентов
|
Статистический анализ
|
98,4
|
Имитация на компьютерах
|
87,1
|
Сетевые методы
|
74,1
|
Линейное программирование
|
74,2
|
Теория очередей
|
59,7
|
Нелинейное программирование
|
46,8
|
Динамическое программирование
|
38,7
|
Теория игр
|
30,6
|
Следует отметить определенную переоценку значимости экономико-математических моделей в реальной практике управления экономико-производственными системами. Это связано с непреодолимыми пока сложностями моделирования процессов в экономико-производственных системах из-за непрерывности изменений продукции, нерегулярности производства, внутренних дестабилизирующих факторов, нерегулярности снабжения, финансирования, сбыта и т.д.
Большинство этих факторов носит нестационарный характер, что фактически исключает возможность использования эконометрических моделей в планировании и управлении реальным производством.
6.7. П рофессионалы советуют
Решение проблем (Solving Problems)
Проблема - это отклонение от нормы. Решение проблемы фундаментально отличается от принятия решения. Последнее, по существу, - выбор среди альтернатив. При этом требуется ответить на вопрос типа «Какой компьютер я должен купить?» При решении проблемы следует ответить на вопрос другого типа: «Почему мой компьютер не хочет работать?»
Достоинства методики:
- процесс систематизированный и сквозной;
- он обеспечивает наглядность решения проблемы;
- помогает в определенных случаях сделать переход к решению проблемы без детального знания причин возникшей ситуации;
- способствует тестированию ситуации;
- удобен при решении сложных и нечетких проблем.
Недостатки:
- требуются существенные временные и ресурсные затраты;
- необходимо дисциплинированное информационное видение и сопоставление файлов.
Список действий.
1. Определение проблемы.
2. Сбор относящейся к делу информации.
Это ключевая стадия, составляющая ответы на вопросы:
- Что такое возникшая проблема?
- Что - не проблема?
- Чем отличается эта проблема от других подобных?
- Что действует на это?
- Что не действует на это?
- В чем отличия того, что не действует?
- Какие задачи решаются проблемой?
- Какие задачи не зависят от проблемы?
- Что отличается в том, что зависит?
3. Идентификация возможных случаев.
Ответы на вопросы:
- Когда проблема впервые возникла?
- Когда это не существовало?
- Что изменилось?
- Какие изменения могут иметь отношение к случившемуся?
4. Идентификация возможных решений.
Формулировка возможных гипотез на основе ответов на вопросы по п.п. 3, 4.
5. Исследование возможных случаев.
6. Разработка решения.
7. Принятие решения.
8. Мониторинг результатов.
Что надо и чего не надо делать при решении проблемы.
Надо:
- обращать внимание на ключевые вопросы: что, где и кто?
- обеспечить сбор возможно полной информации, относящейся к предмету исследования;
- определить точную природу проблемы;
- сохранять данные, которые Вы собрали для возможного пересмотра проблемы.
Не надо:
- забывать ключевые подходы от противного: что не…?, почему нет…?, где нет…?, кто не…?
- отбрасывать испытания возможных случаев из собранных данных;
- прыгать к случайным "очевидным" решениям без сбора соответствующих доказательств;
- быстро оценивать идеи без их тщательной проверки.
Принятие рациональных решений
(Making Rational Decisions)
Решение представляет собой выбор из ряда альтернатив. Ключевым элементом этого процесса является генерация такого ряда, а затем формулирование правил отбора.
Достоинства модели:
- обеспечивает очевидные решения и поддерживает уверенность в их правильности;
- удобна при сложных и нечетко сформулированных решений;
- обоснована и систематизирована;
- требует эффективного сбора информации, а не предвзятых идей.
Недостатки:
- методика может потребовать много времени и ресурсов, особенно в быстро меняющихся ситуациях;
- требует сбора большого объема информации
- выбранные таким образом рациональные решения не дают полную гарантию правильности выбора.
Список действий.
1. Определение: какие решения требуются. Пример: какой компьютер купить?
2. Определение цели.
Стадия включает консультации, поиск и выбор информации.
Пример цели: компьютер должен работать в сети, позволять использовать CD-ROM, Word - обработку, оболочки и графики, но не требует быстрого удаления записи на винчестере. Цена должна быть доступной.
Отсюда заключение: компьютер должен иметь модем, расширитель памяти, драйвер CD-ROM, большой винчестер, стандартный пакет программного обеспечения, а цена должна отвечать требованиям бюджета.
3. Классификация целей.
Определение разницы между существенным требованием («должен») и желательным («желательно»).
Пример. Должен: Предел по цене, минимум способностей по процессору, минимум емкости винчестера; «желательно»: модем, CD-ROM, устройство внешней памяти, пакета программного обеспечения.
4. Определение требований «должен».
Цели должны иметь численное выражение или стандартные значения. Предположим максимум цены $ 1500, предельная частота - 200 мГц, емкость винчестера - 2 гигабайта. Если эти требования не выполняются, вариант отклоняется.
5. Определение требований «желательно».
Они могут быть взвешены по баллам (например 0-10).
Пример:
-
-
-
-
-
Характеристика
|
Баллы
|
Быстрый модем
|
10
|
Полный пакет ПО
|
10
|
Встроенный CD-ROM
|
9
|
Внешняя память
|
8
|
6. Генерация альтернатив.
7. Проверка альтернатив на соответствие требованиям.
8. Тест альтернатив на требование «должен».
9. Привязка оставшихся альтернатив к требованиям «желательно».
Пример:
-
-
-
-
-
Характеристика
|
Баллы
|
Более медленный модем
|
6 (6х10=60)
|
2-4 элемента ПО отсутствуют
|
5 (5х10=50)
|
Нет драйвера CD-ROM
|
0 (9х0=0)
|
Два блока внешней памяти
|
8 (8х8=64)
|
|
=174
|
10. Переход к условному решению.
Пример:
- альтернатива А - явно лучше,
- альтернативы D, E - не существенно хуже,
- между альтернативами B и C малое различие.
11. Финальное решение.
Что надо и чего не надо делать при принятии рациональных решений.
Надо:
- иметь достаточную информацию для выбора между альтернативами;
- быть уверенным, что цели отвечают Вашим нуждам;
- иметь время для работы над критериями «должен»;
- не менять цели в процессе принятия решений;
- пересматривать процесс после условного решения (с целью уточнения аспектов).
Не надо:
- быстро определять «очевидные» решения;
- сохранять «ранее сделанные» заключения в процессе оценок;
- «срезать углы», особенно если решение имеет долговременное значение;
- включать персональные приоритеты в процесс;
- рассматривать условные решения как финальные;
- использовать этот подход для исследования проблем (!).
Успешное делегирование (Successful Delegation)
Делегирование – передача другим (обычно подчиненным) ответственности и авторства операций и/или согласования определенных действий. Имеются различные уровни делегирования (делегирование деятельности, но не оценок, ответственности, авторства действий).
Достоинства делегирования:
- освобождение времени менеджера;
- возможность менеджеру заняться более важной работой (например, стратегическими решениями);
- возможность более глубокой оценки потенциала подчиненных;
- мотивация тех, кому осуществляется делегирование;
- средство развития искусств и навыков сотрудников;
- работа с кадровым резервом.
Недостатки делегирования.
- организация делегирования требует определенной затраты времени и усилий менеджера;
- имеется определенный риск;
- в организации может просто не быть людей с достаточными ресурсом времени и компетенцией.
Список действий при делегировании:
1. Выделить существенное во всем многообразии активностей.
2. Определить активности, подлежащие делегированию.
3. Оценить выгоды делегирования.
4. Идентифицировать личности, пригодные для делегирования.
5. Обсудить передаваемые активности.
6. Определить временные рамки и обеспечение делегирования.
7. Определить уровни ответственности при делегировании.
8. Обзор и оценка результатов делегирования.
Что надо и чего не надо делать для успешного делегирования.
Надо:
- планировать делегирование;
- обсуждать планируемое делегирование с соответствующими личностями;
- обязательно давать тем, кому делегированы полномочия, закончить эффективно выполняемую работу.
Не надо:
- оставлять людей в состоянии сомнения;
- включаться, диктовать ход работы, которая уже выполняется в порядке делегирования;
- делегировать все активности одним и тем же сотрудникам;
- применять методы кредитования при делегировании («потом – посмотрим»).
6 .8. Контрольные вопросы по разделу 6
6.0. Бинарные вопросы. Если Вы согласны с утверждением или считаете, что нужно утвердительно ответить на вопрос, обозначьте ответ как «да». В противном случае – «нет». Постарайтесь обосновать свой выбор.
6.0.1. В одном цикле процесса управления решение принимается только один раз.
6.0.2. ЛПР может влиять на процесс обслуживания и принятия решения выбором методов их организации.
6.0.3. Решения под стрессом и при давлении сроков относятся к решениям средней сложности.
6.0.4. Четко структурированное решение может быть получено путом расчета.
6.0.5. При принятии слабо структурированного решения интуиция ЛПР не играет особой роли.
6.0.6. Решения об инвестициях в кризисной ситуации следует делегировать подчиненным.
6.0.7. Делегирование подчиненным полномочий на принятие решений может им не понравиться.
6.0.8. Делегирование полномочий способствует росту компетенции подчиненных.
6.0.9. Любое решение в реальной экономической системе связано с риском.
6.0.10. Использование ЭМММ при принятии решений может снизить затраты на этот процесс, но не гарантировать успешность реализации решения.
|
