Введение
Анализ и управление рисками является одним из наиболее важных аспектов процесса проектирования. Эти риски включают в себя здоровье и безопасность, надежность конструкции и надежность, ремонтопригодность, конкурентоспособности, затрат, сроков и производительности.
Тем не менее, многие из этих рисков управляется только интуиция менеджера проекта или управленческой команды. Хотя многие из них достаточно квалифицированны, чтобы исследовать и контролировать большую часть этих рисков, ряд проектов, которые не соответствуют функциональным требованиям, ограничения затрат, запланированных сроков, надежности ожиданий, или другие вещи, служит свидетельством того, что сложность управления рисками на современных проектов выходит за рамки возможностей нашей существующей системы ведения дел.
В больших организациях, многопрофильной группы экспертов может провести расследование и оценка рисков проекта по стандартизированной методологии, регулярно общаться со всей командой проекта и оценить предлагаемые решения проблем по установленным критериям, лишь бы, чтобы эти проекты также страдают многие из тех же проблем.
Но что, если вещи не должны быть именно так? Что делать, если оценка рисков может произойти автоматически, как тысячи крошечных решений, принятых различными членами команды проекта начали сливаться к одному из многих возможных данной результаты? И потом, что если руководитель или руководители проекта может сразу же увидеть курс, в котором их проект возглавил, чтобы оценить необходимость внести коррективы, и видел, вид коррекции нужны?
Эта ситуация не так уж неправдоподобно, как это однажды было бы. Рост совместного управления проектами, проектирования и производства инструментов поставили почти все данные, необходимые для этой оценки рисков и системы управления в доступном месте. Новые исследования по психологии принятия решений осветил, как люди пере-и недооценке рисков, позволяя точной передачи информации о рисках намного более возможно, уже не полагаясь на интерпретацию одного человека на неопределенный вывод оценки риска. С направленных усилий, всеобъемлющего, комплексного управления рисками и контроля приложений могут быть доступны для преобразования практики управления проектами на малых и крупных предприятий значительно повысить успех всех видов инженерных проектов на всех этапах жизненного цикла.
Проблема - растущие потребности в течение жизненного цикла
Многие процессы и инструменты для оценки и контроля рисков в существующих на сегодняшний день только хорошо работать на одной конкретной стадии ее жизненного цикла продукции. Многие были разработаны, например, обзор продуктов в области, чтобы определить вероятность и тяжесть проблем на основе статистических трендов анализов. Другие используются в поздних стадиях проектирования изделий предвидеть проблемы на основе системного свойства, как надежность, как это определено инженерного анализа и тестирования программ.
Инструменты оценки риска не должны работать только в процессе дизайна от начала до конца с учетом соответствующего количества неопределенности, они должны также вызвать лиц, принимающих решения, чтобы выбрать правильный вариант. Если риск как-то недооценили или переоценили лицом интерпретации анализа, оценки рисков и управления технологическим процессом не выполнены должным образом.
Другая проблема состоит в том, что даже добросовестный программы снижения рисков должны переключаться между инструментами для разных стадий проекта потери ценной информации, каждый раз и ценную возможность для обратной связи для информации, собранной в каждом этапе, чтобы проинформировать других этапах. Кроме того, соответствующие меры неопределенности не могут быть отслежены по пути развития, когда инструмент изменений.
Во-первых, статистический метод должен быть включен для оценки вероятностей и неопределенностей, в начале начальной стадии концепции, позже оценке дополнительную информацию, детальное проектирование и намерение будет добавлена, а затем включение фактической проверки и использования данных. В настоящее время большинство организаций должны терпеть различные исходные данные и содержание производства и форматирование для каждого этапа процесса, может вызвать путаницу как риски развиваться в течение проекта.
Проблема - Неоднозначные результаты и Ответы
Чистый, ясный выбор в каждом конкретном случае должна быть предоставлена тем, кто отвечает в стиле, соответствующем риска в вопросе, со всей необходимой информацией в видимом легко понять образом. Справедливого процесса должны сравнить безопасность и надежность риски, например, и их взаимосвязи. Весь процесс и программное средство должно перемещаться путь от расплывчатые неопределенные понятия дизайна подробные списки частей и чертежи к тестированию, а затем использования в полевых условиях, не требуя преобразования или внедрение совершенно новых способов ведения дел.
Во-вторых, данные должны быть представлены таким образом, что вполне понятно для технического менеджера, кто-то не обязательно высококвалифицированные в оценке рисков, и он должен быть представлен таким образом, что правильное решение, скорее всего, предстоит сделать. Трудности четко представлять информацию о вероятности, тяжесть и неопределенность для различных видов рисков, в то же время необходимо преодолеть, чтобы точно информировать лицо, принимающее решение о рисках он или она сталкивается в настоящее время.
В-третьих, данные должны использоваться для принятия решений относительно будущих результатов на каждом этапе, предполагая, приоритет, направление и величину потенциальных ответ на проблемы идентифицированы. Это будет включать в себя оценку различных возможных вариантов решения, в том числе предоставление те, которые были разработаны во время обычной деятельности процесс проектирования. Руководитель должен иметь средства, чтобы иметь возможность надлежащим определить выбор, который бы наиболее улучшить общие риски проекта.
Проблема - Плохо процесс комплексного анализа риска
В-четвертых, программный инструмент должен быть максимально интегрированы в процесс проектирования как можно с помощью всех имеющихся данных из инструментов моделирования и анализа имеющихся в настоящее время, так что никаких новых аналитиков и практиков требуется, она должна также опираться на прошлый опыт работы, записанные с риском Инструмент оценки из других проектов и программ. Системные архитекторы и дизайнеры предоставляют большинство исходных данных движущихся анализа риска выше по течению в процессе проектирования, как другие формы технического анализа, недавно переехали в этом направлении после интеграции анализа стресса и возможности механики жидкости с твердыми анализа приложений моделирования.
Предлагаемое решение
Единый процесс и инструмент оценки программного обеспечения должна быть разработана отслеживать, выявлять, анализировать и оценивать неопределенности по всем видам рисков, связанных с концепцией проекта Филдинг и, наконец, вывода из эксплуатации. Это приложение программного обеспечения и процесс не требует создания новых техники и аналитики, но и использовать знания, уже содержащихся в организации, и быть как можно более безболезненным с процесса проектирования.
Помимо возможности процедур и программных средств, доступных сегодня, внедрение и реализация этого нового приложения будет включать в себя следующие основные возможности:
- Все риски будут включены в общую систему оценки
- Все участники проекта будут напрямую иметь доступ сообщить оценку рисков проекта с реальной фактической информации в актуальном состоянии, как это возможно.
- Только очень ограниченное дополнительное взаимодействие будет требоваться каждый член команды, как большинство данных будет собрано от других существующих совместных инструментов проектирования.
- От идеи эскизов решений подробные предложения, приложение позволит общую оценку, решение которых могло бы лучше всего влияют на общий уровень риска проекта.
- Информация рисками и оценки решения будут представлены на лиц, принимающих решения в порядке, так, что реальная ситуация может быть легко и правильно определить.
Заключение
Это решение является потенциально очень широко применимым методом и применения для улучшения какой-либо разработки и внедрения систем. Более конкретно, она будет первоначально разработанные для проектирования АСУ ТП, где он мог бы заменить несколько отдельных методов и инструментов, включая предварительный анализ опасности, прогнозирования надежности анализа, проектирования и анализа управления рисками и анализа отказов системы наблюдения и о возникающих проблемах.
Эффективной, комплексной, программное обеспечение при содействии подход мог бы сделать оценку рисков и процессов управления более рутинные за пределы крупных корпораций и организаций, которые в настоящее время первичного звена. Это расширение и стандартизация может значительно увеличить инженерных систем и эффективности бизнеса в наиболее важных свойств общего жизненного цикла затрат, ресурсов, потребляемых и получаемых выгодах.
План развития
План развития для этого интегрированное приложение ориентировано на 4 зоны, как описано ниже:
- Количественная оценка риска математике - набор статистических и других количественных процедур точно оценить степень тяжести и вероятность рисков, связанных с ранних данных с помощью наблюдения за полем деятельности. Эти процедуры также будет оценивать эффективность предлагаемых решений.
- Эффективный анализ и отображение информации о рисках - набор визуальной интерпретации данных пособия, которые обойти врожденные человеческие пристрастия и точно отражают риски для лиц, принимающих решения.
- Инженерная база данных Использование - потянув информации о рисках от совместного проектирования и планирования для устранения отдельных и параллельных процесса оценки рисков.
- Процесс рационализации - интегрировать управление рисками в планировании и разработке проектов и эксплуатации процессе
Поддержите это работа
Если наши организации хотели бы быть частью этих усилий исследования и разработки, пожалуйста, свяжитесь с Джереми Gernand через контакт страницу этого сайта.
