в чем заключается принцип эскалации
Эскалировать и эскалация проблемы — что это значит?
Каково значение слова «эскалировать»?
Данное понятие возникло в деловом общении со значением «восходить, наращивать, штурмовать» на основе латинского scala – лестница, английского escalate – нагнетать, обостряться.
Понятие используют в сферах юриспруденции, менеджмента, бизнес-технологий.
Глагол активно применяется в решении ситуаций, связанных с инцидентами, конфликтами, организационными проблемами.
Что значит эскалировать
Первоначально в широком употреблении было существительное «эскалация». Во время холодной войны часто использовали сочетание «эскалация конфликта».
Новостные ленты связывали это выражение с обострением военных ситуаций, наращиванием вооружений, усилением противоборства сторон.
Википедия, известная интернет-энциклопедия, трактует значение слова как «постепенное увеличение чего-либо». Известно, что эскалационный процесс приводит к усилению разнополюсных позиций.
Нагнетание ведет к невозможности сосуществования, рискам открытых столкновений с причинением вреда какому-либо участнику конфликта.
Жечь глаголом
Глагольные формы «эскалировать», «эскалироваться» появились сравнительно недавно.
Применение характерно для языковой среды в системе организации, управления.
Значение глагола в деловом общении обрело смысловые оттенки, связанные с движением наверх по линии развития, по иерархической лестнице. Важен контекст в употреблении слова для точной передачи смысла.
Существует два смысловых оттенка слова «эскалировать»:
Например, отправка документов не в то ведомство означает, что ожидать ответа, заключения по рассмотрению дела, не имеет смысла.
Что такое «эскалация проблемы»
В западных компаниях согласно внутренним регламентам эскалирование (эскалация) к руководству – обычная практика.
Менеджеры младших звеньев в рамках процедур на основе серьезности появившихся затруднений транслируют, или эскалируют проблемы менеджерам высокого уровня.
В результате ожидается подключение дополнительных ресурсов и новых возможностей для достижения цели.
В структурах с отсутствием внутреннего организационного порядка исполнители зачастую пытаются самостоятельно справиться с возникшими затруднениями. Стремление сотрудника быть успешным во всем, не обращаться за поддержкой, приводит к проявлению некомпетентности и потере репутации всей компании.
Эскалировать правильно
Задача успешного менеджера своевременно и грамотно эскалировать проблему.
Сбор сопутствующей информации, вариантов решения, демонстрация комплексных знаний – отражение высокой квалификации специалиста.
Заключение
Слово «эскалировать» вошло в речь вместе с регулированием процессов в работе персонала. Употребление глагола сигнализирует о том, что система управления качеством постепенно внедряется в жизнь предприятий и организаций.
Смотрите видео, в котором рассматривается эскалация конфликтов, характерная для российского бизнеса:
Управление по исключениям или эскалация в проектном менеджменте
Известная всем «простая истина» гласит, что менеджер проекта всецело отвечает за достижение целей проекта (об этом говорит и PMBoK, и стандарты ISO). При этом в зависимости от масштаба и бюджета проекта различные группы навыков руководителей проектов выходят на разные уровни: маленький проект чаще всего предполагает сильные технические скиллы, крупные проекты – лидерские и стратегические навыки взаимодействия со стейкхолдерами и заинтересованными лицами.
Так как ни один проект невозможен без людей, то роль менеджера проекта, заключающаяся в интеграции и координации работ различных специалистов и заинтересованных лиц, при зрелом менеджменте всегда выходит на первый план (даже при прогнозировании). Управление заинтересованными сторонами (даже неблагоприятно влияющих на проект) – очень яркая и многогранная работа. А там, где есть люди, там всегда присутствуют конфликты: ресурсные, межличностные, приоритетные, административные и т.д.
В странах со зрелым управленческим менеджментом давно применяются процессы управления по исключениям. Самое явное определение таким процессам дает стандарт PRINCE2: Руководство проектами следует осуществлять путем определения обязанностей и ответственности на каждом уровне проекта при помощи строгого делегирования полномочий. Допустимые отклонения должны быть определены для каждого уровня плана проекта.
К сожалению, в российском проектном менеджменте (даже в больших корпорациях) до сих пор не развивается применение принципа управления по исключениям. Многие большие начальники давно изучили техники и методики делегирования, но в обратную сторону «вскрытие» проблемных зон проекта до верхнего уровня заинтересованных сторон работает очень плохо. Другими словами, очень многие менеджеры проектов боятся эскалировать проблемы «наверх» и выносить лишний раз вопросы на уровень спонсоров и кураторов проекта. Возможно, в российской действительности это отчасти связано с моральными устоями, что жаловаться нехорошо, или с боязнью показаться некомпетентным.
Изначально слово «эскалация» произошло от латинского слова scala «лестница», в русский язык пришло из английского слова escalation «расширение, распространение». В современном русском языке чаще всего слово эскалация понимается больше с политическим или военным смыслом в части наращивания силы, расширение или распространение конфликта. Впрочем, в проектном менеджменте эскалация, при правильном понимании и использовании, не несет столь негативной окраски, а, наоборот, является полезным инструментом для достижения целей проекта и удовлетворенности заказчика. Нужно всегда помнить, что нерешенные вовремя проблемы повышают риски неуспеха проекта, вызывают нарушения сроков и бюджетов, снижают качество продукта проекта.
Эскалация вопросов и проблем в проекте (ресурсных, межличностных, административных) не будет вызывать нездоровый негатив, если всегда пользоваться принципами честности и открытости. Шаги, которыми пользуюсь я в своей практике (и они правда приносят успех):
Выявите заинтересованность или ее отсутствие в решении проблемы путем диалога. Другими словами – попробуйте просто спросить почему нет (почему не решается проблема или у кого отсутствует интерес к ее решению).
Открыто оповестите противоположную сторону о необходимости/потребности в эскалации, тем самым вы избавитесь от подковёрных игр и наращивания негатива в проекте после эскалации.
Подготовьте аргументированную базу для эскалации с учетом планов проекта, управления рисками, допущений и ограничений. Здесь хорошим подспорьем будут ранее фиксированные договоренности, статус-встречи и планы.
Эскалируйте на вышестоящие уровни, это страшно только в первый раз. В рамках договорных отношений Заказчик – Исполнитель эскалацию на уровни выше лучше переносить в разряд официальных писем (для юридической подстраховки от «плохих людей» и штрафных санкций).
В качестве личного совета могу добавить, что не надо забывать об открытости к сотрудничеству даже в момент эскалации, ведь любой конфликт – это точка для роста, и в проектной практике нужно использовать его конструктивные функции. Проектная эскалация не пересекается (и не должна пересекаться) с личными отношениями, и ни коем образом не является жалобой. В момент эскалации задача менеджера проектов – приведение вышестоящих уровней, принимающих решение, к принятию качественного и полезного решения для всех, а главное для проекта. Эффективна только открытая и честная эскалация.
Что такое эскалация в управлении проектами и зачем она нужна?
Забавно, но довольно часто сталкиваюсь с вопросом «что такое эскалация» и «что значит эскалировать» несмотря на то, что это одно из самых базовых понятий как в управлении проектами, так и в менеджменте в целом. Поэтому этот пост (осторожно, спойлер!) будет полон достаточно банальных вещей об эскалации, если вы все об этом знаете – не открывайте. Я предупредила.
Итак, что такое эскалация? Википедия дает универсальное определение – это постепенное увеличение, усиление, расширение чего-либо (например, коррупции во власти, или эскалация войны); наращивание (вооружений и т. п.), распространение (конфликта и т. п.), обострение (положения и т. п.).
Красиво, но связать с управлением проектами сложно, а ведь все очень просто.
Эскалация – это «подъем наверх» конфликта или проблемы, которые вы не можете разрешить самостоятельно в рамках своей роли или своих полномочий.
В норме процесс выглядит так: участники проектной команды взаимодействуют друг с другом и в случае, если они не могут договориться между собой, или решить какую-то внешнюю проблему самостоятельно – они эскалируют вопрос на руководителя проекта. Если он может разрешить вопрос – он его разрешает, если нет – эскалирует выше.
Эскалация – это также один из основных инструментов, используемых в ходе управления рисками.
Мои правила эскалации:
Часто руководители проектов боятся самого слова «эскалация», почему-то считая, что в случае, если они вынесут проблему выше, они продемонстрируют свою некомпетентность, неумение управлять командой и проч. А зря, пока вы не генеральный директор – 100% влияния и власти у вас все равно не будет (да и в случае с генеральным директором тоже), а значит – ситуации, в которых понадобится эскалации, неизбежны. И лучше сделать это раньше, пока проекту не нанесен совсем уж большой урон.
Несмотря на все, сказанное выше, эскалация – это всего лишь один из множества инструментов для взаимодействия со стейкхолдерами проекта. Если вы хотите лучше работать со стейкхолдерами и уметь на них влиять – то посмотрите наш большой курс по управлению стейкхолдерами. Пакет шаблонов в подарок!
Эскалация конфликта — что это, стадии, виды
Конфликты часто бывают болезненными и утомительными, однако они составляют неотъемлемую часть жизни. Для того, чтобы избегать их появления, уметь находить разумные компромиссы или достойно противостоять противнику нужно понимать, что представляет собой конфликт, как происходит его эскалация.
1. Что такое эскалация простыми словами
Слово «эскалация» (escalation) употребляется часто, однако не все знают его точный смысл. Оно описывает развитие конфликта. Эскалация — это стадия его развития, усиления. Это понятие может относиться к конфликтам как на личном уровне, так и к тем, которые происходят в международной сфере.
Противостояние может происходить в различных формах. Конфликт может быть замороженным, идти на спад или активно развиваться. Он может недавно возникнуть или идти к своему разрешению. Эскалация происходит тогда, когда с каждым новым действием он разгорается всё сильнее, раскол между сторонами — всё больше, а перспектива его разрешения — всё призрачней.
Эта стадия может протекать в различных формах. Иногда конфликт раскручивается с огромной скоростью, но также существует ситуации, когда эскалация происходит медленно на протяжении длительного периода.
Также существует волнообразное развитие конфликта. При этом скорость развития то падает, то вновь увеличивается.
2. Как относиться к эскалации конфликта
Обычно эту стадию развития противостояния достигают те, ко использует деструктивные модели поведения. Практически в это время стороны наносят друг другу всё более возрастающий урон. Постепенно агрессия из средства достижения практических целей превращается в самодостаточное занятие и развитие событий приобретает разрушительный характер.
Более разумным и выгодным является выявление существующих противоречий на ранней стадии, и поиск путей решения, наилучшим образом устраивающего обе стороны.
Урегулирование должно начинаться с выявления проблемы. На ранних стадиях это является сложным. Одной из причин является то, что стороны часто скрывают существование проблемы. Поэтому признание сторонами наличия противоречий представляет собой важный шаг её решения.
Часто средством решения является прекращение силовой борьбы между сторонами и перенесение взаимодействия на более высокий уровень. Урегулирование позволяет с большей вероятностью добиться заявленных целей и снизить цену противостояния.
3. Как определить стадию конфликта
В реальной жизни конфликтные ситуации не являются редкостью. Важно уметь разобраться в том, на какой стадии находится конфликт. Существуют признаки, позволяющие с уверенностью сказать, что сейчас он находится на стадии эскалации:
Эскалация включает в себя действия для нанесения урона, которые делаются с возрастающей силой.
4. Образ врага
Пока противостояние не возникло, образ другой стороны носит нейтральную окраску. Он формируется на объективной основе, опосредствованно. Когда начинается эскалация, в нём начинают проявляться отрицательные моменты в нарастающей степени.
Типичными чертами врага становятся следующие:
На предельной стадии эскалации враг в значительной степени теряет индивидуальные черты и становится упрощённым воплощением всевозможных недостатков и пороков.
5. Интересы сторон
Когда конфликт находится в зачаточном состоянии, интересы сторон могут отличаться или частично совпадать. Однако по мере его эскалации они становятся всё более полярными, взаимоисключающими.
Ранее существовала возможность достигать своих целей либо не мешая друг другу, либо делая это в незначительной степени. Когда происходит эскалация, то интересы и цели сторон становятся разнополюсными, несовместимыми. Их реализация теперь невозможна без нанесения вреда друг другу.
6. Можно ли предотвратить эскалацию
Несмотря на распространённость конфликтных ситуаций в жизни, они не обязательно переходят на стадию эскалации. Если вовремя распознать зарождение таких ситуаций и найти возможность для компромисса, то для развития противоречий причины не будет. Таким образом можно избежать эскалации. Однако для этого нужно тщательно контролировать возможность возникновения проблем. При этом обе стороны должны стремиться к нахождению точек соприкосновения в позициях сторон и быть готовыми к компромиссам для того, чтобы прекратить или понизить уровень противостояния.
Однако такая возможность имеется не всегда. В этом случае возникает питательная среда для развития конфликта.
7. Признаки эскалации конфликта
Наступлении стадии эскалации конфликта можно определить при помощи следующих признаков:
При обострении конфликта переходят от реальных претензий к выпадам личного характера. При этом становится важным унизить собеседника, а не решить какие-либо реальные проблемы.
8. Особенности эскалации
Когда разгорается противостояние, постепенно внедряется восприятие отношений по принципу: любое действие, выгодное оппоненту, является враждебным. Происходят негативные ожидания. Подразумевается, что любое действие, любая мысль оппонента не могут быть ничем другим, кроме вреда. При этом подразумевается, что конфликт захватил его целиком и все его другие интересы отошли на второй план.
В конфликте важную роль играет подражание в себе отрицательных эмоций по отношению к другой стороне. Она воплощает зло самим своим существованием и поэтому во что бы то ни стало должна быть раздавлена или уничтожена.
9. Стадии развития противостояния
Для развития конфликта обычно существуют объективные причины. Так бывает в большинстве случаев, но не всегда. Проблемы могут носить, например, чисто психологический характер.
В некоторых ситуациях на возникновение противоречий реагируют сразу, стремясь их разрешить или хотя бы снизить уровень противостояния. Это во многом зависит от интересов и доброй воли участников зарождающегося конфликта.
Чтобы проблемы не усугублялись, сторонам, как правило, придётся чем-то пожертвовать чтобы прийти к компромиссу. Однако на начальном этапе цена конфликта намного меньше, чем в дальнейшем.
Если примирения не произошло, то наступает следующая стадия противостояния. Время от времени происходят инциденты, постепенно обостряя отношения между сторонами.
На этом этапе эмоции становятся важнее доводов разума. Усилия сосредотачиваются на нанесении максимального урона противнику. Эскалация в значительной степени развивается сама по себе. Часто бывает так, что настоящая причина уходит в прошлое, а развитие вражды происходит на эмоциональной основе.
Бывает даже так, что ценности, ради которых борются стороны меняются в процессе эскалации конфликта. Развитие ситуации становится неуправляемым.
Теперь подход становится чёрно-белым. Сейчас уже смысл конфликта не важен. Каждый участник не может уступить и отдаёт все силы борьбе.
На следующем этапе происходит абсолютизация своей позиции. Противостояние начинает восприниматься в качестве высшей ценности. При этом за пределами конфликта стороны могут себя вести взвешенно и разумно. Поэтому иногда стороннему наблюдателю трудно составить объективное мнение о конфликтной ситуации.
Последняя стадия конфликта — его завершение. Это может быть связано со следующим:
Наиболее распространённой причиной является изменение ситуации, которое вызывает переоценку ценностей участниками:
Если конфликт разрастается и в нём появляется новая сторона, обладающая достаточными ресурсами и силами для прекращения противоборства.
10. Прекращение эскалации
Когда развитие противостояния сменяется разрешением конфликта, это не всегда означает победу одной из сторон. Эскалация может закончиться одним из следующих способов:
Затухание может привести к тому, что борьба постепенно прекратиться, хотя суть конфликта останется. Это может означать фактическое прекращение борьбы, а может стать замороженным конфликтом, который в подходящих обстоятельствах способен вспыхнуть снова.
11. Послеконфликтный период
После того, как борьба пришла к определённому результату, конфликт окончен не полностью. В течение некоторого времени происходит ликвидация последствий противостояния. Постепенно восстанавливаются отношения между сторонами.
Полное завершение происходит после того, как стороны осознают, что в дальнейшем им необходимо конструктивное взаимодействие.
Не всегда после окончания происходит полное примирение. В некоторых случаях один конфликт служит толчком к появлению других. Причём это может происходит в других сферах.
12. Виды конфликтов
Противостояние не всегда является деструктивным и разрушительным. Конфликты могут иметь различный характер:
Нужно учитывать разницу между разрешением и полным завершением конфликта. В первом случае существует вероятность возобновления. Во втором — он полностью исчерпан.
Для того, чтобы найти разрешение конфликта, нужно понимать, что это такое, как он развивается. Эскалация развития представляет собой болезненный этап отношений. Важно понимать, почему и как это происходит и что нужно делать в таких ситуациях.
Философия SLA: что такое эскалация и зачем она нужна
В своей статье «Как написать хороший SLA», я поминал, что в SLA просто просится внести процедуру эскалации. Хочу сказать пару слов за эскалацию.
Эскалацию в IT, по-моему, мало кто понимает. В ITIL она как-то мутно определена. Соответственно и дальше, при попытках её внедрить, градус мутности только возрастает. Ни Гугл, ни Яндекс не помогают найти ничего вразумительного. Вместо того, чтобы объяснить эскалацию просто и понятно (как это сделаю я), авторы начинают вводить какие-то новые термины, указывать в чём различие между функциональной и иерархческой эскалацией (зачем вообще это?), вещать что-то про автоматическую эскалацию, ничего не объясняя и уводя в сторону. И при этом из контекста можно предположить, что эскалация — это то ли синоним передачи запроса другому исполнителю, то ли в другое подразделение, то ли привлечение дополнительных ресурсов, то ли повышение приоритета. А иногда я просто теряюсь понять смысл. Всё это вызывает лично у меня ощущение или «кручу-верчу, обмануть хочу», или банальной некомпетенции.
Особенно мило (не могу удержаться и не привести этот пример) выглядит автоматическая «эскалация» запроса на другой уровень поддержки, если (sic!) текущий исполнитель не успевает в заданный в SLA срок. То есть будучи исполнителем, принимаем запрос и держимся изо всех сил, ничего по нему не делаем, пока он не будет вот-вот уже почти просроченным, и… бац! — срабатывает автоматическая «эскалация», которая переназначает запрос на кого-то другого. Профит. Главное держать себя в руках и ничего не делать. Можно было бы от души посмеяться, но кое-где именно такую схему «эскалаций» и применяют, выдавая за лучшие практики IT!
Так что же такое эскалация, кому и зачем она нужна? Сейчас расскажу своё понимание, после которого Вы, как я надеюсь, полюбите эскалацию также, как и я. Держитесь крепче за стул.
Сначала развенчаю вышенаписанное, почему это не является эскалацией.
Эскалация не является переназначением запроса. Хотя бы по той простой причине, что переназначение запроса на другого исполнителя называется «переназначением запроса на другого исполнителя». А не эскалацией. И вообще переназначать запрос, если исполнитель уже приступил к работе, категорически нельзя. Единственный правильный способ передачи запроса, который я знаю, это когда новый исполнитель забирает запрос себе сам добровольно, и только после предварительного согласия текущего исполнителя. Потому что взял (дали) запрос — решай до победного конца. Да и разгребать последствия «за того парня» после переназначения — то ещё удовольствие. Событие это скорее форс-мажорное, чем обыденное. Тем более никаких автоматических переназначений. Иначе исполнители будут от работы бегать.
Также эскалация не является повышением приоритета. Потому что даже у не владеющего ситуацией (но владеющего логикой) человека тут же возникает вопрос, а как тогда эскалировать запросы самого высокого приоритета? И, если у нас всего четыре приоритета цифрами от 1 до 4, то эскалировать можно максимум три раза, меняя приоритет с 4 на 3, с 3 на 2 и с 2 на 1 и всё, да? Выглядит подозрительно и нелогично. И потом, если нам по третьему приоритету исполнитель не отвечает из отпуска, то почему по второму вдруг начнёт?
А чем же тогда эскалация является? Определение:
Эскалация — это процедура привлечения внимания к отдельному запросу, когда ход работы над запросом чем-то не устраивает
Вот именно так, а не иначе. Привлечь внимание. Невооружённым глазом видна связь с повышением приоритета — внезапно повышенный приоритет, как и другие подобные несуразные действия, привлечёт к себе внимание, так что такое поведение отчасти смахивает на эскалацию. Но только в том случае, если исполнитель не ушёл в отпуск. Ну и не забываем, что на несуразные действия одной стороны, другая может отреагировать симметрично. На любой ваш вопрос, так сказать, произвольный наш ответ. Так что более правильно понимать эскалацию именно как привлечение внимания. А там уже компетентный человек разберётся, повышать ли приоритет, привлекать ли дополнительную экспертизу или просто придать исполнителю нужное ускорение, вплоть до полной смены его состава. То есть с предыдущими потугами определить эскалацию данное определение согласуется.
Но данное определение уже лучше, потому что оно позволяет эскалировать запросы столько раз, сколько нужно, невзирая на конечное число приоритетов и уровней поддержки.
Идём дальше. У каждой эскалации должен быть повод. Другими словами, что-то не так с запросом, почему-то понадобилось привлекать к нему внимание. Этот повод инициатор обязан указать при эскалации. Без повода эскалаций не бывает. Вот типичные примеры причин для эскалации:
Если причиной эскалации являются сроки, то надо эти сроки указать и внятно изложить, почему этот срок важен, и что случится, если срок будет нарушен.
Причиной для эскалации не является:
и другие тому подобные ничего не значащие фразы.
Если внятной причины для эскалации инициатор не указал, то первым вопросом при разборе эскалации должна быть именно просьба указать причину. Ну у всех бывает, волновался человек, пропустил важное. Я серьёзно говорю, эскалации часто делают в жёстких стрессовых условиях. Но если причина так и не будет указана, то эскалацию следует закрыть, потому что отсутствует причина эскалации. Если не получается сформулировать внятную причину для эскалации, то это хороший повод задуматься, может и в самом деле не надо ничего эскалировать?
Причина эскалации обычно излагается не техническим языком, нужно изложить где и чем проблема мешает бизнесу. Это так называемая бизнес-причина. Согласитесь, что мелкая техническая проблема может на самом деле доставить много неприятностей бизнесу и наоборот. Сравните:
Первая причина будет понятна только узкому кругу технических специалистов (причём зачастую только после длительного анализа), вторая же говорит каждому, что весь бизнес уже встал, а скоро ещё и на деньги попадёт.
Привести внятную причину эскалации — это отличный фильтр, который пропустит все случаи, когда действительно надо, и отсечёт большую часть неадеквата.
Что должно случиться после того, как кто-то эскалировал запрос. Нужно рассмотреть эскалацию. Должен появиться исполнитель запроса или кто-то более компетентный (особенно, если причиной эскалации являются действия самого исполнителя) и внятно отреагировать. Под «внятно отреагировать» вообще говоря понимается следующее: проанализировать текущую ситуацию с запросом в свете причины эскалации и предложить инициатору план дальнейших действий, который устроит обе стороны и устранит причину эскалации. Далее действовать по этому плану. Рассмотрение эскалации должно быть оперативным, неотвратимым и качественным. Тут нельзя халтурить.
Кстати, эскалировать может не обязательно инициатор запроса, иногда существенная информация может поступить от кого-то другого. Также для полноты картины замечу, что эскалация совсем не обязательно приводит к повышению приоритета или замене исполнителя, скорее даже обычно не приводит. Приоритет приводится в соответствие только при необходимости, если раньше промахнулись или обстоятельства поменялись. Также может оказаться, что весь план действий будет «продолжаем дальше в том же режиме», если эскалация была не по делу, или может оказаться, что в рамках эскалации приоритет как раз будет понижен. Конечно повышать приоритеты во время эскалаций приходится чаще, это действие требует оперативности и, возможно, других корректировок в работе над запросом, понизить же приоритет можно и штатным порядком. Главное в эскалации, что внимание было привлечено и повлекло за собой действия по устранению причины эскалации и наведению порядка. Рассмотрение эскалации также часто выступает в роли арбитража на проекте, если инициатор и исполнитель не могут договориться. Инициатор иногда хочет странного, а временами и невозможного.
И тут мы уже плавно так подбираемся к вопросу, а зачем вообще нужны эскалации?
С инициатором более или менее понятно. Инициатору запроса это возможность выразить своё неудовольствие и несогласие, а также решить любую нештатную ситуацию. Это хорошо согласуется с интуитивным пониманием слова «эскалация», что позволяет использовать эскалации, в том числе и рядовым пользователям IT-систем, они вполне грамотно и вовремя могут пользоваться эскалацией даже не читая никаких регламентов и инструкций.
А вот зачем нужна эскалация исполнителю? И нужна ли? Этого исполнители часто не понимают, и потому не любят эскалации. А зря.
На первый взгляд кажется, что ситуация несимметрична. Для инициатора это возможность постучать кулаком по столу, и поскандалить, а исполнитель зачем-то должен на это подпрыгивать и реагировать. Причём подпрыгивать быстро и реагировать адекватно. Заняться ему что ли больше нечем?
Давайте посмотрим, что будет если эскалаций не существует. Если у инициатора есть повод для недовольства, то он будет ждать, ждать, ждать, пока терпение не лопнет. И тогда у нас скандал, ругань, кровь кишки жалобы на всё что можно припомнить до третьего колена, привлечение начальства, стрессы, нервы и прочие производственные ужасы. И если при этом ещё повод для недовольства в самом деле имеется, да и в прошлом огрехи были (как чаще всего и бывает ибо nobody’s perfect), то мало не покажется никому. Кроме того, во время таких разборок, становится очень сложно вернуться к конструктивным действиям по самому запросу. Инициатор не готов сотрудничать, не желает идти на компромиссы и чем-либо поступаться, решение требуется прямо сейчас и в лучшем виде, на блюдечке с голубой каёмочкой. А проблема обычно нетривиальная, ради тривиальных хай бы не поднимался. Разруливать такие скандалы ой как непросто.
Теперь рассматриваем, что будет в той же ситуации, если имеется хорошо настроенный и чётко работающий механизм эскалаций. Инициатор, вместо того, чтобы терпеть до последнего, проведёт эскалацию запроса сразу, как только осознает, что его что-то идёт не так. Причина эскалации будет изучена, ситуация рассмотрена, необходимые действия запланированы. Работы меньше не станет, это факт, но она останется в штатном режиме, а взаимодействие останется конструктивным. Если план не будет хорош, то скорее всего последует ещё одна эскалация, то есть ошибки неприятны, но не смертельны. Шанс исправиться будет максимальный. И даже если инициатор по какой угодно причине не воспользовался эскалацией, то вместо всего ужаса из предыдущего абзаца ситуация будет разрулена одним вопросом к самому инициатору (и, возможно, его руководителю): «что ж ты не эскалировал?»
Вот так и получается, что работающий механизм эскалации позволяет исполнителю гарантированно избегать жалоб на свою работу. Причём качественно и системно. Повторю ещё раз для лучшего запоминания и даже возьму в рамочку:
Работающий механизм эскалации позволяет исполнителю гарантированно избегать жалоб на свою работу
Мало? При эскалации инициаторы сами показывают, на какие запросы следует обратить особое внимание исполнителю. Причём заранее, до того, как рвануло, и именно в тот момент, когда сами готовы конструктивно поработать со своей стороны. Сами. Заранее. Конструктивно. Прямо праздник какой-то.
Всё ещё мало? Руководителю проекта (подразделения, отдела, группы) участие в эскалациях даёт понимание текущей ситуации на проекте и бесценную информацию для оценки работы подчинённых. Именно в тех обстоятельствах, где качества работы исполнителей проявляются как раз ярче всего. И руководителю известны все текущие потенциально конфликтные запросы. Известны на том уровне, на котором он сам участвует в эскалациях.
Вот и получается, что на самом деле исполнителю механизм эскалаций чуть ли не нужнее, чем инициатору. По-моему, ради такого стоит помучаться с оперативным и качественным рассмотрением эскалаций.