Современный продукт, разработанный в сжатые сроки и с соблюдением сложных требований, может легко потерять функциональность и производительность. Это неотъемлемое обстоятельство, которое имеет место в деятельности предприятия на всех уровнях, то, что называется риском. Из-за значительного потенциального воздействия этих факторов риска на результаты бизнеса и невозможности полностью контролироваться бизнесом, анализ рисков является важной дисциплиной в рамках стратегического и операционного управления предприятием, которая предполагает завершение всего цикла оценки рисков. Уверенность — это состояние, в котором возможен только один исход решения. На самом деле полная информация и полная уверенность в экономике встречаются очень редко. В любом случае, ни экономическая жизнь в целом, ни отдельные экономические процессы, и в этом контексте процессы, которые происходят в основных экономических единицах, таких как компания или домашнее хозяйство, не могут быть полностью рассмотрены без учета неопределенности и риска. Риск — это состояние, при котором решение имеет более одного возможного результата и при котором вероятность каждого конкретного риска известна или может быть оценена. Вероятность любого возможного результата можно оценить на основании более раннего опыта или исследования рынка. Чем больше вариативность возможных результатов, тем выше риск, связанный с решением или действием. Неопределенность — это состояние, когда решение имеет более одного возможного результата и при котором вероятность наступления каждого конкретного результата неизвестна или даже бессмысленна. Это может быть связано с недостаточной информацией из прошлого или нестабильностью структуры переменных.[1]
Пренебрежение риском — одна из основных причин принятия неверных решений. Хотя риск является неотъемлемой частью бизнеса, необходимо знать, как управлять риском, принимая обоснованные решения на основе современного анализа качественных данных. Понимание данных чрезвычайно важно, главным образом потому, что оно помогает идентифицировать и понимать потенциальные возможности, но также и для минимизации риска входа в бизнес-предприятия, которые не имеют покрытия. Модульность может пересекать технические аспекты с бизнес-аспектами. Использование модульной технологии имеет далеко идущие последствия для любой компании, занимающейся проектированием и разработкой, которая берет на себя обязательство использовать эту парадигму. В контексте проектирования модульность сочетает в себе технические аспекты с бизнес-аспектами, как с качественной, так и с количественной точки зрения (рис. 1), а также может применяться к методам и процессам.[2]
Рисунок 1 — Аспекты и точки зрения модульности
Модульность продуктов и процессов
Модульная конструкция учитывает функции, свойства и интерфейсы компонентов продукта. Стандартные интерфейсы делают детали взаимозаменяемыми, тем самым снижая расходы на сочетание различных компонентов продукта. В области материальных, собранных артефактов система продуктов является модульной в той степени, в которой ее отдельные компоненты или модули можно комбинировать. Автономность или независимость от внешнего, зависимость от внутреннего — важная характеристика модулей. Технически продукты можно понимать, как сеть компонентов, которые имеют общие технические интерфейсы (или соединения), чтобы функционировать как единое целое. Таким образом, минимизация взаимодействий с внешними компонентами, и максимизация взаимодействий между компонентами внутри модуля являются принципами поиска модулей. Фактически, жизненный цикл модуля ограничен заранее определенными сценариями, которые зависят от его интерфейсов и его соединений. Модульность кажется контрпродуктивной, когда выборочные отличительные особенности являются причиной покупки продукта. Интеграция различных вариантов продукта не принесет никаких денежных выгод, если она не будет организована посредством целостного подхода к контролю. Схемы затрат на модульные продукты также могут быть установлены путем декомпозиции семейства продуктов на общие модули для поддержки расчета затрат.
Концепция интеллектуального продукта должна максимизировать пространство для проектирования архитекторов и системных проектировщиков. Как разрабатывать интеллектуальные модули — важный вопрос, связанный с проектированием интеллектуальных продуктов. Таким образом, разработка интеллектуальных мульти дисциплинарных совместных и распределенных платформ может лучше справиться с проблемой модульности и управления вариантами. Модульная конструкция должна быть результатом последовательного и рационального процесса проектирования, в котором варианты, модульные или интегральные, изучаются на раннем этапе в ответ на технические ограничения и набор требований. Модульность должна поддерживаться всеми последующими бизнес-процессами.[3]
Управление техническими рисками
Управление рисками — это процесс, который идентифицирует, оценивает и обрабатывает риски с использованием последовательных и повторяемых процедур для составления отчета и мониторинга рискованных действий. Управление рисками не стремится устранить риски, а создает среду, в которой можно принимать оптимальные бизнес-решения с учетом выявленных рисков и последствий, которые они могут вызвать. После того, как риски идентифицированы и пройдены через вышеуказанные процедуры, очень важно выбрать соответствующий метод, который позволит эффективно устранить или контролировать подверженность рискам. В области технических продуктов на практике используются различные подходы и методы для устранения технических рисков при разработке продукта. ISO 31000 — это базовый стандарт управления рисками (рис. 2). Он не должен служить основой для сертификации, но должен направлять действия по эффективному и действенному управлению рисками, независимо от области деятельности организации. Он адресован каждой организации, которая должна управлять рисками. Анализ видов и последствий отказов (АВПО) — это аналитический метод в области проектирования надежности, используемый во время разработки и планирования для анализа и предотвращения потенциальных рисков, которые применяются на уровне системы, проектирования и процесса. На этапе планирования АВПО должен обнаруживать потенциальные ошибки во время разработки продукта и избегать их, принимая соответствующие меры. Он оценивает и смягчает потенциальные сбои в системе, процессе, проекте или услуге в соответствии с их значимостью для потребителя, вероятностью их возникновения и вероятностью обнаружения, каждое из которых имеет ключевой показатель.
Рисунок 2 — Структура управления рисками, соответствующая ISO 31000.
Управление жизненным циклом продукта
Управление жизненным циклом продукта (УЖЦП) широко понимается как концепция создания, обработки, хранения и извлечения данных, информации и, в идеале, знаний на протяжении всего жизненного цикла продукта от его концептуализации или создания до его утилизации, переработки или восстановления. УЖЦП рассматривается в отрасли как одна из основных концепций для выполнения ряда бизнес-требований в обрабатывающей промышленности в отношении полноты, высокой прозрачности, быстрой доступности и высокой видимости всех данных о продукте в течение его жизненного цикла. УЖЦП реализуется путем развертывания ИТ-систем, таких как системы управления данными о продуктах (СУДП), и обеспечивает высокий уровень взаимодействия связанных приложений. С помощью УЖЦП промышленные компании пытаются получить преимущества в более коротких циклах, меньших затратах, более высоком качестве, избегая ошибок и недоразумений. Кроме того, существует риск того, что управление данными будет очень сложным, при этом необходимо мириться с компромиссом в производительности системы, особенно когда необходимо управлять большим количеством вариантов продукта. Чтобы разрешить эти конфликты, современные системы СУДП расширены модулем диспетчера вариантов.[4]
Методика.
Управление техническими рисками, модульность и УЖЦП — это связанные области проектирования, которые в идеале могут быть объединены в цепочку процессов и реализованы как техническое решение с помощью программного модуля, который работает с данными УЖЦП. Следуя общей концепции УЖЦП, но не в последнюю очередь, спрос определяется регулирующими правилами.
В основном случай риска инициируется владельцем продукта и состоит из цели, входных данных и описания и, следовательно, является предметом оценки риска. Основными драйверами являются требования, корректирующие и предупреждающие действия, жалобы и портфолио. Случай риска обнаруживает отношение 1: n к оценке, которая состоит из основной причины, режима отказа и механизма отказа. Оценка риска дает отношение 1: n к анализу риска, которое состоит из вероятности, серьезности, возникновения и обнаружения. На основе анализа рисков могут быть предприняты соответствующие действия и назначены владельцу. Таким образом выстраивается круговой поток с четырьмя позициями продуктовой линейки риска. Эта модель данных легко позволяет разложить цепочку рисков. Модульность достигается за счет разделения информации на три категории: архитектура, интерфейсы и стандарты. Архитектура определяет системные модули и их функции. Интерфейсы описывают взаимодействие модулей. Стандарты проверяют соответствие модуля правилам проектирования и сравнивают производительность конкурирующих модулей. Структурная и функциональная декомпозиция снова может быть декомпозирована с использованием некоторых новых инженерных свойств, ведущих к новым наборам декомпозиции. Путем встраивания этого процесса в систему СУДП отдельные элементы могут быть назначены узлам в структурах продукта. Это облегчает оценку определенных деревьев в структуре продукта (например, конкретного варианта).[5]
Выводы
Теория и практика подтвердили, что системный и последовательный подход к управлению рисками может минимизировать риски, связанные с коммерческой деятельностью. Руководство должно знать обо всех угрозах, которые угрожают компании или началу разработки продукта, оставляя инвестора в долгу. Использование и интеграция различных технологий и модулей в комплексные системы СУДП — это текущая тенденция в обрабатывающей промышленности. Эти подходы может предложить возможность разработки самодостаточных моделей и самодостаточных продуктов. Таким образом, разработка интеллектуальных совместных и распределенных платформ в рамках управления жизненным циклом продукта может лучше справиться с модульностью и управлением рисками.
Список литературы
- Balabanov I.T. Risk-menedzhment. – M.: Finansy i statistika, 1996.
- Van Horn Dzh.K. Osnovy upravlenija finansami. – M.: Finansy i statistika, 1996.
- Vishnjakov Ja.D., Kolosov A.V., Shemjakin V.L. Ocenka i analiz finansovyh riskov predprijatija v uslovijah vrazhdebnoj okruzhajushhej sredy biznesa // Menedzhment v Rossii i za rubezhom – 2005 g. №3, s. 15–17.
- Grabovoj P.G. Riski v sovremenom biznese. – Alans, 1994. – 240c
- Granaturov V.M. Jekonomicheskij risk: sushhnost’, metody izmerenija, puti snizhenija. – M.: Izdatel’stvo «Delo i Servis», 1999.
