Системный подход к управлению высокотехнологичными проектами. 2-е издание, переработанное и дополненное

17) выполнять анализ чувствительности конструкции для альтернативных вариантов;

18) изменять поведение людей в команде для достижения результата.

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

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

Можно выделить несколько присущих характеристик процесса.

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

• Этот совместный процесс фокусируется на ценности, потребностях и целях заинтересованных сторон и лиц, принимающих решения (ЛПР), обеспокоенных ценностью, предоставляемой системой. Заинтересованные стороны и ЛПР определяют важные функции, цели, требования (критерии отбора, которым должны соответствовать все потенциальные решения) и ограничения.

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

• Самая важная задача в любом процессе принятия системных решений: идентифицировать и понять проблему, которая определяется пониманием задач, целей и ограничений от ЛПР и заинтересованных сторон.

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

Например, процесс принятия решения технической проблемы появления дефекта рекомендуется продвигать по следующим шагам:

1) наблюдаемые симптомы;

2) определение проблемы;

3) целевой результат;

4) анализ основной причины;

5) количество компонентов в эксплуатации;

6) частота отказов среди этих компонентов;

7) происходит ли сбой равномерно по всей совокупности или он связан с конкретной партией изделий;

8) связан ли отказ с конкретным пользователем или рабочим циклом;

9) предлагаемое решение;

10) план действий;

11) результаты плана действий;

12) подтверждение решения;

13) уроки на будущее.

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

Вовлекаемый в процесс выработки решений опытный критический мыслитель должен обладать следующими качествами:

a) поднимает важные вопросы и проблемы, формулируя их четко и ясно;

b) собирает и оценивает соответствующую информацию, используя абстрактные идеи и объективные данные для ее эффективной интерпретации;

c) приходит к обоснованным выводам и решениям, проверяя их на соответствие заданным критериям и стандартам;

d) думает непредвзято в рамках альтернативных систем мышления, признавая и оценивая, при необходимости, их предположения и практические последствия;

e) эффективно общается с другими коллегами, находя решения сложных проблем;

f) осознает человеческие ошибки при принятии решений и компетентен в использовании статистических методов для получения обоснованных выводов.

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

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

При принятии проектных решений следует начинать с выбора критериев оценки влияния решений на ход реализации проекта:

•когда решение связано с умеренным или высоким риском по результату;

• когда решение влияет на управление конфигурацией;

• когда результат решения может привести к значительным задержкам графика работ;

• когда результат решения может привести к значительным перерасходам;

• учитывать, что при закупке ПКИ есть 20% комплектующих, которые составляют 80% от общей стоимости ПКИ.

Следует принимать во внимание, что каждое конкретное решение имеет свою «стоимость» в части объема затрат на реализацию. Схематично можно выделить четыре фазы зависимости «характеристика – ресурсы» (рис. 10). Здесь под стоимостью понимаются затраты любого ресурса (не только финансового).

Рис. 10. Кривая «стоимости» проектных решений

A. Рост характеристики от 0 до 1 дает ее заметное улучшение при минимуме затрат ресурса.

B. Рост характеристики 1—2 обеспечивает эквивалентный прирост характеристики на единицу затрат.

C. В приросте характеристики от 2 до 3 заметные затраты приводят к некоторому улучшению характеристики, но процесс сопровождается увеличением риска.

D. Рост характеристики выше 3 уровня показывает, что там невозможно получить улучшение характеристики при любом вложении ресурса.

Выбор набора базовых проектных решений, например, в компании Airbus выделен в отдельный этап и может длиться от 3 месяцев до 1,5 лет. В процессе участвуют эксплуатационники, конструкторы, технологи, производственники, закупщики, риск-разделенные партнеры. В ходе этапа проводится принятие базовых решений по выделенному перечню концептуальных мест проекта, составляют соглашения об используемых в программе инструментах, формате данных, требований, критериев, коммуникации и др. Этот руководящий документ служит защитой от принятия отдельными участниками ошибочных легковесных решений на этапах.

Традиционно процесс разработки каждого элемента конструкции является итерационным. С целью упорядочить данный процесс применяется, в частности, выделение трех уровней принятия решений (уровней зрелости конструкции). В ходе такого процесса проводится трехстадийная разработка эскизных компоновок проектных решений по всем основным местам конструкции. На первом уровне проводится вариантный отбор. Для определения последующих альтернатив применяются соответствующие критерии: масса, прочность, технологичность, ремонтопригодность, стоимость, возможности унификации. На втором и третьем уровнях зрелости проектных решений соответственно уменьшается число вариантов и возрастает глубина проработки конструкции. По трехмерной модели считают запасы прочности. При выявлении несоответствий требуется уточнить матрицу нагрузок, либо усилить конструкцию, либо изменить проектное решение.

При переходе от уровня к уровню по зрелости частных решений также идет сужение масштабов решений от системы в целом к деталям и компонентам (рис. 11).

Рис. 11. Схема реализации проектных решений