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

Успешное проведение Управления Релизами зависит от входной информации, поступающей из других процессов ITIL, и от взаимодействия с этими процессами (рис.
1). Главными являются интерфейсы со следующими процессами.
Управление Конфигурациями
Управление Конфигурациями отвечает за регистрацию доступных версий программного и аппаратного обеспечения в базе данных CMDB в качестве Базисных Конфигураций. Программы, включаемые в Библиотеку DSL, и аппаратные средства для DHS регистрируются в CMDB с согласованным уровнем детализации. Мониторинг статуса, выполняемый Процессом Управления Конфигурациями, отражает статус каждой Конфигурационной Единицы, например, «В активном использовании». «В разработке», «В тестировании», «В запасе» или «В архиве».
Управление Изменениями
Деятельность по распространению (тиражированию) релизов контролируется Процессом Управления Изменениями. Кроме того, Управление Изменениями гарантирует, чтобы было проведено адекватное тестирование релизов. Управление Изменениями также принимает решение о количестве изменений, которые могут быть скомбинированы в одном релизе. Управление Изменениями определяет процедуры, обеспечивающие авторизацию изменений, включая анализ степени воздействия и анализ необходимых ресурсов. В большинстве случаев Руководитель Процесса Управления Релизами несет ответственность за внедрение программных и аппаратных изменений и он обычно участвует в работе Консультативного комитета по изменениям.
Управление Уровнем Услуг
ИТ‐сервис обычно включает в себя инфраструктурное аппаратное обеспечение вместе со стандартным или разработанным собственными силами программным обеспечением. Управление Релизами отвечает за ввод в работу программных и аппаратных средств и отслеживает соглашения о доступности программных средств, заключенные в рамках Процесса Управления Уровнем Услуг.
Виды деятельности
На рис. 2 показаны виды деятельности в рамках Процесса Управления Релизами и их связи с жизненным циклом изменения.
Виды деятельности по управлению релизами

Виды деятельности
Выработка политики в отношении релизов и планирование Руководитель Процесса Управления Релизами разрабатывает политику в отношении релизов, определяя когда и каким образом производится конфигурирование релизов. Значительные релизы могут планироваться заранее, одновременно с присвоением номера версии, чтобы в определенные моменты времени можно было рассмотреть возможность внесения изменений. Руководитель Процесса Управления Релизами также определяет, на каком уровне Конфигурационные Единицы могут распространяться независимо друг от друга (релизные единицы). Это зависит от:
Потенциального воздействия релиза на другие компоненты.
Количества человеко‐часов и времени на компоновку и тестирование
раздельных изменений, в сравнении с усилиями, необходимыми для их объединения и одновременного внедрения.
Трудности инсталляции на местах пользователей. Возможно, что инсталлировать полную программу легче благодаря наличию для этого стандартных методов.
Сложности взаимосвязей между новым программным и аппаратным обеспечением и остальной частью ИТ‐инфраструктуры ‐ чем легче изолировать программные или аппаратные средства, тем легче их тестировать. Перед планированием релиза необходимо собрать информацию о жизненном цикле внедряемого продукта, а также обо всех подготовленных к сдаче в рамках данного релиза продуктах, описании соответствующих ИТ‐услуг и их уровней и данные об авторизации соответствующих Запросов на Изменения (RFC) и т. д. При планировании релиза рассматриваются следующие вопросы:
координация содержания релиза;
разработка графика ввода релиза;
согласование графика, территориальных объектов, на которых произойдет распространение релиза, и организационных единиц;
посещение объектов для определения реально используемых аппаратных и программных средств;
разработка плана оповещения (коммуникаций);
согласование ролей и ответственностей;
получение подробных коммерческих предложений и переговоры с поставщиками о новых аппаратных и программных средствах, а также услугах по их инсталляции;
разработка планов на случай возврата к исходному состоянию;
разработка плана обеспечения качества релиза;
планирование приемки релиза руководством и пользователями.
Результаты этой деятельности представляют собой часть плана проведения изменения и включают планы релиза, планы тестирования и критерии приемки.

