Меню

Критериальное сравнение кепнера трегое



Kepner-Tregoe

Пространства имён

Действия на странице

Матрица Кепнера и Трего (Kepner-Tregoe Matrix) — специальный, хорошо отлаженный, синхронизированный и документируемый Анализ основной причины (Root Cause Analysis) и метод принятия решений.

Метод принятия решений основан на том, что конечной целью любого принятого решения становится наилучший выбор из возможных вариантов, необходимо заметить, что «наилучший», но не идеальный в данной ситуации. Несмотря на проводимый сравнительный анализ вариантов решений риск сохраняется. Но благодаря использованию матрицы Кепнер-Трего мы уменьшаем риски, связанные с принятием решения.

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

Стадии

Метод Кепнера и Трего выделяет 5 шагов анализа:

  1. Определение проблемы (данный этап нужен для прояснения ситуации, выявления проблем и выбора направления)
  2. Описание проблемы (с точки зрения идентичности, места, времени и размера)
  3. Анализ вариантов возможных причин, анализ рисков для каждой причины
  4. Исследование наиболее вероятных причин с выявлением потенциальных проблем и отрицательных воздействий.
  5. Проверка истинной причины, выработка мер.

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

Источник

Матрица Кепнера-Трего как метод принятия решений

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

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

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

К набору методов, позволяющих принимать решения, относится матрица Кепнера-Трего. Данный метод обеспечивает эффективную и систематическую основу для сбора, организации и оценки информации для принятия решений. Метод был разработан Чарльзом Х. Кепнер и Бенджамином Б. Трего в 1960-х годах. Подход получил широкое распространение и используется для принятия решений во многих организациях мирового уровня, таких как NASA и General Motors.

Матрица Кепнера-Трего как метод принятия решений.

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

Основные этапы для принятия решений в стиле Кепнер-Трего:

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

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

Источник

Матрица Кепнера-Трего для поиска решений в бизнесе

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

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

Матрица охватывает четыре основных стадии:

  1. Оценка ситуации.
  2. Анализ проблемы.
  3. Анализ решения.
  4. Анализ потенциальных проблем.

Как использовать матрицу

Изложите свое решение

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

Установите обязательные требования

  • Для воплощения решения в жизнь вам наверняка будет не обойтись без каких-то ресурсов. Например, это может быть веревка длиной 200 метров или ежемесячное откладывание 10% ваших доходов.
  • Эти условия являются абсолютными — никаких компромиссов.
Читайте также:  Диктант по русскому языку по теме степени сравнения прилагательных

Установите операционные цели

  • Чего вы хотите от внедрения своего решения в жизнь?
  • Если вы будете классифицировать свои желания, то сможете найти лучшую альтернативу.

Определите границы

  • Что вам может помешать достичь идеального результата?
  • Это могут быть измеримые понятия вроде денег, ресурсов или времени.

Классифицируйте операционные цели по их ценности

  • Для каждой желаемой цели выставите свою оценку в зависимости от ценности. Шкала от 1 до 10.

Создайте список альтернатив

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

Присвойте баллы каждой альтернативе

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

Выберите две-три лучшие альтернативы

  • Здесь все просто: чем больше рейтинг, тем лучше альтернатива.

Создайте список проблем для каждой альтернативы

  • Каждой проблеме присвойте собственную оценку ее важности.
  • Просуммируйте все числа для каждой альтернативы.

Выберите лучшую альтернативу

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

Источник

Критериальное сравнение кепнера трегое

Войти

Авторизуясь в LiveJournal с помощью стороннего сервиса вы принимаете условия Пользовательского соглашения LiveJournal

ITIL. Problem management. Методы анализа проблем

В ходе расследования и диагностики в рамках процесса управления проблемами библиотека ITIL предлагает несколько методов, которые могут быть использованы:

1. Chronological analysis
2. Pain value analysis
3. Kepner and Tregoe
4. Brainstorming
5. The 5 Whys
6. Fault isolation
7. Affinity mapping
8. Hypothesis testing
9. Technical observation post
10. Ishikawa diagrams
11. Pareto analysis

Попробуем разобраться, что значит каждая из данных методик.

В данной статье рассмотрим первые три метода:
1. Chronological analysis
2. Pain value analysis
3. Kepner and Tregoe

Хронологический анализ (Chronological analysis)

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

Анализ потерь (Pain Value Analysis). Методика для определения приоритетности проблем.

