Эскалировать проблему руководству

Что такое эскалация в управлении проектами и зачем она нужна?





Забавно, но довольно часто сталкиваюсь с вопросом «что такое эскалация» и «что значит эскалировать» несмотря на то, что это одно из самых базовых понятий как в управлении проектами, так и в менеджменте в целом. Поэтому этот пост (осторожно, спойлер!) будет полон достаточно банальных вещей об эскалации, если вы все об этом знаете – не открывайте. Я предупредила.

Итак, что такое эскалация? Википедия дает универсальное определение – это постепенное увеличение, усиление, расширение чего-либо (например, коррупции во власти, или эскалация войны); наращивание (вооружений и т. п.), распространение (конфликта и т. п.), обострение (положения и т. п.).

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

Эскалация – это «подъем наверх» конфликта или проблемы, которые вы не можете разрешить самостоятельно  в рамках своей роли или своих полномочий.

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

Эскалация – это также один из основных инструментов, используемых в ходе управления рисками.

Мои правила эскалации:

  1. Попробовать договориться без эскалации.
  2. Если не удалось – честно предупредить, что раз мы не договорились – я вынуждена эскалировать вопрос на такого-то менеджера, потому что интересы проекта и все такое. После этого чудесным образом в половине случаев договориться удается.
  3. Продумать внятную аргументацию с позиции влияния поднимаемого вопроса на проект и на его результаты/сроки/бюджет и другие ограничения.
  4. Включить в письмо (поставить в копию) или позвать на встречу с руководителем вторую сторону конфликта, чтобы решать вопрос совместно. В случае если вопрос критически важен для проекта – не забыть включить в процесс спонсора проекта, заранее согласовав с ним свою позицию.
  5. Получить результат, помня при этом, что отрицательное решение – это тоже результат. И если, например, мне в ходе эскалации не удалось получить нужный ресурс, это повод отразить это в плане управления рисками и отметить в протоколе, что в итоге влияние на проект такое-то.
  6. Продолжать работать в обычном режиме, не делая выводов типа «все они неправы», «менеджер, не давший ресурс – негодяй», «да делайте тогда сами свой проект, кому из нас это вообще надо» и проч. Эскалация – рабочий процесс, в котором нет места личному восприятию. Хотя некоторые поправки в план управления стейкхолдерами после этого можно внести, так как теперь вы лучше представляете их мотивацию, влияние и проч.

Часто руководители проектов боятся самого слова «эскалация», почему-то считая, что в случае, если они вынесут проблему выше, они продемонстрируют свою некомпетентность, неумение управлять командой и проч. А зря, пока вы не генеральный директор – 100% влияния и власти у вас все равно не будет (да и в случае с генеральным директором тоже), а значит – ситуации, в которых понадобится эскалации, неизбежны. И лучше сделать это раньше, пока проекту не нанесен совсем уж большой урон.

Традиционный пример с ремонтом:

  1. Идет ремонт в новостройке, на объекте работает бригада во главе с прорабом и дизайнер интерьера, осуществляющий авторский надзор за работами. Цель проекта вроде бы одна – сделать так, чтобы вы скорее въехали в свою уютную квартиру, сделанную в точном соответствии с дизайн-проектом. Закупки делают они же.
  2. Ситуация 1: В магазине не оказалось той самой плитки, которая так хорошо смотрелась на визуализации. Неправильно: купить похожую плитку самим или заказать такую же, но ждать ее получения три месяца. Мне ничего не говорить, чтобы я не подумала, что они непрофессионалы, которые не в состоянии справиться с простой проблемой. Правильно: сформулировать, какие есть варианты (для варианта замены плитки – обновить визуализацию) и спросить меня. Типичный пример эскалации, все логично, но заменить плитку на закупку серверов с «не теми» характеристиками – и вот вам потенциальный срыв проекта из-за того, что кто-то побоялся вовремя эскалировать.
  3. Ситуация 2: дизайнер считает, что розетки и выключатели должны быть сделаны ровно как в дизайн-проекте и на его чертежах, а прораб – что часть комплектующих надо заменить, они красивые, но нефункциональные по его опыту в других квартирах. Неправильно: поругаться, считать, что другой – некомпетентен и «просто не умеет их готовить», затянуть конфликт, но мне ни за что не говорить. Тоже неправильно – прийти ко мне по отдельности, «настучать» на непрофессионализм коллеги, попросить принять мою сторону. Я все равно буду слушать обоих, но «на карандаш» сам подход возьму. Правильно: сформулировать, почему будет неудобно пользоваться (возможно, для меня это не будет проблемой?), объяснить, что можно сделать и как это повлияет на проект в целом (придется докупать новые розетки на всю квартиру на 30 000 рублей? задержится срок на 2 недели?), привести примеры и дать контакты людей, у которых с этим комплектующими все работает красиво и удобно.

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

Купить курс за 2990 руб

Подробнее про курс

P.S. Перед новым годом был пост с хорошей картинкой в тему.





Информация полезна? Поддержи развитие проекта!

На кофе и новые материалы для читателей блога :)

Еще статьи

Показать еще

комментарии

Подписаться на нашу рассылку

Еженедельная рассылка полезных материалов

Каково значение слова «эскалировать»?

Данное понятие возникло в деловом общении со значением «восходить, наращивать, штурмовать» на основе латинского scala – лестница, английского escalate – нагнетать, обостряться.

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

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

Оглавление:

  • Что значит эскалировать
  • Жечь глаголом
  • Что такое «эскалация проблемы»
  • Эскалировать правильно
  • Заключение