Проектирование, компоновка и конфигурирование
Рекомендуется выработать стандартные процедуры проектирования, компоновки и конфигурирования релизов. Основой релизов могут быть наборы компонентов (Конфигурационных Единиц - CI), разработанные внутри организации или закупленные у третьей стороны и прошедшие этап конфигурирования. Руководства по инсталляции и конфигурированию релизов должны рассматриваться как часть релиза и в качестве Конфигурационных Единиц должны включаться в число объектов, находящихся под контролем Процессов Управления Изменениями и Управления Конфигурациями. Перед инсталляцией на месте рекомендуется настроить и протестировать все аппаратное и программное обеспечение в «лабораторных условиях». Компоненты программных и аппаратных средств необходимо тщательно конфигурировать и зарегистрировать, чтобы обеспечить возможность их многократного воспроизведения. Необходимо разработать рабочие инструкции таким образом, чтобы каждый раз воспроизводился один и тот же набор компонентов. Часто в резерве имеются стандартизированные аппаратные средства, которые используется только для компилирования или создания образов ПО. Для надежности желательно, чтобы эта часть процесса была автоматизирована. Необходимые для этого программные и аппаратные средства также попадают в сферу действия Процесса Управления Релизами. В среде разработки программ такая деятельность называется Управлением Компоновкой и входит в зону ответственности Управления Релизами.

План возврата к исходному состоянию
В плане возврата к исходному состоянию на уровне релиза в целом определяются действия, необходимые для восстановления услуг в случае сбоя во время внедрения (имплементации) релиза. Ответственность за разработку планов возврата несет Процесс Управления Изменениями, но Управление Релизами должно оказывать в этом помощь для обеспечения практической реализуемости этих планов. В частности, при внедрении пакетного релиза, объединяющего несколько Запросов на Изменения (RFC), может возникнуть необходимость координации различных планов возврата для этого релиза. Если возникает сбой Полного релиза или Дельта‐релиза, рекомендуется свернуть релиз полностью до Прежнего стабильного состояния. На случай невозможности полного свертывания релиза должны существовать Планы восстановления на случай чрезвычайных обстоятельств для возобновления предоставления услуг. Требования плана возврата к исходному состоянию, такие как создание резервных копий и обеспечение запасного сервера, рекомендуется выполнять заранее. В случаях, если внедрение может занять больше времени, чем предполагается, и если задержка может поставить под угрозу нормальное предоставление услуг, в план возврата должен включаться крайний срок, определяющий время приведения в действие плана возврата. Это требуется для своевременного возобновления услуг (например, не позднее 7:00 в понедельник). План возврата к исходному состоянию должен включаться в анализ рисков изменения и должен быть одобрен пользователями. Реальная компоновка релиза может включать компилирование и связывание программных модулей, или наполнение баз данных тестовыми данными, или такими данными, как таблицы почтовых индексов, налоговых ставок, часовых поясов и валютных курсов, а также информацией о пользователях. Часто это выполняется автоматизированными инсталляционными скриптами, хранящимися в Библиотеке DSL вместе с планами возврата. Полные релизы должны отражаться в базе CMDB как Стандартные Конфигурации для облегчения конфигурирования в будущем. Планы тестирования должны включать тестирование и приемку по качеству программного и аппаратного обеспечения, процедур, инструкций по операционной деятельности и сценариев (скриптов) развертывания перед выходом релиза и, возможно, оценочные испытания после внедрения релиза. Должно также проводиться тестирование инсталляционных скриптов. Для этого требуется следующая информация:
определение релиза;
график ввода релиза;
инструкции по конфигурированию и компоновке релиза;
описание позиций, требующих приобретения или лицензирования, с
приложением графиков закупки;
автоматизированные инсталляционные скрипты и планы тестирования;
исходные копии кодов программ для включения в библиотеку DSL;
планы возврата к исходному состоянию.