Данная методика использует более широкий взгляд на возникшие проблемы. В рамках данной методики осуществляется глубокий анализ проблем, а не просто просмотр и анализ количества инцидентов в определенный период. Данный метод позволяет определить, какой уровень воздействия на бизнес был из-за возникших проблем.
Формула может быть разработан а исходя из уровня влияния инцидентов и проблем на бизнес заказчика.
Как правило, это могут быть:
— Число сотрудников, задетых возникшими инцидентами
— Количество сервисов, затронутых возникшим инцидентом
— Зона воздействия или бизнес-единицы
— Продолжительность простоя
— Стоимость для бизнеса ( если это возможно рассчитать или оценить )

Формула может иметь следующий вид: (количество инцидентов) * (продолжительность) * (тяжесть) * (весовой коэффициент)
В нашем случае под тяжестью понимаем приоритет, в случае если самый высокий приоритет у вас единица, то вам необходимо сделать реверс тяжести, т.е. 1 приоритет будет соответствовать 5, 2 — 4, 3 — 3, 4 — 2 и 5 — единице.

Формула и веса для расчета могут меняться от организации к организации. Ниже пример итогового графика, на основании полученных данных анализа.

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

Метод Кепнера и Трего (Kepner and Tregoe). Методика для принятия решений.

Метод Кепнера и Трего используется для принятия решений. Данный метод обеспечивает эффективную основу для сбора, систематизации и оценки информации, чтобы в последствие на ее основании принять решение. Метод был разработан Чарльзом Кепнер и Бенджамином Трего в 1960-х годах, этот метод является полезным способом расследования причин проблем.

Читайте также:  С чем сравнить черную дыру

Метод Кепнера и Трего выделяет 5 шагов анализа:

1. Определение проблемы (данный этап нужен для прояснения ситуации, выявления проблем и выбора направления)
2. Описание проблемы (с точки зрения идентичности, места, времени и размера)
3. Анализ вариантов возможных причин, анализ рисков для каждой причины
4. Исследование наиболее вероятных причин с выявлением потенциальных проблем и отрицательных воздействий.
5. Проверка истинной причины, выработка мер.

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

Метод принятия решений основан на том, что конечной целью любого принятого решения становится наилучший выбор из возможных вариантов, необходимо заметить, что «наилучший», но не идеальный в данной ситуации. Несмотря на проводимый сравнительный анализ вариантов решений риск сохраняется. Но благодаря использованию матрицы Кепнер-Трего мы уменьшаем риски, связанные с принятием решения.

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

Рассмотрим детально каждый из этапов:

1. Определение проблемы

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

Когда кто-нибудь сообщает о проблеме, например «Не работает 1С», легко сказать, что это проблема и многие начинают работать над ней. Однако задав несколько простых вопросов можно выявить гораздо больше информации о природе проблемы и определить возможные причины ее возникновения. Для этого вы можете использовать любой метод, я приведу пример использования метода «Five Ws». В оригинале методика состоит в ответе на пять вопросов:
1. Who is it about?
2. What happened?
3. When did it take place?
4. Where did it take place?
5. Why did it happen?

В случае с управлением проблемами, мы модифицируем данные вопросы:
1. Кто испытывает проблему?
2. Что случилось: каков уровень влияния, симптомы, какие ошибки или что-нибудь, что вы ожидали не произошло?
3. Когда возникла проблема, или когда она начинает происходить?
4. Где возникает проблема?
5. Почему это важно, почему проблема происходит?

Давайте задавать вопросы

1. Кто? Иванов.
2. Что? Когда сотрудник запускает 1С:Бухалтерия, система выдает ошибку «Нет подключения к базе данных».
3. Когда? Началось с утра, после того, как был включен компьютер.
4. Где? На РМ Иванова.
5. Почему? Ему необходим доступ в систему, чтобы выполнять должностные обязанности.

При наличии новой информации проблему можно изменить: «Иванов не может выполнять работу, потому что при запуске 1С:Бухгалтерия система выдает ошибку «Нет подключения к базе данных», проблема началась с того, момента, как он сегодня пришел на работу включил свое рабочее место».
Такое описание проблемы гораздо лучше, чем описание проблемы в первый раз, и позволяет понять, в чем проблема с первого взгляда и позволяет понять последствия.

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

После анализа мы можем используя метод 5Whys получить ответы на пункт What (что).

Может быть несколько причин, почему 1С не запускается.