Что значит эскалировать

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

Новостные ленты связывали это выражение с обострением военных ситуаций, наращиванием вооружений, усилением противоборства сторон.

Википедия, известная интернет-энциклопедия, трактует значение слова как «постепенное увеличение чего-либо». Известно, что эскалационный процесс приводит к усилению разнополюсных позиций.

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

Жечь глаголом

Глагольные формы «эскалировать», «эскалироваться» появились сравнительно недавно.

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

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

Существует два смысловых оттенка слова «эскалировать»:

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

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

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

Что такое «эскалация проблемы»

В западных компаниях согласно внутренним регламентам эскалирование (эскалация) к руководству – обычная практика.

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

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

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

Эскалировать правильно

Задача успешного менеджера своевременно и грамотно эскалировать проблему.

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

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

Заключение

Слово «эскалировать» вошло в речь вместе с регулированием процессов в работе персонала. Употребление глагола сигнализирует о том, что система управления качеством постепенно внедряется в жизнь предприятий и организаций.

Смотрите видео, в котором рассматривается эскалация конфликтов, характерная для российского бизнеса:

14 Янв 2016

Logo IPMA

Компания «Проектные сервисы» представляет вашему вниманию перевод заметки Президента Международной Ассоциации Проектного Управления Рейнхарда Вагнера, посвящённой эскалации проблем при управлении проектами.

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

6 шагов эффективного процесса эскалации

Руководитель проекта должен:

  • Шаг 1: Проинформировать вышестоящее лицо, принимающее решения, о проблеме (например, через красный флажок в отчёте о статусе проекта)
  • Шаг 2: Проанализировать причины проблемы и потенциальное влияние на проект (например, размер перерасхода или отставания от графика)
  • Шаг 3: Разработать несколько альтернативных решений проблемы и оценить их достоинства и недостатки
  • Шаг 4: Описать ситуацию вышестоящему лицу, принимающему решения, с вариантами решения и собственными рекомендациями
  • Шаг 5: Объяснить последствия не принятия скорейшего решения
  • Шаг 6: Задокументировать результаты эскалации и зафиксировать извлечённые уроки

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

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

Эффективная эскалация требует открытости, доверия к проектному менеджеру и команде. Тогда качественное решение будет найдено, даже если проблема сложна, а решение даётся непросто.

Смотрите также:

  • Консалтинг: Методология управления проектами: Разработка и внедрение
  • Обучение: Основы управления проектами на базе стандарта PMI PMBoK 5-е издание
  • Статья: Этапы становления проектно-ориентированной организации

Источник: http://blog.ipma.world/effective-escalation-in-projects/

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

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

Типы эскалации: функциональная и иерархическая

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

Самый распространенный случай функциональной эскалации – перевод звонка на компетентного специалиста

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

В особо сложных случаях задействуются оба типа эскалации. 

Цели эскалационного управления

Приоритетная цель – ускорить решение проблемы и сохранить лояльность клиента. Исследование Salesforce показало, что 89 % потребителей на повторные покупки мотивирует положительный опыт обслуживания. Согласно другому исследованию, 83 % клиентов более лояльны к брендам, которые быстро реагируют на жалобы. Так что если вы хотите улучшить отношения с потребителями, не заставляйте их долго ждать. 

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

Эскалация – отличный инструмент тимбилдинга в «полевых» условиях

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

Лучшие практики управления эскалацией

Разработать соглашение об уровне сервиса (SLA)

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

Сделать процессы эскалации структурными

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

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

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

Создать условия для качественной обработки входящих обращений

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

В каком настроении бы ни был клиент, важно предоставить ему качественный сервис

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

Сочувствие к проблеме. Оно должно быть искренним, когда сотрудник ставит себя на место клиента и понимает причины его недовольства. «Прокачать» этот навык легче, если агенты поддержки сами активно пользуются продуктом или как минимум имеют такой опыт.

Активное слушание. Специалист поддержки не просто принимает и фиксирует информацию, но и задает конструктивные вопросы, которые ускорят решение проблемы.

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

Учиться на эскалациях 

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

Заключение

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

Что такое эскалация задачи?

Эскалация задачи – это увеличение приоритетности задачи, привлечение к ней дополнительного внимания.

Примеры эскалации:

1. Недостаточно полномочий исполнителя. 

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

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

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

3. Множество однотипных задач, по недоступности или плохой работы какого-либо сервиса.

Например: Нет лицензий для работы в 1С, смело эскалируем проблему.

Несколько способов эскалации задачи в Jira.

Добавьте «Наблюдателей», «Участников запроса».

Упоминание нужных сотрудников с помощью комментариев.

Повышение приоритета задачи, переназначение задачи более компетентному сотруднику.

Добавьте «Участников запроса» через портал «Технической поддержки». 

Упоминание нужных сотрудников с помощью комментариев, на портале «Технической поддержки». Просто введите @, чтобы упомянуть сотрудника.

ВАЖНО!

Прежде чем эскалировать задачу узнайте все подробности задачи, это поможет ускорить ее решение!

Если Вы не знаете на кого эскалировать задачу, эскалируйте на своего руководителя!

Понравилась статья? Поделить с друзьями:
  • Красноярскэнергосбыт руководство по
  • Как заправить кальян инструкция с фото для начинающих
  • Epoxy metal 9905 инструкция по применению
  • Гбу жилищник гагаринского района руководство
  • Магнитола vitek vt 3450 bk сервис мануал схема