Планирование внедрения
Составленный на предыдущих этапах план теперь дополняется информацией о действиях по внедрению.
Планирование развертывания релиза включает:
составление графика, а также перечня задач и требуемых людских ресурсов;
составление перечня инсталлируемых и снимаемых с использования Конфигурационных Единиц, с указанием способа вывода из операционной среды;
составление плана действий для каждого территориального объекта с учетом запаса времени на развертывание и часовых поясов, если речь идет о географически распределенных организациях;
рассылку уведомлений о релизе и другие контакты с вовлеченными сторонами;
составление планов закупки аппаратного и программного обеспечения;
закупку, размещение на хранение, определение и регистрацию всех новых CI для данного релиза в базе CMDB;
планирование встреч с руководством, управляющими подразделениями, персоналом по Управлению Изменениями и представителями пользователей.

Существует несколько способов осуществления развертывания:
полное развертывание релиза ‐ подход «большого скачка»;
поэтапное развертывание релиза, включающее несколько разновидностей:
- функциональное наращивание, когда все пользователи получают
одновременно новые элементы функциональности;
- наращивание по объектам, когда развертывание ведется от одной группы
пользователей к другой
- эволюционное развертывание с поэтапным расширением
функциональности.
Оповещение, подготовка и обучение
Персонал, находящийся в контакте с заказчиками (Служба Service Desk и Управление Взаимоотношениями с Заказчиками - CRM), операционный (обслуживающий) персонал и представители пользователей должны быть в курсе планов внедрения и его возможных последствий для повседневной деятельности. Для этого можно организовать совместное обучение, сотрудничество и совместное участие в приемке релиза. Необходимо согласовать распределение ответственностей, с соответствующим уведомлением каждого. При поэтапном развертывании релиза пользователи должны быть проинформированы о планах и времени, когда для них будут доступны новые функции. Необходимо заранее информировать весь задействованный персонал об изменениях в Соглашения> об Уровне Услуг (SLA), Операционных Соглашениях об Уровне Услуг (OLA) и Внешних Договора> (UC).
Распространение релизов и инсталляция
Управление Релизами осуществляет мониторинг процессов логистики/материально‐технического обеспечения по закупке, хранению, транспортировке, поставке и передаче программного и аппаратного обеспечения. Этот процесс поддерживается процедурами, регистрационными записями и такими сопроводительными документами, как упаковочные листы, что необходимо для предоставления достоверной информации в Процесс Управления Конфигурациями. Склады аппаратного и программного обеспечения должны быть надежными и доступными только для авторизованного персонала.
Для распространения и инсталляции программного обеспечения рекомендуется, по возможности использовать автоматизированные инструментальные средства. Это позволит сократить время, необходимое для распространения ПО, и повысить качество при сокращении затрат на ресурсы. Часто такие инструментальные средства также облегчают проверку успешности инсталляции. Перед началом любой инсталляции необходимо проверить, удовлетворяет ли среда, где предполагается внедрение релиза, необходимым требованиям, таким как достаточное дисковое пространство, безопасность, требованиям к окружающей среде или ограничениям эксплуатационных условий, например кондиционирование воздуха, площадь помещения, источники бесперебойного питания (UPS), сете вое питание и т. п.
После инсталляции необходимо обновить информацию в базе данных CMDB для облегчения проверки лицензионных соглашений.

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

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

Метод контрольных вопросов. Цель метода состоит в том, чтобы при помощи специальных наводящих вопросов подойти к решению задачи. Метод применяется либо в форме монолога изобретателя, обращенного к самому себе, либо как диалог руководителя с его участниками. Для применения на практике созданы универсальные вопросники, составленные А.Осборном, Э.Раудзенком, Т.Эйлоартом, Д,Пирсоном и др.

Например, вариант одного из них:

1. Какова основная функция объекта?

2. Что представляет собой идеальный объект?

3. Что будет, если объекта не будет вообще?

4. В какой другой области выполняется данная функция и нельзя ли позаимствовать решение?

5. Можно ли разделить объект на части?

6. Можно ли неподвижные части объекта сделать подвижными?