1. У сотрудника может не быть доступа к сети.
2. Не работает сетевое оборудование.
3. Недоступен сервер 1С / сервер баз данных.
4. Виртуальный сервер на котором установлен 1С down.
5. Проблемы с электропитанием.

2. Описание проблемы

На этом этапе мы отвечаем на 4 вопроса по проблеме: в чем проблема, где возникает проблема, когда она произошла и уровень влияния проблемы. Часть ответов у нас уже получено на шаге №1.

Для каждого ответа мы опишем, в чем проблема (похоже на этап 1), а также то, в чем эта проблема может быть, но не есть. Использование обеих колонок позволяет описать подробно, в чем проблема, но и исключает возможные причины, которые не вызывают проблему.

Читайте также:  Измерение стандартного электродного потенциала с помощью водородного электрода сравнения
ВОПРОС IS (ЕСТЬ) COULD but IS NOT (Может быть, но не произошло)
WHAT (ЧТО) Симптомы, ошибки, дефекты Похожие дефекты, которые могли произойти, но не произошли
WHERE (ГДЕ) Местонахождение, система, люди, инструменты Места, системы и окружение, которое могли выйти из строя, но не вышли
WHEN (КОГДА) Время, когда началось Когда еще могло случиться, но не случилось
EXTEND (ЗОНА ДЕЙСТВИЯ) Люди, системы, инструменты затронутые проблемой Люди, системы, инструменты, которое не были затронуты проблемой

Давайте заполним такую таблицу под нашу проблему.

ВОПРОС IS (ЕСТЬ) COULD but IS NOT (Может быть, но не произошло)
WHAT (ЧТО) Выдает ошибку при запуске 1С Нет проблем с сервером 1С, нет других ошибок связанных с 1С
WHERE (ГДЕ) 1С на РМ пользователя Иванова 1С на РМ пользователя Иванова при доступе через удаленный рабочий стол не выдает ошибку
WHEN (КОГДА) Сегодня при запуске РМ Могло случиться ранее сегодняшнего дня
EXTEND (ЗОНА ДЕЙСТВИЯ) Люди, системы, инструменты затронутые проблемой На других рабочих местах, имеющих доступ к 1С все работает нормально.

3. Определение возможных причин

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

ВОПРОС IS (ЕСТЬ) COULD but IS NOT (Может быть, но не произошло) Различия Изменения
WHAT (ЧТО) Выдает ошибку при запуске 1С Нет проблем с сервером 1С, нет других ошибок связанных с 1С Настройки клиента Нет
WHERE (ГДЕ) 1С на РМ пользователя Иванова 1С на РМ пользователя Иванова при доступе через удаленный рабочий стол не выдает ошибку Версия клиента 1С, версия SP Windows На РМ Удаленного рабочего стола обновленная версия клиента, обновленная версия ОС Windows
WHEN (КОГДА) Сегодня при запуске РМ Могло случиться ранее сегодняшнего дня Процесс обновления клиента, процесс обновления Windows Вчера были установлены обновления на серверную часть, требовалось обновить клиент
EXTEND (ЗОНА ДЕЙСТВИЯ) Люди, системы, инструменты затронутые проблемой На других рабочих местах, имеющих доступ к 1С все работает нормально. Обновление клиента не выполнено, обновление ОС Windows не выполнено На других РМ клиент и ОС Windows обновились автоматически при перезагрузке

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

4. Тестирование наиболее вероятных причин

Сравниваем текущее состояние с последними изменениями. С ранжированием возможных причин по вероятности. Для каждой из возможных причин спросить: «Если это является основной причиной этой проблемы, если да, объясняет ли она другие аналогичные возникшие инциденты?»

Следующая таблица поможет вам список возможных причин по вероятности.

1. Обновление клиента 1С. Не обновленный клиент не запускается под актуальной версией Серверного ПО 1С. Причина более вероятна.
2. Обновления Windows. Некоторые обновления могут быть причиной проблемы запуска ПО на РМ. Причина маловероятна.

5. Проверка истинной причины

Сравните вероятные причины, удовлетворяют ли они описанию проблемы?
Когда вы нашли причину (root case), которая объясняет все условия, ее необходимо протестировать, чтобы подтвердить, что она является причиной. Для этого воспроизведите те же условия, и если это приводит к тем же симптомам — вы подтвердили причину.
Можно дополнительно используя метод «5 Whys» подтвердить еще раз данную причину.

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

Характеристики метода «Анализа проблем»

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

Об остальных методах анализа чуть позже. 🙂

Источник