7. Нельзя ли исключить предварительные операции?

8. Какие дополнительные функции может выполнять объект?
Метод фокальных объектов (разработан Ч.Вайтингом), применяется и дает хорошие результаты при поиске новых модификаций известных способов и устройств. Сущность метода состоит в перенесении признаков случайно выбранных объектов на совершенствуемый объект, который лежит как бы в фокусе переноса,отличается простотой и неограниченными возможностями поиска новых точек зрения на решаемую проблему и включает следующие шаги:

Этапы реализации метода фокальных объектов:

1. выбор фокального объекта;

2. выбор ряда случайных объектов (5 - 7, выбранных наугад из словаря, каталога, журнала и т.п.);

3. составление списков основных признаков (свойств) случайных объектов;

4. генерация идей, путем последовательного, систематизированного присоединения к фокальному объекту признаков случайных объектов;

5. развитие полученных сочетаний путем различных ассоциаций;

6. систематизированный анализ, оценка полученных идей и отбор полезных решений.
Морфологический анализ. Родоначальником морфологического анализа считается алхимик, философ и богослов Раймунд Луллий (1235 –1314), идеи которого в последствии развил швейцарский астрофизик Ф.Цвикки.Суть метода заключается в сравнении объектов-аналогов и определении их существенных составляющих.

Порядок решения задач методом морфологического анализа:

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

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

3. На основе подробного анализа сочетания всевозможных вариантов выделенных признаков, предлагаются новые варианты решения задачи.

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

Списки контрольных вопросов

Морфологический анализ

Функциональный анализ

Метод многократного последовательного классифицирования

Метод системного экономического анализа и поэлементной отработки конструктивных решенийи другие.

Методы направленного поиска. Методы управления

Метод Дельфи

Метод "Диаграмма Исикавы"

Метод "Диаграмма Парето"

Метод "ABC-анализ"

Метод "Бенчмаркинг"

Метод "PDPC"

Метод "Диаграмма связей"

Метод "Стрелочная диаграмма"

Метод "Стратегические карты"и другие

Еще один подход к классификации методов принятия решений -по этапам этого процесса (см. рисунок 2)

Методы, применяемые на этапах определения и формулирования проблемы

Возникновение проблемы разумнее всего воспринимать как шанс решить ее в рабочем порядке. Именно так и поступают опытные руководители и специалисты. Увидев, что возникла конкретная проблема, они рассматривают ее как повод решить , стоит ли вообще заниматься этим делом. Если да, то возникшая проблема становится производственной задачей. Можно начать с постановки вопросов:

Какие можно внести творческие предложения, связанные с производством?

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

Каким образом сделать так, чтобы ваша продукция выгодно отличалась от продукции конкурентов?

Какой новый продукт требуется на рынке? Как расширить продукцию, представленную на рынке?

Каким образом увеличить уровень продаж на 20 процентов?

Какие новые способы сбыта можно придумать? Реально ли снизить затраты при существующих способах сбыта продукции?

Каким образом стать незаменимым для фирмы человеком?

Как лучше отвечать на жалобы клиентов?

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

1. Разное представление членов группы об окончательных результатах своей работы.

Любой человек в силу своей индивидуальности может концентрировать свое внимание на чем-то определенном, поэтому точки зрения на одну и ту же проблему будут различными.

Пример Ситуация, когда команда улучшения одной фирмы работала над проблемой, сформулированной как «плохие условия труда». Эта группа столкнулась с большими трудностями в процессе решения данной проблемы по той причине, что все члены группы имели различные представления о сути работы над проблемой. Вот какие точки зрения были у различных сотрудников:

Для повышения производительности следует улучшить условия труда.

Решить вопросы безопасности труда.

Уменьшить текучесть кадров.

Устранить препятствия в проведении переговоров по заработной плате.

Сделать работу в компании более привлекательной.

Формулировка проблемы может содержать в себе завуалированное решение.

Чаще всего при обсуждении проблемы на ум приходят уже готовые решения.

Например, проблема, сформулированная как «Мы нуждаемся в новой программе по документообороту предприятия», уже содержит в себе готовое решение. Но, если сформулировать проблему иначе, например, «Неэффективный документооборот на предприятии», то можно найти множество способов решить эту проблему другими способами.

«Мозговой штурм »

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

Метод мозгового штурма был разработан Алексом Осборном в 1953 году. Метод основан на допущении, что одним из основных препятствий для рождения новых идей является «боязнь оценки»: люди часто не высказывают вслух интересные неординарные идеи из-за опасения встретиться со скептическим либо даже враждебным к ним отношением со стороны руководителей и коллег. Целью применения мозгового штурма является исключение оценочного компонента на начальных стадиях создания идей. Классическая техника мозгового штурма, предложенная Осборном, основывается на двух основных принципах - «отсрочка вынесения приговора идее» и «из количества рождается качество». Этот подход предполагает применение нескольких правил.

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

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

Идей должно быть много: каждого участника сессии просят представить максимально возможное количество идей.

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

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

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

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

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

Принципы метода "мозгового штурма ":

1. Четкая формулировка цели и/или задач и ограничений.

2. Обеспечение максимальной свободы участникам

Предоставление слова каждому (поощрение застенчивых, "придержание" наиболее активных и авторитетных);

Полная свобода мнений, поощрение "безумных" идей, аналогий (литературных, музыкальных, биологических и т.д.);

3. Тщательное формирование состава участников

Определение численности;

По специализации, предназначенное для полного покрытия необходимой области, а в некоторых случаях, выходящего за ее пределы, а также возможности частичной взаимной замены);

Психологическая (отсутствие злокачественных конфликтов, явных лидеров);

По квалификации (высокий и примерно равный уровень)

Иногда введение "рыжего";

4. Иерархическое ведение обсуждений: сначала - максимально вширь, затем оценка перспективности вариантов и отбор наилучших, потом снова "вширь";

5. Огромная роль "ведущего" и демократический стиль руководства:

Создание творческой, целенаправленной и бесконфликтной атмосферы;

Умение "выявлять" предложения и направлять ход дискуссии (греческий метод).

Этапы и правила мозгового штурма

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

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

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

Главное - количество идей. Не делайте никаких ограничений.

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

Необычные и даже абсурдные идеи приветствуются.

Комбинируйте и улучшайте любые идеи.

3. Группировка, отбор и оценка идей . Этот этап часто забывают, но именно он позволяет выделить наиболее ценные идеи и дать окончательный результат мозгового штурма. На этом этапе, в отличие от второго, оценка не ограничивается, а наоборот, приветствуется. Методы анализа и оценки идей могут быть очень разными. Успешность этого этапа напрямую зависит от того, насколько "одинаково" участники понимают критерии отбора и оценки идей.

Модификации процедуры проведения мозгового штурма

1.Метод индивидуального мозгового штурма

Все роли (фасилитатора, фиксатора, генератора и оценщика идей) выполняет один человек. Длительность сеанса - 3-10 минут. Фиксация с помощью ручки, ПК или (самое эффективное) - диктофон. Оценка идей должна быть отложена. Помогает проведение разминки. Недостаток - отсутствие синергетического эффекта. Преимущество - оперативность и экономия на людях.

2.Письменный мозговой штурм

Используется, прежде всего, при географической разобщенности участников, следовательно, возможность набрать специалистов экстра-класса. Недостатки - отсутствие синергетического эффекта, продолжительность процесса.

Ко второй группе относятся методы систематизированного поиска решений.

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

1. Какова основная функция узла (детали)?
2. Что представляет собой идеальный узел (деталь)?
3. Что будет, если убрать данный узел (деталь)?
4. Какие функции выполняет данный узел (деталь), нельзя ли часть из них сократить?
5. Как иначе можно выполнить основную функцию?
6. В какой отрасли техники наилучшим образом выполняется данная функция и нельзя ли позаимствовать решение?
7. Можно ли разделить узел (деталь) на части? Можно ли отделить слабое звено? Можно ли объединить несколько узлов? Можно ли разборные соединения сделать неразборными и наоборот?
8. Можно ли неподвижные детали сделать подвижными и наоборот?
9. Нельзя ли поменять последовательность операций или исключить предварительные сборочные и обработочные операции?
10. Нельзя ли использовать вредные факторы и функции?
11. Какие дополнительные функции может выполнять данный узел?
12. Где в детали (узле) заложены излишние запасы? Как их сократить?

План действий при использовании контрольных вопросов может быть следующим:

1. Уточнить проблему.
2. Выбрать список контрольных вопросов, наиболее соответствующих характеру решаемой проблемы.
3. Последовательно рассмотреть каждый вопрос списка, пытаясь использовать заложенную в нем информацию для решения проблемы.
4. Фиксировать все возникающие идеи и дополнительную информацию, которую необходимо привлечь к процессу поиска.

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

Другим известным методом систематизированного поиска новых идей является морфологический анализ, предложенный швейцарским астрофизиком Цвикки. Морфологический анализ основан на построении таблицы, в которой перечисляются все основные элементы, составляющие объект и указывается возможно большее число известных вариантов реализации этих элементов. Комбинируя варианты реализации элементов объекта, можно получить самые неожиданные новые решения. Последовательность действий при этом следующая:

1. Точно сформулировать проблему.
2. Определить важнейшие элементы объекта.
3. Определить варианты исполнения элементов.
4. Занести их в таблицу.
5. Оценить все имеющиеся в таблице варианты.
6. Выбрать оптимальный вариант.

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

К методам систематизированного поиска новых идей следует отнести также функциональный анализ. Основной идеей функционального анализа является абстрагирование от предметного рассмотрения объекта. Рассматривается не объект, а его функции, как правило, направленные на потребителя. При этом осуществляется поиск других, отличных от используемых в объекте, вариантов реализации функций. Этот метод позволяет находить более дешевые и эффективные варианты построения объекта. Функциональный анализ является одним из основных элементов метода ФСА (функционально - стоимостного анализа) -эффективного метода достижения конкурентных преимуществ продукции, который сейчас широко применяется в США, Японии и других развитых странах.

Методы систематизированного поиска, позволяющие упорядочить перебор вариантов и увеличивающие их число, основаны па использовании различных аналитических подходов - системного, функционального, их сочетания с приемами борьбы с психологической инерцией (например, фундаментальный метод проектирования Э.

Мэтчетта). К этой группе методов относятся морфологический анализ, метод контрольных вопросов и др.

Морфологический анализ представляет собой метод систематизации перебора вариантов всех теоретически возможных решений, основанный па анализе структуры объекта. Метод морфологического анализа разработан в 30-е гг. XX в. швейцарским астрофизиком Ф. Цвики. Его цель заключается в создании условия, расширяющего область поиска новых идей и решений проблемы, исходя из особенности строения (морфологии) совершенствуемого объекта. Сущность морфологического анализа заключается в следующем: с помощью комбинаторики путем построения морфологической матрицы получают все теоретически возможные варианты реализации объекта с требуемой главной функцией

Для анализа необходимо:

выбрать объект и точно сформулировать проблему (задачу);

определить основные функции (характеристики) объекта;

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

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

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

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

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

Вы также можете найти интересующую информацию в научном поисковике Otvety.Online. Воспользуйтесь формой поиска:

Еще по теме 36.Методы систематизированного поиска решений в процессе управления качеством.:

1. 32.Методы направленного поиска решений в процессе управления качеством.
2. Анализ систематизированных эмпирических сведений об учебном процессе в образовательном учреждении как метод контроля его качества и эффективности индивидуальных методических систем.
3. ВОПРОС №38 Характеристика основных проблем, возникающих в процессе разработки управленческих решений. Методы поиска оптимальных решений
4. 4. Процессы управления: целеполагание и оценка ситуации, принятие управленческих решений. Механизмы менеджмента: средства и методы управления.

Справочники