<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:tt="http://teletype.in/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:media="http://search.yahoo.com/mrss/"><channel><title>Ivan Batechko</title><generator>teletype.in</generator><description><![CDATA[Ivan Batechko]]></description><image><url>https://img1.teletype.in/files/c6/f9/c6f9b5f9-5757-4604-954a-dbd05a593d8f.png</url><title>Ivan Batechko</title><link>https://teletype.in/@ivanbatechko</link></image><link>https://teletype.in/@ivanbatechko?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko</link><atom:link rel="self" type="application/rss+xml" href="https://teletype.in/rss/ivanbatechko?offset=0"></atom:link><atom:link rel="next" type="application/rss+xml" href="https://teletype.in/rss/ivanbatechko?offset=10"></atom:link><atom:link rel="search" type="application/opensearchdescription+xml" title="Teletype" href="https://teletype.in/opensearch.xml"></atom:link><pubDate>Sat, 20 Jun 2026 03:44:02 GMT</pubDate><lastBuildDate>Sat, 20 Jun 2026 03:44:02 GMT</lastBuildDate><item><guid isPermaLink="true">https://teletype.in/@ivanbatechko/group_delegation</guid><link>https://teletype.in/@ivanbatechko/group_delegation?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko</link><comments>https://teletype.in/@ivanbatechko/group_delegation?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko#comments</comments><dc:creator>ivanbatechko</dc:creator><title>Особенности группового делегирования</title><pubDate>Tue, 12 Mar 2024 12:19:44 GMT</pubDate><media:content medium="image" url="https://img1.teletype.in/files/c0/41/c04115df-db09-4b66-a8b8-b803bc798c83.png"></media:content><description><![CDATA[<img src="https://img4.teletype.in/files/71/48/71480023-0852-431b-a32c-0192b2d03158.png"></img>Групповое делегирование - это метод делегирования, который подразумевает одновременную постановку заданий нескольким сотрудникам, при этом, делегируемые задания не обязательно являются однородными.]]></description><content:encoded><![CDATA[
  <figure id="naC7" class="m_column">
    <img src="https://img4.teletype.in/files/71/48/71480023-0852-431b-a32c-0192b2d03158.png" width="1437" />
  </figure>
  <p id="laMq">Групповое делегирование - это метод делегирования, который подразумевает одновременную постановку заданий нескольким сотрудникам, при этом, делегируемые задания не обязательно являются однородными.</p>
  <p id="fS0t"></p>
  <h3 id="fx5R">Преимущества подхода</h3>
  <ol id="K86N">
    <li id="RcR2"><u>Экономия времени.</u> Если задание или какая-то его часть идентичны для всех сотрудников, коллективное делегирование уместно и существенно экономит время (так как не нужно каждому отдельно рассказывать одно и тоже). Пример задания: &quot;всем руководителям до пятницы подготовить и подать бюджет на следующий квартал&quot;.</li>
    <li id="UV6L"><u>Единое понимание/трактовка задания.</u> Это уместно, опять таки, во время делегирования одинакового задания или его части нескольким исполнителям. При таком подходе, пропадает риск того, что какому-то исполнителю вы скажите одно, а какому-то - другое. Все получат одинаковую информацию. На примере того же примера с бюджетом, несмотря на наличие разных статей расходов у каждого подразделения, структура и правила составления бюджета являются едиными для всех.</li>
    <li id="q4fX"><u>Мотивация.</u> Получая задание на коллективной встрече, сотрудник берет на себя обязательства не только перед руководителем, но и перед коллегами. То есть, появляется дополнительный стимул, чтобы выполнить задание так как нужно.</li>
    <li id="e19Y"><u>Вовлеченность в жизнь компании.</u> У каждого исполнителя появляется понимание, чем живут его коллеги и какие у них проблемы и задачи. Тем самым, появляется общая “картина” организации.</li>
    <li id="ICo9"><u>&quot;Коллективный разум&quot;.</u> Сотрудники не просто вовлекаются и понимают, чем занимаются их коллеги, но и могут дать свои комментарии/дополнения. Так, к примеру, сотрудник Иванов, который слышит, как сотруднику Петрову поручают задание, может дополнить задание важными нюансами, показать риски, предложить варианты, предложить помощь в выполнении.</li>
  </ol>
  <p id="Jgyq"></p>
  <h3 id="u6Fy">Недостатки и проблемы</h3>
  <ol id="vJi9">
    <li id="xVbN"><u>Недостаток времени на качественное делегирование.</u> В большинстве случаев экономия времени во время коллективного делегирования является иллюзией. На самом деле руководитель, экономя время на делегировании, тратит в будущем больше времени на последующем контроле и переделывании поставленных заданий. Почему? Это происходит из-за потери качества передачи задания сотруднику. </li>
    <ul id="fSxW">
      <li id="ajAO">Во первых, во время группового делегирования нет возможности учесть индивидуальные особенности каждого. Так, одному сотруднику ваш формат будет понятен, а второму нет. Ему будет не достаточно объяснений, не достаточно деталей, недостаточно инструкций. Если же проводить делегирование всем на очень детальном уровне, часть сотрудников будет скучать и всем видом вас подгонять. Кроме этого, совещания сильно затянется во времени.</li>
      <li id="PBUt">Во вторых, у сотрудников может быть недостаточно времени, чтобы задать все необходимые уточняющие вопросы. Если каждый будет задавать свои вопросы, это сильно затянет длительность совещания. Ну и пока вы будете отвечать на вопросы одного сотрудника, остальная часть сотрудников будет скучать. Это не самая рациональная трата времени группы.</li>
    </ul>
    <li id="NQar"><u>Стеснительность и/или &quot;стадный рефлекс&quot;.</u> Не все сотрудники будут задавать вопросы, озвучивать опасения, критиковать, возражать публично. Они просто постесняются это сделать публично, чтобы не показать себя некомпетентными перед другими. Немалую часть в такой ситуации сыграют опытные сотрудники, которые будут говорить “тут все понятно” или предлагать свое мнение. Более скромные сотрудники, в подобной ситуации, не захотят открыто спорить со своими коллегами и предпочтут молча согласиться с мнением большинства.</li>
    <li id="tAmp"><u>Давление.</u> Несмотря на пользу взятия ответственности перед коллегами (это про мотивацию, описанную в пункте 3 выше), часть сотрудников подобная &quot;ноша&quot; может привести к стрессу. Все люди разные и каждый по разному относиться к давлению сроками. И почти в каждом коллективе есть более &quot;нежные&quot; в этом плане сотрудники, которые ну никак не кайфуют от работы в условиях жестких дедлайнов, коллективной ответственности и других примеров эмоционального давления. Это их угнетает и делает срок их сотрудничества с компанией короче. Да, возможно они и будут выполнять в таком режиме одно, второе, третье задания. Но при первой возможности уйти на более &quot;спокойную&quot; работу, они сразу вас покинут. Из практики могу сказать, что большинство встречаемых мной &quot;нежных&quot; сотрудников, были отличными исполнителями и выполняли все как нужно. Их максимально эффективной средой функционирования были простор и свобода (в допустимых объёмах). </li>
  </ol>
  <hr />
  <h2 id="wioc">О коллективной безответственности</h2>
  <p id="B1Ai"></p>
  <p id="vKUj">Наверное все слышали утверждение &quot;коллективная ответственность = коллективная безответственность&quot;. Я считаю это истиной. К сожалению, действительно нередко коллективное делегирование используют именно для передачи коллективной ответственности за задание. Мол, если у проекта будет 3, 4 или 25 ответственных, будет больше шансов, что он взлетит. Все эти ответственные, будут вносить свой вклад, подгонять и подбадривать друг друга, и выполнят все быстрее. Или, как минимум, когда будут появляться отклонения в проекте/задании, хоть кто-то из этих &quot;ответственных&quot; придет и об этом сообщит.</p>
  <p id="sGnD">Но в реальной жизни так скорее не работает, чем работает. В большинстве своем люди всегда выбирают более простой путь. В нашем примере его можно назвать &quot;выехать за счет других&quot;. Но даже, если такой идеи изначально не было у сотрудника (допустим, что он реально ответственен и лоялен), можем ли мы гарантировать, что он будет работать за других, если они решат выехать за его счет? К примеру, почти в каждом проекте есть привлекательные задания и не очень. И может случиться, что:</p>
  <ul id="6pRO">
    <li id="a9fv">привлекательные задания заберут себе либо самые быстрые, либо самые хитрые, что приведет к демотивации и конфликтам;</li>
    <li id="0G7C">неприятные задания же либо будут вообще проигнорированы (каждый подумает, что кто-то другой должен взять это задание), либо их коллективно сольют под предлогом, что они невыполнимы, либо они будут выполнены теми, кто оказался менее хитер и &quot;силен&quot; (а значит, возможно, не самыми квалифицированными и подходящими для их выполнения сотрудниками).</li>
  </ul>
  <p id="bcfc">Как вывод, сотрудники с повышенным уровнем хитрости будут выезжать за счет более ответственных и слабых.</p>
  <hr />
  <h2 id="oBce">&quot;Я директор, мне некогда&quot;</h2>
  <p id="b0zm"></p>
  <p id="unWe">Групповое делегирования наиболее распространено на верхних уровнях иерархии. Так, зачастую оно проводится непосредственно на планерке руководителей и выглядит примерно так: директор поочередно поднимает какие-то темы, задает вопросы участникам планерки и раздает какие-то задачи. Задачи раздаются в основном на высоком уровне (глобальное описание проблемы/цели без деталей по ожиданиям и способу выполнения) с датой выполнения (а часто и без нее). </p>
  <p id="e5mp">Почему руководитель позволяет себе такой метод делегирования? Логика здесь проста. Руководитель понимает, что уровень исполнителей на планерке достаточно высок: они умны, они мотивированы, они профессиональны, они не бояться задавать вопросы и аргументировать. А значит, такой формат вполне приемлемый и достаточный. Но увы, это больше иллюзия и самообман. Сам факт того, что руководитель - &quot;директор&quot;, а его подчиненные - &quot;ТОПы&quot;, не покрывает риски, описанные выше. Этот факт вообще ни о чем не говорит - это просто должности. К сожалению, в иерархии нет такого этажа, на котором заканчиваются проблемы и начинается благодать Поэтому, разницы нет и обольщаться не стоит.</p>
  <section style="background-color:hsl(hsl(55,  86%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="FVnQ"><em>Постойте! Разве ТОП менеджмент не должен быть по умолчанию ответственным, исполнительным, мотивированным, профессиональным (и т.п. положительные характеристики)?</em></p>
  </section>
  <p id="fIaU">Должен. Впрочем, как и все сотрудники компании. Но &quot;должен&quot; и &quot;является&quot; - это разные термины. Поэтому вопрос нужно ставить по-другому: &quot;Является ли ТОП менеджмент таковым?&quot;. И на этот вопрос уже отвечать. Если является - супер, можно смело ставить задачи таким образом. Если же не является - нужно временно отказаться от подобного подхода и начать проект по приведению в соответствие уровня квалификации ТОП менеджмента.</p>
  <p id="mfv7">Невозможно взять и начать ставить задачи на высоком уровне. Это проект перехода из точки &quot;А&quot; (текущий уровень квалификации руководителей) в точку &quot;Б&quot; (необходимый уровень квалификации). Глобально проект может состоять из таких шагов:</p>
  <ul id="xqcW">
    <li id="9yh1">Определение минимально допустимого уровня квалификации руководителей. Если простыми словами, нужно ответить на вопрос: &quot;Что должен уметь/делать руководитель?&quot;. На выходе должны появиться четкие параметры и критерии;</li>
    <li id="lVDb">Оценка текущего уровня руководителей;</li>
    <li id="oEzm">Составление плана действий. А именно, ответ на вопрос: &quot;Что нужно сделать, чтобы перейти от точки &quot;А&quot; в точку &quot;Б&quot;?&quot;</li>
    <li id="Jzzu">Собрать руководителей и объявить о своем намерении к такому-то сроку перейти на такой-то уровень постановки задач;</li>
    <li id="CtPR">Провести базовое обучение и инструктаж по вопросу: &quot;Какие действия вы ожидаете получить в каждой из конкретных ситуаций</li>
    <li id="Y6Zg">С каждым отдельным руководителем запланируйте план перехода от его уровня (он у каждого будет свой) к нужному.</li>
  </ul>
  <hr />
  <h2 id="nmSR">&quot;Мы должны работать сообща&quot;</h2>
  <p id="kGRT"></p>
  <p id="9T2f">У руководителей часто бывает иллюзия - “мы должны работать сообща!”. Руководителю свойственно переоценивать степень дружбы и конструктива, во время совместной работы. Он считает, что раз сотрудники работают над одним проектом и в одном кабинете, у них прекрасные взаимоотношения.</p>
  <p id="WVoH">Да, люди могут работать на один результат. Это может быть выражено в едином KPI для них. Но степень заинтересованности в нем у каждого отдельного сотрудника разная. Несомненно, они все его хотят достигнуть. Ведь за это им предусмотрены различные “плюшки”. Но каждый может по-разному быть готовым тратить на это собственных ресурсов. Как писал выше, самые хитровыделанные захотят попробовать выехать за счет других и получить свою долю.</p>
  <hr />
  <h2 id="1vsr">Итого</h2>
  <p id="5yCf"></p>
  <p id="QvxO">Основной причиной, по которой руководители прибегают к коллективной выработке, является нехватка времени (цейтнот). Нехватка времени приводит руководителя к попытке сэкономить время на организации выполнения, а именно на делегировании, ограничившись общей постановкой задания группе.</p>
  <p id="X8OC">Но, руководитель не должен выбирать инструменты из позиции “заложника” (мол, “а что мне остается делать”). Руководитель должен выбирать инструмент исходя из цели и для достижения оной. Так, коллективное делегирование - это хороший инструмент, который имеет ряд преимуществ, и его нужно использовать только, если эти преимущества помогут выполнить задание еще лучше, чем без использования этого инструмента. А цейтнот нужно лечить другими способами.</p>
  <hr />
  <h2 id="JoLp">Рекомендации</h2>
  <p id="zWRh"></p>
  <p id="d4Pc">Предлагаю несколько рекомендаций, которые помогут снизить риски при использовании коллективного делегирования:</p>
  <ol id="mcRh">
    <li id="g2N4">Если задание было поручено нескольким сотрудникам - одного нужно назначить старшим, тем самым делегируя одному сотруднику ответственность за задачу.</li>
    <li id="p9EM">Правильно распределяйте работу. В любом проекту будет встречаться работа интересная и рутинная, сложная и простая, развивающая и нет. Важно оценивать риск, что кто то скажет &quot;мне какую то ерунду сказали делать, а ему нормальные задачи....&quot;. Как минимум, вы должны иметь обоснованный ответ &quot;Почему Саше вы дали это, а почему Пете дали это&quot;</li>
    <li id="ZZYX">Если цель сэкономить, на объединяющих заданиях/шагах, то лучше просто проведите совещание, на котором вы расскажете эти шаги, а потом отдельно с каждым обсудите его часть работы на отдельных встречах.</li>
  </ol>
  <hr />
  <p id="Pmyc">Другие статьи о менеджменте читайте на канале: <strong><a href="https://t.me/OS_management" target="_blank">OSмысленный менеджмент</a>.</strong></p>
  <p id="bYko">Подписывайтесь! Далее будет…</p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@ivanbatechko/managerskills_6</guid><link>https://teletype.in/@ivanbatechko/managerskills_6?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko</link><comments>https://teletype.in/@ivanbatechko/managerskills_6?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko#comments</comments><dc:creator>ivanbatechko</dc:creator><title>Скил №6. «Планирование/Делегирование/Контроль»</title><pubDate>Fri, 01 Mar 2024 10:00:14 GMT</pubDate><media:content medium="image" url="https://img4.teletype.in/files/76/45/7645dcc4-2937-4537-a3cb-bbd4b90a17b5.png"></media:content><description><![CDATA[<img src="https://img3.teletype.in/files/ed/2e/ed2ec231-a75f-4344-9e3c-1420402ac3e0.jpeg"></img>Возможно стоило связку компетенций «Планирование/Делегирование/Контроль» поставить № 1 в списке скилов, которыми должен обладать руководитель. Но пусть читателя не смущает ее нахождение под № 6 — важность этого «набора» компетенций выше всех прочих и является базовым и обязательным атрибутом любого руководителя. Возможно именно поэтому я и не написал про него ранее.]]></description><content:encoded><![CDATA[
  <figure id="Upl4" class="m_column">
    <img src="https://img3.teletype.in/files/ed/2e/ed2ec231-a75f-4344-9e3c-1420402ac3e0.jpeg" width="1280" />
  </figure>
  <p id="UWTX">Возможно стоило связку компетенций «Планирование/Делегирование/Контроль» поставить № 1 в списке скилов, которыми должен обладать руководитель. Но пусть читателя не смущает ее нахождение под № 6 — важность этого «набора» компетенций выше всех прочих и является базовым и обязательным атрибутом любого руководителя. Возможно именно поэтому я и не написал про него ранее.</p>
  <p id="3t6C"></p>
  <p id="Q17h">Почему я объединяю 3 компетенции в одну связку (один скил), а не пишу отдельно про каждый из них? Все потому, что перечисленные компетенции всегда идут неразрывно и присутствуют в каждом задании. И я бы хотел, чтобы каждый руководитель помнил об этом и не забывал/не исключал ни одной из них во время реализации задач:</p>
  <ul id="dCd4">
    <li id="OwKN">Если вы хотите делегировать задачу → сначала ее нужно включить в план, сопоставить с другими выполняемыми задачами, обеспечить ресурсы, установить приоритет, при необходимости декомпозировать. </li>
    <li id="LGMA">Если задача делегирована → нужно проконтролировать ее выполнение, или хотя бы конечный результат. </li>
    <li id="NJpe">Если задача включена в проект и определен исполнитель для ее реализации → нужно встретиться с исполнителем, проговорить условия и подходы к ее выполнению и ожидаемый результат. </li>
  </ul>
  <p id="wCSi">Все это выглядит как база, но проблема остается актуальной практически во всех компаниях.</p>
  <hr />
  <p id="45PV"><strong>Важность скила:</strong> критичная</p>
  <p id="Sdtv"></p>
  <p id="97oD"><strong>Проблема:</strong> </p>
  <p id="RMOr">Работа руководителя в большей части связана с реализацией задач при помощи его сотрудников. Это аксиома. И в этом процессе руководителя сопровождают такие частые проблемы:</p>
  <ol id="t4KQ">
    <li id="oIt7">Руководитель тащит все на себе. Все входящие задачи сверху и/или все обнаруженные проблемы и возможности руководитель решает преимущественно за счет себя.</li>
    <li id="tmsn">Руководитель не сопоставляет новые задачи с текущими. Все новое он спускает вниз с высоким приоритетом и удивляется возмущению сотрудников на загруженность.</li>
    <li id="dZU0">Руководитель не планирует в своем календаре мероприятия по делегированию.</li>
    <li id="t5SK">Руководитель не контролирует делегированные задачи.</li>
    <li id="E1JI">Сотрудники не выполняют задачи, поставленные руководителем, либо выполняют с существенными отклонениями от нужного результата.</li>
  </ol>
  <p id="7AE6">И многое другое… На самом деле проблем в этих компетенциях существенно больше, но чтобы не смещать фокус, предлагаю остановится на этих.</p>
  <p id="9RjV"></p>
  <p id="ZTig"><strong>Причины:</strong> </p>
  <p id="9CoO">Причины рассматриваем в привязке к проблемам, которые описаны выше (нумерация соответствует нумерации выше).</p>
  <ol id="3R6q">
    <li id="0M2l">Руководитель может тащить все на себе по двум ключевым причинам:</li>
    <ul id="Hccu">
      <li id="yrCx">не отпускает экспертное прошлое. То есть, он считает, что знает, умеет больше, нежели его сотрудники (я не исключаю, что так оно и есть), соответственно, предпочитает делать все сам. Ну либо хочет показать, насколько он крутой специалист и сколько через него проходит задач.</li>
      <li id="VJL9">не доверяет сотрудникам. Руководитель считает, что сотрудники не справятся с поставленной задачей.</li>
    </ul>
    <li id="P4G1">Руководитель не сопоставляет новые задачи с текущими, так как:</li>
    <ul id="oqgB">
      <li id="0R9z">не использует удобный инструмент планирования и визуализации задач. Не где посмотреть список задач.</li>
      <li id="6sRf">не знает, чем занимаются его сотрудники. Возможно он не хочет знать, либо руководствуется принципом «меньше знаешь, лучше спишь».</li>
    </ul>
    <li id="CQFz">Руководитель не планирует в своем календаре мероприятия по делегированию, так как попросту забывает об этом. </li>
    <li id="vyvz">Руководитель не спланировал контроль задачи, не зафиксировал его себе в календаре, соответственно, он забыл про задачу и что ее нужно контролировать</li>
    <li id="8xYG">Одной из важных причин, по которой сотрудники не выполняют поставленные задачи и/или выполняют с отклонениями от требований является неправильно выбранный уровень делегирования (писал об этом <a href="https://teletype.in/@ivanbatechko/4_urovnya_delegirovaniya" target="_blank">тут</a>). Что в свою очередь связано с тем, что руководитель не сопоставляет сложность и важность задачи с ТТХ сотрудника (его квалификацией и опытом).</li>
  </ol>
  <p id="tD7b"></p>
  <p id="aXKQ"><strong>Последствия:</strong></p>
  <p id="8i5J">Все эти проблемы неизменно приводят последствиям:</p>
  <ol id="5ZBw">
    <li id="lFv9">Какой-бы ни был трудолюбивый руководитель, насколько бы он не расширял свой рабочий день — его продуктивность не покроет весь объём входящих задач (особенно, если бизнес успешен). Да и сколько он проработает в таком режиме? Поэтому, у руководителя появляются подчиненные, которые должны помочь ему справиться с потоком задач и продолжить развитие. С другой стороны, если руководитель пытается максимально тащить на себе, зачем в таком случае содержать сотрудников? Получается пустая трата денег…</li>
    <li id="IEr5">Когда руководитель не сопоставляет новые задачи с имеющимися у него появится гора недоделанной работы. Ведь как происходит: у руководителя появилась идея → он идет с ней к сотрудникам → говорит им: «Это нужно сделать сегодня» → сотрудники бросают работу, над которой трудились. И самое странное и обидное, когда этот же руководитель потом начинает спрашивать с сотрудника за то, что он не выполнил предыдущую задачу в срок.</li>
    <li id="kIEH">В большинстве случаев у руководителя календарь забит под завязку (и еще есть куча дел, которые в него не поместились). И в такой ситуации забыть забронировать время под делегирование приведет к тому, что придется задачу ставить в коридоре, по пути в туалет. Как вы понимаете, качество и передачи информации (со стороны спешащего руководителя), и приема (со стороны неготового к этому сотрудника) будет крайне низким. Как следствие, если в итоге задание и будет выполнено (что уже удивительно), существует высокая вероятность того, что оно сделано далеко не так, как этого ожидалось. </li>
    <li id="GFTU">Стоит ли говорить о контроле, который забыли запланировать в календаре? Чаще всего это приводит к тому, что про него вспомнят когда-то вечером в воскресенье. Такой контроль будет также проводиться в спешке, поверхностно и без должного обсуждения и выработки решений. Так как целью мероприятия «Контроль» является <strong>«подтвердить выполнение задачи или своевременно повлиять на отклонения в ней»</strong>, возможно ли в спешке это сделать, если мы говорим про задачу, которая посложнее, чем просто принести кулер с водой на кухню? Не думаю</li>
    <li id="fUmA">Если задание не сопоставлено с квалификацией сотрудника это приводит к его задержке, ошибка и невыполнению. Кроме этого, это приводит к демотивации сотрудников, которым ставятся задания выше/ниже их квалификации.</li>
  </ol>
  <p id="HSZK"><strong>Решение: </strong></p>
  <p id="Ssz9">Глобальное решение будет выглядеть так — изучить компетенции планирования, делегирования и контроля, и адаптировать их под свой стиль управления. </p>
  <p id="X2dx">Но, чтобы не огорчать вас (дорогие читатели) таким скудным ответом, все-таки дам ряд точечных рекомендаций, которые покроют, рассмотренные нами проблемы.</p>
  <ol id="aKFO">
    <li id="2Lxx">Невозможно сразу взять и перестать тащить все на себе: и руководитель морально не готов отдавать, и времени у него нет на это (ведь откуда оно появится, если он все делает сам), и сотрудники не готовы принимать все задачи (им также нужно время на выработку навыка). Поэтому, первое, что рекомендую сделать, посмотреть на повторяющиеся регулярные задачи, которые есть у вас (руководитель) и начать с делегирования их. P. S. При этом не забывайте, что есть задачи, которые недопустимо делегировать (это преимущественно управленческие функции).</li>
    <li id="XLEc">Если в компании нет единой системы управления потоком задач — определите ее. Можно начать с использования простой Kanban-доски. Главная цель — вывести в свет все, над чем работаем и над чем планируем работать.</li>
    <li id="5bVC">Вопрос привычки. Нужно приучить себя фиксировать в календаре мероприятия по делегированию</li>
    <li id="T5BA">Аналогично, вопрос привычки. Поставили задачу → запланируйте контроль в календаре. А чтобы не было ситуаций, когда сотрудник не готов в это время — согласуйте с ним дату/время контроля во время делегирования.</li>
    <li id="LIGi">Во время выбора исполнителя для делегирования попробуйте сопоставить характеристики задачи (ее сложность, срочность и важность) с характеристиками сотрудника (ответственность, квалификация и опыт выполнения подобных задач). Полученный результат закрепите выбором уровня делегирования (описан в <a href="https://teletype.in/@ivanbatechko/4_urovnya_delegirovaniya" target="_blank">статье)</a>. </li>
  </ol>
  <hr />
  <p id="Pmyc">Другие статьи о менеджменте читайте на канале: <strong><a href="https://t.me/OS_management" target="_blank">OSмысленный менеджмент</a>.</strong></p>
  <p id="bYko">Подписывайтесь! Далее будет…</p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@ivanbatechko/task_cascading</guid><link>https://teletype.in/@ivanbatechko/task_cascading?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko</link><comments>https://teletype.in/@ivanbatechko/task_cascading?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko#comments</comments><dc:creator>ivanbatechko</dc:creator><title>Как делегировать решение/задачу через несколько уровней структуры: от уровня руководителя департамента до штатного сотрудника?</title><pubDate>Wed, 21 Feb 2024 15:29:53 GMT</pubDate><media:content medium="image" url="https://img4.teletype.in/files/bb/27/bb270a90-afa6-4521-a145-f0f735e033e6.png"></media:content><description><![CDATA[<img src="https://img1.teletype.in/files/8a/eb/8aebd004-98d6-471d-9e75-3439fa2d872a.png"></img>По запросу читателя предлагаю рассмотреть вопрос о делегировании решения/задачи через несколько уровней структуры: от уровня руководителя департамента до штатного сотрудника.]]></description><content:encoded><![CDATA[
  <figure id="vdHq" class="m_column">
    <img src="https://img1.teletype.in/files/8a/eb/8aebd004-98d6-471d-9e75-3439fa2d872a.png" width="1280" />
  </figure>
  <p id="GtMN">По запросу читателя предлагаю рассмотреть вопрос о делегировании решения/задачи через несколько уровней структуры: от уровня руководителя департамента до штатного сотрудника.</p>
  <p id="GmD7">Для простоты усвоения моделирую ситуацию</p>
  <section style="background-color:hsl(hsl(55,  86%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="dvox"><strong>Есть структура:</strong> CEO → Руководитель департамента → Руководитель отдела → Руководитель команды → Сотрудники</p>
    <p id="9yB0"><strong>Есть решение, которое нужно внедрить:</strong> после каждого разговора с клиентами отмечать в CRM-системе тематику диалога (галочкой выбрать одну из списка и в комментарии кратко прописать суть). До этого диалоги никак нигде не фиксировались.<br /><u>Цель:</u> понимать причины обращений клиентов, чтобы улучшать сервис и продукт.</p>
    <p id="O1ek"><strong>Ситуация:</strong><br />Руководитель департамента идет к руководителю отдела, «осчастливливает» его решением и называет дату старта — «с завтрашнего дня». Руководитель отдела говорит «Ок» и идет дальше с этим решением. Как происходило делегирование вниз мы не знаем, так как руководитель департамента во время этого не присутствовал.<br />Для того, чтобы убедиться в исполнении решения, руководитель департамента решает посетить ближайшую встречу отдела.<br />Придя на встречу руководитель департамента обнаруживает, что диалоги практически никто в CRM-системе не фиксирует (только новички). Так как руководитель отдела не спрашивает о причине невыполнения, руководитель департамента решает взять вопрос в свои руки и начинает диалог с руководителями команд. Разгорается горячий спор о «добре и зле», о неправильности и бессмысленности такого решения, о невозможности его выполнения, о недостатке времени и прочее… . Все это происходит на глазах сотрудников, которые, естественно, присоединяются к недовольству руководителей команд. А руководитель отдела хоть и аккуратно, но все же становится на сторону своих подчиненных и также критикует решение, хоть и более тактично…</p>
  </section>
  <p id="Magz">Уверен, что некоторым приходилось в подобном участвовать. Теперь перейдем к разбору ошибок и их решений.</p>
  <hr />
  <h2 id="HmA7">1. Руководитель департамента не продал решение руководителю отдела.</h2>
  <p id="mU7T"></p>
  <p id="L6U6">Когда мы имеем дело с внедрением изменений их всегда нужно «продавать». Результатом «продажи» решения будет состояние, когда у условного «покупателя», с одной стороны, отработаны все возражения и риски, а с другой стороны, подсвечены потенциальные выгоды.<br />Частой ошибкой при «продаже» является акцент только на выгоды, а возражения и риски упускаются из виду. «Ведь мы сможем понимать, почему нам звонят клиенты и снизим поток звонков, увеличим количество продаж, и т. п.» — говорит руководитель департамента. А то, что это «не удобно», «занимает время» и прочее, упускается и задавливается.</p>
  <p id="CK4R">Итак, наш руководитель департамента исходя из ситуации упустил шаг «продажи». Возможные причины:</p>
  <ul id="YVAY">
    <li id="ZpDz">не знал, что нужно продавать решение (не было опыта внедрения ранее, либо просто не умеет);</li>
    <li id="XpRK">посчитал, что выгоды от решения настолько очевидны, что его не нужно продавать («ведь это же очевидно», «ведь мы вместе уже работаем н лет, что тут объяснять?»);</li>
    <li id="kXhd">завысил квалификацию руководителя отдела, был уверен в его исполнительности;</li>
    <li id="tURf">посчитал, что его слово — закон, и что его должны безоговорочно выполнять без каких-либо разъяснений.</li>
  </ul>
  <p id="X9oY"><em>P. S. Технологию продажи я предложу в ближайших постах, в серии статей «Мягкое внедрение». </em></p>
  <hr />
  <h2 id="aFmq">2. Руководитель отдела молча принял решение, хоть и не был согласен с ним.</h2>
  <p id="uk4C"></p>
  <p id="GgvQ">В процессе делегировании задания (а наша ситуация также является делегированием) участвуют две стороны: тот, кто делегирует и тот, кто принимает задание. Соответственно, каждая из сторон должна выполнить свою часть процесса: первая — делегировать, вторая — принять и выполнить. </p>
  <p id="ayuZ">В качестве параллели мне нравится сравнивать этот процесс с футболом, баскетболом, гандболом и прочих игровых видах спорта, где есть необходимость передачи мяча своему партнеру — делать пасс. Кто играл знает, что важно не только то, насколько пасующий точно сделает передачи, но и что принимающий вовремя увидит передачу мяча, обработает и зафиксирует его. Аналогично и во время делегирования: нужно увидеть задание, которое делегируют, осмыслить его, и убедиться, что для его выполнения есть все необходимые ресурсы. Если по какой-то причине задание кажется невыполнимым или неправильным, об этом нужно незамедлительно сообщить делегирующему.</p>
  <p id="bG8N">В нашей ситуации руководитель отдела молча принял задание и пошел его «выполнять». Основной причиной в подобных ситуациях является нежелание идти на конфликт (к примеру, по причине авторитарного стиля руководителя департамента).</p>
  <p id="sbMc">В качестве решения, руководитель департамента может и должен подтолкнуть руководителя отдела на проблемное обсуждение. К примеру, при помощи вопросов: «Что скажешь про это решение? Какие риски ты в видишь в его реализации?»</p>
  <hr />
  <h2 id="twmY">3. Руководитель департамента не проконтролировал донесение решения вниз.</h2>
  <p id="4YtC"></p>
  <p id="DZWW">В менеджменте есть 3 вида контроля:</p>
  <ul id="9jnp">
    <li id="rMow">предварительный контроль (проводиться перед началом работ, зачастую это контроль плана реализации);</li>
    <li id="HhWo">промежуточный контроль (контроль любого из этапов реализации и/или промежуточных результатов);</li>
    <li id="nsf2">итоговый контроль (контроль итогового результата).</li>
  </ul>
  <p id="UUy7">В нашей ситуации руководитель департамента решает использовать контроль результатов. Благо, он это делает сразу после делегирования — на ближайшей встрече отдела.</p>
  <p id="hPUO">Насколько выбранный вид контроля правильный? Ответ зависит от квалификации подчиненного и прошлого опыта взаимодействия с ним. Если руководитель отдела ранее успешно выполнял подобные задания (каскадирование решения вниз) — контроль результатов является вполне достаточным. Если же подобные задания ранее выполнялись с таким же «результатом», либо подобное задание ставится впервые, руководителю департамента стоило немного детальнее подойти к контролю. Для этого он мог:</p>
  <ul id="ohgR">
    <li id="N2rh">спросить, как руководить отдела будет проводить делегирование (по шагам)? Как будет готовиться, выявлять и работать с потенциальными возражениями?</li>
    <li id="NfpY">лично поприсутствовать на встречах, на которых руководитель отдела делегировал задание руководителям команд и сотрудникам </li>
    <li id="P8d8">в конце концов, он мог и должен был запросить обратную связь после донесения задания конечным исполнителям. К примеру, уточнить, как все прошло и какую обратную связь дали сотрудники?</li>
  </ul>
  <p id="rWM7"><br />Какой бы вариант не выбрал руководитель департамента стоит помнить, что его непосредственным подчиненным является руководитель отдела, он ставит задание ему и ожидает результат от него. Подчиненные руководителя отдела находятся за пределами власти руководителя департамента, он не может ставить им задачи, не может их контролировать. Точнее может, но не должен этого делать, так как подобные прыжки через голову «размоют» поле власти руководителя отдела и создадут ряд прецедентов (но об этом в другой статье).</p>
  <p id="5GOH">В связи с вышеописанным, руководитель департамента может присутствовать на встречах руководителя отдела и его подчиненных, при этом должен это делать в качестве пассивно слушателя. Если же по какой-то причине появляется необходимость что-то прокомментировать, комментарии должны быть направлены в сторону руководителя отдела. Итого, цепочка коммуникации: руководитель департамента → руководитель отдела → руководители команд → сотрудники.</p>
  <hr />
  <h2 id="2QP5">4. Руководитель отдела не проконтролировал выполнение задания.</h2>
  <p id="GlUW"></p>
  <p id="5PKs">Исходя из ситуации, руководитель отдела просто передал задание дальше по цепочке и не провел контроль выполнения задания (иначе бы задание было выполнено). А это значит, что он проигнорировал свою обязанность руководителя — контроль выполнение. Поэтому, в данной ситуации его правильно было бы назвать не руководителем, а «передастом».</p>
  <p id="vmVU"></p>
  <p id="q60j">Почему это могло случиться:</p>
  <ul id="ZjuU">
    <li id="zMJR">руководитель не понимает свою роль и свои обязанности. К слову, многие начинающие руководители допускают подобные ошибки, когда забывают контролировать задание, исходящее откуда-то сверху;</li>
    <li id="URUH">в компании не отлажена четкая иерархическая структура. К примеру, у сотрудников по несколько руководителей, из-за чего, один может понадеяться на второго.</li>
    <li id="C3R2">в компании не внедрена и не поддерживается культура субординации. Все ходят к кому хотят напрямую через несколько голов вниз и вверх.</li>
    <li id="MuEu">руководитель отдела не захотел контролировать эту работу. К примеру, он считает ее неправильной. Кстати, одним из популярных вариантов доказать ошибочность решения вышестоящего руководства всегда остается вариант провалить задание. Отсутствие контроля в данном случае работает лучше всего.</li>
  </ul>
  <p id="gE17"></p>
  <p id="3dIg">Во избежание подобной ситуации руководителю департамента можно было бы проговорить, что результат от выполнения находиться в полной ответственности руководителя отдела. Но только в случае, если ранее за руководителем отдела замечались подобные инциденты и/или такое задание ему ставиться впервые. В остальных случаях — это база и ее руководитель отдела должен понимать.</p>
  <p id="agak">Еще, как вариант, можно возвращаться к предварительному контролю, попросив примерно следующее: «Можешь мне, пожалуйста, рассказать, как именно ты будешь контролировать выполнение этого задания и когда мне сообщишь результаты»</p>
  <hr />
  <h2 id="NUYc">5. Руководитель отдела не начал проблемное обсуждение</h2>
  <p id="UlcT"></p>
  <p id="GKn3">На встрече обнаружилось, что работа не выполнена и руководитель отдела этот момент игнорирует. Рассмотрим варианты, почему это не сделано:</p>
  <ul id="Clq5">
    <li id="6CkQ">руководитель отдела не захотел быть плохим человеком и вступать в потенциальный конфликт.</li>
    <li id="o2xB">руководитель отдела упустил сроки во время делегирования. Собственно поэтому к встрече никто ничего не подготовил. И руководитель, прекрасно понимая, что он сам виноват, не может обвинять в этом сотрудников и задавать им вопросы;</li>
    <li id="30W7">руководитель вообще не делегировал задачу. Такой вариант также есть;</li>
  </ul>
  <p id="jcFU"></p>
  <p id="ps0l">Независимо от причины руководитель отдела должен взять слово. Если это он ошибся при постановке задачи — он должен на встрече сказать своему руководителю (руководителю департамента), что это его ошибка, было упущено то-то и то-то, и что это будет исправлено к такой-то дате. Если же руководитель отдела делегировал все правильно, а сотрудники просто его проигнорировали, он должен прямо на встрече у них уточнить причину и определить новые сроки. Проблемное обсуждение («разбор полетов», если можно это так назвать) действительно стоит вынести за рамки публичного обсуждения.</p>
  <hr />
  <h2 id="w7JM">6. Руководитель департамента вступил в спор с подчиненными своего подчиненного.</h2>
  <p id="UK3u"></p>
  <p id="laCT">Задав вопрос сотрудникам о причине невыполнения и вступив с ними в словесную перепалку, руководитель департамента нарушил субординацию. Этим он подтверждает истинную роль руководителя отдела. А именно, что руководитель отдела «просто „передаст“, а ваш руководитель это я». Тогда и не удивительно, что в будущем руководитель отдела будет просто передавать инфо вниз без последующего контроля и чувства ответственности.</p>
  <section style="background-color:hsl(hsl(55,  86%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="GOak"><em>Так может вообще не ходить на такие встречи, если нельзя на них общаться с сотрудниками? </em></p>
  </section>
  <p id="jEkb">Нет, это будет не совсем правильно, ведь в такой ситуации у вышестоящего руководителя пропадает уникальная возможность контроля его поручения на нижних уровнях. Ходить нужно и важно это делать с должной периодичностью. И никто не говорит, что общаться с сотрудниками нельзя. Нельзя забирать на себя управленческие функции их руководителя: постановки задачи, контроля и оценки.</p>
  <p id="OckC"></p>
  <h3 id="CGLF">Как должен вести себя руководитель на встречах, которые ведет подчиненный ему руководитель с его подчиненными?</h3>
  <p id="cEQF"></p>
  <p id="eaTf"><strong>1. Преимущественно быть пассивным наблюдателем. </strong></p>
  <p id="Yx1J">К примеру, если цель посещения встречи «посмотреть, как руководитель проводит планерку, что обсуждается, как общаются сотрудники» — желательно вообще взять на встречу свой ноутбук и всю встречу делать вид, что работаете. </p>
  <section style="background-color:hsl(hsl(55,  86%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="FNju">«Зачем нужен это спектакль?»</p>
  </section>
  <p id="x9In">В том-то и дело, что вышестоящему руководителю важно увидеть реальность, а не картинку. А это возможно только в случае, если сотрудники ведут себя естественно и не напрягаются. Но как можно не напрягаться, когда планерку посетил вышестоящий босс? :) «Ведь он пришел за нами следить и проверить, как у нас тут все» — думают сотрудники. Поэтому, вышестоящий руководитель должен сделать отстраненный вид и заниматься своими делами. Это, конечно же, не гарантирует, что сотрудники раскрепостятся, ведь «инородное тело» все-таки присутствует. Но это немного смягчит обстановку.</p>
  <p id="6m4B"><strong>2. Если что-то спрашивают — кратко отвечать.</strong></p>
  <p id="CDn8">Иногда присутствием вышестоящего руководителя пользуются, чтобы закрыть какие-то вопросы (либо на него ответственность переложить в чем-то). Здесь нужно быть максимально сдержанным и как бы нехотя отвечать. Если возможно, передать право ответа подчиненному руководителю, который и ведет встречу. Если же это невозможно — ответить кратко, без излишних объяснений и эмоций. </p>
  <p id="FAeE"><strong>3. Если видите нарушения/неправильные действия — не реагировать.</strong></p>
  <p id="r61o">Вы гость и ваша задача просто наблюдать. После встречи вы обязательно должны обсудить все, что вам показалось неправильным с подчиненным руководителем, но не сейчас. </p>
  <section style="background-color:hsl(hsl(55,  86%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="ssQY"><em>Но ведь они же уйдут с неправильным пониманием</em></p>
  </section>
  <p id="MFmj">Пусть идут. Они максимум проживут с ним 30-60 минут после встречи. Это то время, когда вы обсудите с подчиненным руководителем допущенные ошибки. После чего он пойдет, соберёт всех еще раз (либо лично с каждым) и внесет коррективы.</p>
  <p id="Pr2O"><strong>4. Если нужно сразу внести коррективы — обращайтесь к вашему подчиненному руководителю.</strong></p>
  <p id="lN67">Если вы видите ошибку/нарушение, которую нужно сразу исправить (нельзя отпускать вопрос) — обратитесь с этим к вашему подчиненному, а не к нарушителю напрямую. Ведь именно он ваш подчиненный и вы ему ставили задачу и будете ставить новые. К примеру, это может выглядеть так: «Иван Александрович, я услышал, что Сергей говорил о такой-то ситуации. Это противоречит требованиям. Прошу проработать внутри данный вопрос, чтобы у всех было единственное и правильное понимание». То есть, как будто Сергея нет на этой встрече и нет никого, кроме подчиненного руководителя.</p>
  <p id="qt7V">С одной стороны, это может выглядеть странно — ведь вот он Сергей, почему бы ему сразу не сказать. Но нет, вышестоящий руководитель не может это делать — это функция контроля, обратной связи и оценки. Это за рамками его полномочий по отношению к Сергею. Такая «странность» позволит поддерживать единоначалие и субординацию. </p>
  <p id="Oleq">P. S. О преимуществах поддержания правильной субординации и единоначалия расскажу в отдельной статье</p>
  <hr />
  <h2 id="nrVR">7. Руководители команд оспаривали решение в присутствии своих подчиненных.</h2>
  <p id="eS5w"></p>
  <p id="4cgm">Решение о запуске условной CRM-системы принято на высоком уровне и скорее всего оно будет внедрено. Соответственно, руководителям команд придется его выполнять, хотят они этого или нет. Но не лично им придется его выполнять, а их сотрудникам. Руководителям команд же выпадет более сложная задача — контролировать выполнение и мотивировать сотрудников на это. Они ответственны за конечный результат. </p>
  <p id="e35D">Вместо того, чтобы принять это решение, поддержать его и внедрить, они показывают своим сотрудникам свое несогласие. Как следствие, после этого им будет очень сложно добиться от сотрудников качественного выполнения. Почему? Сотрудники видят, что их непосредственный руководитель это не принимает, а раз так, он их поймет и не будет строго спрашивать за невыполнение, либо согласиться, чтобы задание выполнялось формально.</p>
  <section style="background-color:hsl(hsl(55,  86%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="ksH1"><em>А что, им нужно было молча согласиться на задание, с которым они не согласны? </em></p>
  </section>
  <p id="YAnm">Нет, им нужно было его обсудить: подсветить свои опасения и аргументировать свою точку мнения. Но это нужно было сделать на этапе делегирования (когда руководитель отдела ставил им задачу), а не сейчас на контрольной точке. Это во-первых. А во вторых, если их аргументов оказалось недостаточно и решение осталось прежним, вариантов всего два: выполнять задание либо искать другую работу.</p>
  <p id="M6qa"></p>
  <p id="ujP0">Кроме этого, руководители показали пример, как стоит «выполнять» задания, которые им не нравится. Задание проигнорировано, о своих сомнениях и о том, что выполнять его не планируют — никому не сообщили, пришли на контрольную встречу не подготовленными. Будут ли их сотрудники проделывать такое же с их поручениями? С высокой долей вероятности — да, будут.</p>
  <p id="irSN">На выходе получается, что руководитель команды сами себе создают себе ряд проблем в последующем управлении. Сразу вспоминается мем</p>
  <figure id="TkUd" class="m_original">
    <img src="https://img2.teletype.in/files/d0/63/d0634bc4-7524-4af9-b707-300ef4eb0f30.png" width="500" />
  </figure>
  <hr />
  <h2 id="eE0L">8. Руководитель отдела стал на сторону подчиненных.</h2>
  <p id="cGES"></p>
  <p id="ISj5">Еще одним важным элементов ситуации является то, что руководитель отдела становиться на сторону своих подчиненных. Он это делает аккуратно, тактично, но все же делает достаточно очевидно. Это приводит к той же проблеме с «палкой в собственные колеса», описанной выше. Он усиливает этот эффект и получит такую же реакцию на свои поручения.</p>
  <p id="wJvv">Если бы он даже и не поддерживал бы открыто (словами) «сопротивление», его молчания и бездействие воспринималось бы аналогично. </p>
  <p id="URs0">Попав в такую ситуацию, руководителю отдела правильнее всего будет признать свою ошибку и предложить руководителю департамента сроки ее решения. </p>
  <hr />
  <p id="twQq">Другие статьи о менеджменте читайте на канале: <strong><a href="https://t.me/OS_management" target="_blank">OSмысленный менеджмент</a>.</strong></p>
  <p id="hHwB">Подписывайтесь! Далее будет…</p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@ivanbatechko/implementation_3</guid><link>https://teletype.in/@ivanbatechko/implementation_3?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko</link><comments>https://teletype.in/@ivanbatechko/implementation_3?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko#comments</comments><dc:creator>ivanbatechko</dc:creator><title>«Мягкое внедрение», или Как работать с сопротивлением при внедрении изменений. Часть 3. «Процедура внедрения»</title><pubDate>Fri, 16 Feb 2024 12:40:13 GMT</pubDate><media:content medium="image" url="https://img4.teletype.in/files/f2/ff/f2ff5bbb-bd1f-4e1e-beb7-e462503245cf.png"></media:content><description><![CDATA[<img src="https://img4.teletype.in/files/3d/1e/3d1eebbf-69f0-4fe0-8652-185a7a6f372c.png"></img>Рассмотрев разные “чувствительные” зоны, мы можем подумать над вопросом “Достаточно ли приказа?”]]></description><content:encoded><![CDATA[
  <h2 id="fP1V">“Приказ - гарант выполнения?”</h2>
  <figure id="i85b" class="m_column">
    <img src="https://img4.teletype.in/files/3d/1e/3d1eebbf-69f0-4fe0-8652-185a7a6f372c.png" width="1280" />
  </figure>
  <p id="3XKT">Рассмотрев разные <a href="https://teletype.in/@ivanbatechko/implementation_2" target="_blank">“чувствительные” зоны</a>, мы можем подумать над вопросом “Достаточно ли будет приказа?”</p>
  <p id="hsJC">Руководители, особенно высокого ранга, имеют свойство сильно переоценивать роль и значимость своего слова. Они считают, что достаточно выпустить приказ №35 с указанием на изменения, и все его сразу начнут выполнять. По-хорошему, так и должно быть, но на практике далеко не всегда...</p>
  <p id="OZ4q">В чем ключевая проблема отправки приказа? Проблема заключается в том, что приказ отправляется не как документ, который на официальном уровне закрепляет ранее установленные договоренности, а как делегированная работа, которую нужно выполнить. В таком случае могут возникать ситуации:</p>
  <ul id="JYqG">
    <li id="nQcS">Начнем с того, что приказ имеет очень скромный, в части информативности, вид. Он недостаточно описывает почему он внедряется, как внедряется, что нужно делать и почему именно так? Читая его возникает много вопросов, на которые сотрудникам нужны ответы;</li>
    <li id="wUpa">А что, если у сотрудников есть возражения или предложения? Допускается ли то, что человек, который издает такой приказ, ошибся либо не учел каких-то важных деталей? Бывает и часто. Не забываем, что приказы издаются на высоте “птичьего полета”, где видно только лес, и не видно деревьев (деталей, экспертизы, операций);</li>
    <li id="XRN6">На сколько приказ проработан в части интеграции в работу структуры? Его исполнение не повлияет на другие работы или взаимосвязи?</li>
    <li id="Q9QG">Все ли одинаково будут трактовать текст приказа? Насколько он однозначно написан? Может ли возникнуть ситуация, когда два человека, которые по задумке приказа, должны были действовать вместе, начнут конфликтовать и спорить относительно трактовки?</li>
    <li id="LQst">Сотрудники, акцентируя внимания на всех недочетах, начинают коллективно давить на руководителя и всеми силами показывать, что приказ, в такой форме, выполнять невозможно;</li>
    <li id="pNrW">Как следствие, это приводит к потере авторитета руководителя, так как ему приходится изменять или вообще отменять приказ (уступая под давлением сотрудников). Проект проваливается, сотрудники видят победу и понимают, что отбились. В следующий раз они выполнят все также, и опять отобьются;</li>
    <li id="MCz1">Даже если приказ простенький и все описанные выше ситуации не возникнут, кто и как проконтролирует успешность выполнения и внедрения? Планируется ли это?</li>
  </ul>
  <p id="aOoA"><strong>Вывод:</strong></p>
  <p id="pOHP">Любые изменения - это проект, а не событие. Они требуют плавной и последовательной работы, а не резкого перехода. Приказ же должен замыкать внедрение, а не начинать его.</p>
  <p id="KnXr">А теперь переходим к тому, как правильно организовать внедрение...</p>
  <hr />
  <p id="4qUL"></p>
  <figure id="H3V6" class="m_column">
    <img src="https://img1.teletype.in/files/c9/3a/c93a608d-31ef-45f1-826c-2f1a89bffa96.png" width="1280" />
  </figure>
  <h2 id="Y2Bq">Шаг 1. Подготовка</h2>
  <p id="UMo6"></p>
  <p id="sGR8"><strong>Цель:</strong> подготовиться к сопротивлению</p>
  <section style="background-color:hsl(hsl(55,  86%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="TaCE"><em>&quot;Сопротивление при изменениях неизбежно. Не настраивайте себя, что ваше решение всем зайдет на 100%&quot;</em></p>
  </section>
  <p id="qSLg">Сопротивление подчиненной структуры (или риск исполнения) - это базовый риск, с которого все начинается и на нем часто все заканчивается. Проект может быть:</p>
  <ul id="wBw7">
    <li id="0VfN">не выполнен вообще;</li>
    <li id="fbug">не выполнен в срок;</li>
    <li id="z6Hw">не выполнен с нужным качеством.</li>
  </ul>
  <p id="1vvl"></p>
  <p id="a3zU">Первым шагом нужно определить, с каким изменением мы имеем дело, и в какой форме его нужно внедрять. Для выбора формы будут играть параметры:</p>
  <ul id="L2yt">
    <li id="7fYW">исполнительская дисциплина и квалификация подчиненных. Даже самое простое изменение может быть полностью уничтожено нелояльными и/или неквалифицированными исполнителями. И наоборот, чем выше уровень этих параметров, тем в более простой и поверхностной форме можно проводить внедрение.</li>
    <li id="LQGU">наличие “чувствительных” зон во внедряемых изменениях. Даже самая лояльная и квалифицированная структура может сопротивляться изменениям, которые затрагивают <a href="https://teletype.in/@ivanbatechko/implementation_2" target="_blank">“чувствительные” зоны</a>. Они будут более конструктивны, это точно. Но просто взять и не раздумывая выполнить любое поручение - это вряд ли. О реакции нелояльных сотрудников я вообще молчу.</li>
  </ul>
  <p id="D2ES"></p>
  <p id="Jy2g">Ожидайте сопротивления - это естественная реакция. Рекомендации, которые помогут:</p>
  <ul id="AQlf">
    <li id="5kpd">Перед началом внедрения определите, будете ли вы готовы закончить начатое. Тут вопрос в ресурсах. Хватит ли вам времени на контроль? Готова ли компания воздействовать на тех, кто не захочет меняться (вплоть до увольнения)? Если нет - не начинайте. Нет ничего худшего, чем публично начать какое-то изменение и из-за сопротивления его не закончить…;</li>
    <li id="QiCN">Определите очаги, в которых вероятнее всего будет максимальное сопротивление и негатив. Чаще всего достаточно ответить на вопрос: “Кто будет больше всего недоволен?”;</li>
    <li id="L7gr">Отметьте людей/группы людей, с чьим сопротивлением надо бороться в первую очередь. В каждой сопротивляющейся группе есть один или несколько лидеров (главных бунтарей), которые подстрекают всех остальных (прямо и коссвенно). Найдите их и разберитесь &quot;своими способами&quot;. Например, попробуйте сделать союзником самого авторитетного противника. Если он публично не поддержит изменения - увольте его.</li>
    <li id="w1HW">Найдите союзников. Выявите людей/группы людей, которые поддержат изменения. Запланируйте с ними встречу прежде всего, перед общим обсуждением: расскажите им идею, объясните ценность, замотивируйте быть &quot;вместе с вами&quot; при внедрении;</li>
    <li id="Frgp">Обсудите ваше решение сначала с ключевыми сотрудниками, которые имеют авторитет и являются самыми ценными сотрудниками для компании. И только потом доводите ваши планы до широкой аудитории.</li>
    <li id="RFC0">Не спешите, и не медлите. После презентации дайте людям время на подумать, но долго не ждите.</li>
    <li id="pTt1">Возьмите на себя самую неприятную работу (если это возможно). Смягчите и так неприятные изменения.</li>
    <li id="Bq8g">После принятия решения - идите до конца. Не закончите дело - повредите авторитету.</li>
  </ul>
  <hr />
  <h2 id="Vu98">Шаг 2. Презентация</h2>
  <p id="gdIV"></p>
  <p id="djgB"><strong>Цель:</strong> продать решение.</p>
  <p id="JUGs">Есть две ключевые причины, которые вызывают сопротивление сотрудников, и в рамках шага вам нужно постараться их нейтрализовать.</p>
  <p id="xbWX"></p>
  <h3 id="ClBQ"><strong>Причина сопротивления №1. “Не понимают, для чего изменения и не видят в них пользы”</strong></h3>
  <p id="GivV">Естественная причина сопротивления, которую провоцирует сам руководитель. Когда вы предлагаете людям изменить свое поведение либо делать что-то новое - объясните им, ради чего это будет делаться.</p>
  <p id="Duf1">Недопустимо использовать размытые и сомнительные аргументы. К примеру такой: “Мы проанализировали центральный регион и определили, что он достаточно перспективен для нас. Поэтому, мы предлагаем…….”. Что такое “достаточно перспективен”? В чем это измерено и какие исследования были проведены? Объясняйте вашу логику оценки “перспективности” не только для того, чтобы не было возражений, но и наоборот. Возможно ваша логика неправильная либо неполная, и коллеги вам укажут на это. Ведь это будет хорошо, если вы узнаете о недочетах плана заранее, до того, как потратите на это деньги. Правда?</p>
  <p id="3sDQ">Даже после аргументации, которая на ваш взгляд является полной, попросите людей высказать свое мнение. Ваша аргументация может охватывать только одну сторону вопроса, а людей может интересовать также и вторая/третья/… части.</p>
  <p id="7BmF"></p>
  <h3 id="jGya">Причина сопротивления №2. “Польза для организации не равно польза для сотрудника”</h3>
  <p id="sKea">Аргументация должна состоять не только из описания пользы для компании, но и из пользы, которую получат сотрудники. У сотрудников свои интересы: зарплата, самореализация, признание, опыт, стаж. Поэтому сотрудники часто в этих зонах и видят для себя угрозу (уволят, уменьшат зарплату, понизят в должности, заставят больше работать). Нейтрализуйте угрозу подсветив пользу! </p>
  <p id="7vQo">Под пользой я понимаю как прямые выгоды для сотрудников (они станут жить лучше), так и отсутствие проблем (они не станут жить хуже). При этом не придумывайте выгоды, если их нет. Покажите сотрудникам последствия, которые настигнут компанию, если изменения не произойдут: компания будет занимать слабые позиции на рынке -&gt; это все в итоге может привести к уменьшению производства -&gt; а это приведет к уменьшению зарплат, сокращениям и прочим бедам.</p>
  <p id="I9qn"></p>
  <p id="lA7m">Итого, в рамках шага нужно:</p>
  <ol id="nO83">
    <li id="Pklb">Рассказать, что конкретно произошло. Опишите суть произошедшей ситуации - проблему, которая произошла и заставляет нас предпринимать какие-то действия.</li>
    <li id="PDDm">Объяснить, почему как раньше жить больше не получится. Расскажите, почему обратного пути нет. Это сильный инструмент, который разрушает надежды сотрудников на возможность оставить все как есть.</li>
    <li id="LgZB">Презентовать “спасительную” идею. Презентуйте ваш вариант выхода из ситуации.</li>
  </ol>
  <hr />
  <h2 id="HP9v">Шаг 3. Сбор информации</h2>
  <p id="iW2l"></p>
  <p id="Zmnn"><strong>Цель:</strong> услышать все опасения участников.</p>
  <p id="OmlI"></p>
  <p id="ExJR">Выполнение шага состоит из 3-х пунктов</p>
  <p id="X5rL"><strong>1. Простимулировать возражения.</strong></p>
  <p id="iByD">“Молчание - означает согласие”. Нет! Это стереотип и забудьте про него! Особенно при внедрениях молчание должно настораживать вас больше, чем ярое обсуждение. Молчание будет означать только то, что внедрение пока идет не по плану. Конечно, я не говорю про внедрение мелочного изменения “Приходить на работу на 5 минут раньше”. Я говорю, про серьезные большие проекты. Они не могут быть понятны всем, и не могут все молча соглашаться с вашим вариантов. Все люди уникальны и очень маловероятно, что у вас в структуре собраны все единомышленники - это из разряда фантастики.</p>
  <p id="GIGD">Почему нужны возражения? Когда вам озвучивают опасения - с этим можно работать (вы хотя бы понимаете с чем работать), а когда люди молчат - остается только догадываться… . </p>
  <p id="zjUl">Как стимулировать возражения? Вот тут-то мы вернемся к пункту 2 прошлого шага “Почему, как раньше жить больше не получится?”. Люди молчат почему? Отчасти потому, что надеются, что пока это все слова, и после окончания встречи все вернется на круги своя. Но не тут то было. Если вы достаточно ясно донесли, что как раньше жить можно будет только вне вашей компании, у людей будет больше мотивации задавать вопросы и что-то говорить. Ведь “раз мы точно перейдем на новую версию, стоит более тщательно ее рассмотреть и обсудить”. Вот такие размышления нам нужно вызвать в головах у сотрудников.</p>
  <p id="5RvU">Кроме этого, рекомендую:</p>
  <ul id="Fjog">
    <li id="aMky">Не спешите. Ждите вопросов и не подгоняйте. Сядьте и пару минут посидите в тишине. Пусть люди соберутся с духом и мыслями.</li>
    <li id="iUUA">Начните сами. Перед встречей подготовьте потенциальные возражения, которые вы ожидаете услышать (я уверен, вы их знаете и предчувствуете). И скажите примерно так: “Когда я разрабатывал такое решение, мне в мыслях приходило такое опасение ….. . Что скажете, оно актуально? Как вы считаете?”</li>
    <li id="7Pnu">Будьте дружелюбны. Закройте пока глаза на жесткую критику, некорректные высказывания, закатывания глаз… А что вы, собственно говоря, хотели услышать? Аплодисменты и цветы? Вы пришли с плохими новостями и заставляете людей меняться… . Потому они так и реагируют.</li>
    <li id="zUnu">Фильтруйте поток эмоций и информации. Отбирайте реальные возражения, саму суть. Например, с комментария: “Какой мудак это придумал? Ведь у нас же на это не хватит времени” возьмите только часть “У нас на это не хватит времени” и попросите прокомментировать детальнее.</li>
  </ul>
  <p id="BNbp">По окончанию встречи, можете отдельно вернутся к некорректному поведению и отформатировать зарвавшихся сотрудников. При этом рекомендую не затыкать рот, а говорить: “Очень классно, что вы озвучили важную проблему. Без вас мы бы упустили такую серьезную часть. Но, Иван Иванович, попрошу вас в будущем не употреблять слова, которые вы употребляли….”</p>
  <p id="4LdC"><strong>2. Записать.</strong></p>
  <p id="jVIg">По возможности записывайте все сразу на доске (если это позволяет регламент встречи). Пусть все видят перечень рисков и думают над другими.</p>
  <p id="BKgq"><strong>3. Структурировать (по группам).</strong></p>
  <p id="EY1u">Объедините риски в смысловые группы</p>
  <hr />
  <h2 id="Pa31">Шаг 4. Нейтрализация</h2>
  <p id="4xrZ"></p>
  <p id="BkLk"><strong>Цель:</strong> нейтрализовать все риски и опасения.</p>
  <p id="FR2h">Прямо на встрече (если это возможно) покажите, как ваше решение нейтрализует риски, страхи и опасения. Во время нейтрализации пробуйте подключать и других участников. Пусть они помогают добавлять к вашему решению элементы, которые нейтрализуют проблему.</p>
  <p id="14HP">Также, в ходе нейтрализации будут появляться новые риски. Это не должно вас смущать. Записывайте их на доску и поочередно обрабатывайте каждый из них</p>
  <p id="Dn2h">Если нейтрализация каких-то рисков требует анализа и сбора информации, сделайте паузу и назначьте новую встречу, на которой продолжите нейтрализовать опасения и риски.</p>
  <hr />
  <h2 id="VcZg">Шаг 5. Планирование и выполнение</h2>
  <p id="0K5n"></p>
  <p id="ql97"><strong>Цель:</strong> запустить проект.</p>
  <p id="ecFb">Когда все опасения озвучены людьми, когда они зафиксированы и структурированы на доске, когда по всем опасениям описана нейтрализация -  только после этого можно переходить к вопросу планирования реализации проекта и к закрытию остальных не отвеченных вопросов. Если вы перепрыгните шаг нейтрализации и риски не будут отработаны, проект с высокой долей вероятности либо будет провален, либо будет двигаться медленно (по причине того, что вам придется отрабатывать риски уже по ходу проекта (ведь они не куда не делись).</p>
  <p id="opIT"></p>
  <p id="tvWv">Рекомендую начинать изменения с:</p>
  <ul id="nm8f">
    <li id="IJSc">Приятного. Главное и самое сложное - сделать первый шаг. Выберите самые приятные работы (если это возможно) и начните с них.</li>
    <li id="7aml">Результативного. Будет хорошо, если вы спланируете работы так, чтобы максимально быстро получить результат. То есть, нужно выбрать работы, которые в короткий период покажут эффект. Это нужно, чтобы максимально быстро после запуска проекта показать, что он запущен правильно, тем самым мотивировать сотрудников на продолжение.</li>
  </ul>
  <p id="JXGl"></p>
  <p id="QaWJ">По ходу внедрения делайте отчетные встречи. Например, каждые 2 недели собирается вся команда на совещание, посвященное этому проекту. На совещании обсуждается:</p>
  <ul id="9wAP">
    <li id="aRyZ">достижения;</li>
    <li id="xZfb">сложности;</li>
    <li id="DH8G">планы;</li>
    <li id="Uc5r">изменения;</li>
    <li id="4zmk">отмечаются лучшие сотрудники, которые больше всех постарались и вовлекались.</li>
  </ul>
  <p id="jQPS"></p>
  <p id="CGi3">Не забывайте о контроле! Проект сам внедряться не будет (особенно, если это изменения). Запланируйте достаточно точек плотного контроля, чтобы поддерживать выполнение.</p>
  <hr />
  <h2 id="Yw8n">Шаг 6. Закрепление</h2>
  <p id="KwoW"></p>
  <p id="EVmI"><strong>Цель:</strong> закрепить дальнейшую “жизнь” в новом режиме</p>
  <p id="BzoU">Любой проект имеет срок. Аналогично и проект внедрения изменений имеет срок, в который он должен быть выполнен. Но часто этот срок сотрудники могут воспринять как завершение проекта и возможность вернутся к старой жизни. А это нам не подходит</p>
  <p id="BkSX">Закрепление - это шаг, который поставит точку в фазе перехода, и запустит фазу дальнейшего использования “по умолчанию”.</p>
  <p id="Chvm">Закрепление должно проводиться:</p>
  <ul id="79UG">
    <li id="K7QR">финальным совещанием с презентацией успешности проекта и итогами;</li>
    <li id="TtPb">выпущенным приказом (внесением корректив в регламенты/инструкции);</li>
    <li id="Td5N">настройкой регулярного контроля.</li>
  </ul>
  <hr />
  <p id="IDTI">Продолжение и другие статьи о менеджменте читайте на канале: <strong><a href="https://t.me/OS_management" target="_blank">OSмысленный менеджмент</a>.</strong></p>
  <p id="tjl1">Подписывайтесь! Далее будет…</p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@ivanbatechko/implementation_2</guid><link>https://teletype.in/@ivanbatechko/implementation_2?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko</link><comments>https://teletype.in/@ivanbatechko/implementation_2?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko#comments</comments><dc:creator>ivanbatechko</dc:creator><title>«Мягкое внедрение», или Как работать с сопротивлением при внедрении изменений. Часть 2. «Необходимость изменений и чувствительные зоны»</title><pubDate>Fri, 02 Feb 2024 08:32:57 GMT</pubDate><media:content medium="image" url="https://img1.teletype.in/files/84/23/8423d76f-d903-496b-87f3-5062f25ddcb1.png"></media:content><description><![CDATA[<img src="https://img1.teletype.in/files/c1/67/c16756d4-2d30-4897-b5a9-f7f2f523888a.png"></img>“Когда ветра меняют курс, кто-то строит стены, а кто-то — ветряные мельницы” - Китайская пословица]]></description><content:encoded><![CDATA[
  <figure id="Ev9E" class="m_column">
    <img src="https://img1.teletype.in/files/c1/67/c16756d4-2d30-4897-b5a9-f7f2f523888a.png" width="1280" />
  </figure>
  <h2 id="AbR2"><strong>Необходимость изменений</strong></h2>
  <p id="S2Cm"></p>
  <section style="background-color:hsl(hsl(55,  86%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="KKGS"><em>“Когда ветра меняют курс, кто-то строит стены, а кто-то — ветряные мельницы”</em> - Китайская пословица</p>
  </section>
  <p id="HOTv">Изменения в компании должны происходить не из-за того, что они кому-то нравятся, а из-за необходимости в них. Если рынок “требуют” от компании изменений - она должна меняться.</p>
  <p id="W94g">Почему руководители начинают изменения? Ведь не просто же так. Это означает, что либо что-то перестало работать, либо что-то перестало давать ценность, либо даваемой ценности недостаточно, либо… . То есть, есть веский аргумент. И я сомневаюсь, что цель изменений - “испортить настроение и жизнь сотрудников”.</p>
  <p id="HS3X">Компания не может не меняться только потому, что этому противится структура и сотрудники. Опять-таки, сравнивая с организмом, есть препараты, которые как минимум противны на вкус, а как максимум вызывают побочные реакции. Человек не хочет их принимать и противится. Но если организм болен серьезным заболеванием, он не может ориентироваться на вкусовые предпочтения и другие реакции организма. На это придется закрыть глаза, чтобы выжить.</p>
  <p id="aLJc">Если же говорить про долгосрочные изменения, то вы наверняка слышали или знаете, что есть болезни, которые не достаточно просто вылечить. Они наносят такие последствия на организм, что дальнейшая жизнь не может продолжаться со старыми привычками. После курса лечения, человеку приходится менять свой образ жизни: соблюдать диету, отказаться от сладкого, ежедневно делать определенные физические упражнения, либо наоборот отказаться от спорта (если мы говорим про травмы) и прочее.</p>
  <p id="FGYa">То есть, если подвести черту, иногда наступает такой момент, после которого жизнь по предыдущим правилам становится невозможной, так как это грозит полным уничтожением. Соответственно, изменения это не желание, а необходимость. Необходимость, которая диктуется текущими условиями.</p>
  <p id="TrPh">Если перейти от плохих примеров к хорошим, давайте рассмотрим не болезни и борьбу за жизнь, а развитие и карьеру. Возьмем спорт (тема, которая ко мне ближе всего). Любой профессиональный спортсмен подтвердит, что переход на новый более профессиональный уровень требует серьезной физической и особенно психологической силы. Допустим, вы занимались на любительском уровне баскетболом и вышли на такой уровень игры, что были лучшим игроком двора и школы. Вы полны энтузиазма и горды собой, решаетесь перейти на более высокий уровень, записаться в городскую команду. И на первой же тренировке оказывается, что вы один из худших игроков команды и что проблема в вашей технике броска, управлении мячом да и физика никудышная. И тут у вас есть выбор либо ломать себя и переучиваться (кто проходил - понимает насколько это сложно), либо отказаться от этого уровня и продолжать играть в дворовой баскетбол… .</p>
  <p id="vuMr">То есть, этот пример уже про развитие и выход на новый уровень результатов, качества жизни, денег, счастья,... . Без изменений нельзя выйти на новый уровень. Как сказал Эйнштейн: “Если вы пытаетесь добиться новых результатов путем повторения старых действий, я вас поздравляю, вы на полпути к шизофрении”.</p>
  <p id="jYl9">Так и компания. Если компания развивается, она несомненно пройдет разные этапы организационного развития, при переходе на каждый из которых, должны произойти изменения (об этом хорошо расписали Ицхак Адизес и Ларри Грейнер). Если же говорить про внешнюю работу компании, то рынок меняется и требует таких же изменений от каждого его участника. И в случае отказа от изменений, это приводит к вылету с рынка</p>
  <p id="Pa7y"><strong>Итого</strong></p>
  <p id="1Ulq">Компания должна меняться по необходимости и ради достижения поставленных целей. Эти изменения являются частью проекта и не могут рассматриваться в разрезе “удобно&quot;/&quot;не удобно”. Это может учитываться, но не является ключевым аргументом, влияющим на выбор решения.</p>
  <hr />
  <h2 id="8dVl"><strong>Чувствительные зоны</strong></h2>
  <p id="VEA7"></p>
  <p id="qJRW">Сопротивление может вызывать абсолютно любое решение, если оно прямо или косвенно затрагивает чувствительные зоны. Предлагаю посмотреть на основной перечень таких чувствительных зон:</p>
  <ul id="MjzZ">
    <li id="Pdqr"><strong><u>Деньги.</u></strong> Все, что касается денег сотрудников - воспринимается с высоким уровнем подозрительности. Сотрудники думают “у нас наши деньги хотят забрать!”. Зачастую, это темы: изменения KPI, повышение планов и даже добавление новых мотивационных систем. Я сталкивался с ситуациями, когда новая дополнительная мотивационная система пугала сотрудников и вызывала отторжение, хотя она никак не конкурировала с текущей системой мотивации и при ее выполнении, можно было получить больше денег (не потеряв ничего).</li>
    <li id="eMJH"><strong><u>Свобода.</u></strong> Посягательство на свободу сотрудников в части их деятельности, находится на втором месте по сопротивлению (после денег). Люди не хотят работать в рамках, регламентах, инструкциях и под контролем. Поэтому, тема контроля одна из самых трудных в менеджменте. Трудных не по причине понимания действий, а по причине эмоций и сопротивления.</li>
    <li id="Ic7C"><strong><u>Привычки.</u></strong> Речь, конечно, идет не о личных привычках, а о профессиональных. Сотрудники привыкли работать в excel и не хотят переходить в CRM…, сотрудники привыкли говорить клиентам “здрасьте” и не хотят переучиваться на “добрый день”..., сотрудники привыкли не пользоваться календарем и планировщиком.... . Им так удобно. По крайней мере сейчас удобно, и они даже не хотят попробовать. Хотя часто изменения, которые вносятся руководителем направлены именно на улучшение удобства сотрудников. В моей практике было сложно переучить сотрудника не набирать номер клиента вручную, а нажимать в CRM кнопку “Позвонить” (которая совершала автонабор номера). Вместо ввода 10 цифр нажать 1 кнопку!</li>
    <li id="BqBV"><strong><u>Функции в тени.</u></strong> Сотрудники выполняют какие-то действия в рамках своих функций. Часть этих действий описана и прозрачна, а часть остается в тени и, так сказать, “в головах у сотрудников”. Когда руководитель осуществляет попытки открыть эту неизвестность, чтобы в дальнейшем проанализировать и сделать какие-то действия, сотрудникам это не нравится. Пока часть функций/знаний остается &quot;в тени&quot;, сотрудник чувствует себя в большей безопасности. Во-первых, всегда можно сказать, что нет времени на новое задание и руководитель не сможет поспорить (ведь руководителю не известно, сколько эти “теневые” работы занимают реального времени). Во-вторых, сотрудник не хочет делиться секретами. Именно поэтому, часто тяжело удаются попытки растиражировать успешную практику. Например, если есть менеджер по продажам, который больше всех продает, он предпочтет оставить свои наработки в тайне.</li>
    <li id="RITZ"><strong><u>Ответственность.</u></strong> Никто не хочет больше ответственности в ее прямом понимании. Хотят больше свободы, больше полномочий, денег, функций, но не ответственности за это все. Ответственность тяжела. В ней нет плюсов для человека.</li>
    <li id="xuKW"><strong><u>Ценности.</u></strong> Рассмотрим на примере ценности “хорошего человека”. Что если вы в коммерческих целях руководитель придет к выводу, что каждому посетителю его сети аптек, провизор должен сделать кросс-продажу в виде витаминов? Все ли провизоры на это согласятся? С высокой долей вероятности большинство провизоров будет сопротивляться и аргументировать тем, что их посетители в основном люди с ограниченными финансовыми возможностями (например, бабушки) и неэтично им “впаривать” дорогой ненужный им препарат.</li>
    <li id="OTkk"><strong><u>Неприятная работа.</u></strong> В любой компании на любой позиции есть работы, которые не хочется выполнять. Для каждого они свои: продажа, отработка возражений, принятие решения о сокращении, рутинная работа с документами, заполнение отчетов и прочее. В таком случае решение руководителя может частично или полностью иметь неприятный вид в части его выполнения. </li>
  </ul>
  <p id="ugTn"></p>
  <p id="5aap">В следующей части рассмотрим пошаговую методику внедрения</p>
  <hr />
  <p id="IDTI">Продолжение и другие статьи о менеджменте читайте на канале: <strong><a href="https://t.me/OS_management" target="_blank">OSмысленный менеджмент</a>.</strong></p>
  <p id="tjl1">Подписывайтесь! Далее будет…</p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@ivanbatechko/implementation_1</guid><link>https://teletype.in/@ivanbatechko/implementation_1?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko</link><comments>https://teletype.in/@ivanbatechko/implementation_1?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko#comments</comments><dc:creator>ivanbatechko</dc:creator><title>«Мягкое внедрение», или Как работать с сопротивлением при внедрении изменений. Часть 1. «Проблема и ее последствия для компании»</title><pubDate>Tue, 30 Jan 2024 14:47:51 GMT</pubDate><media:content medium="image" url="https://img2.teletype.in/files/9b/4e/9b4e4ea0-b53b-45c9-82bf-f968c8fd2d86.png"></media:content><description><![CDATA[<img src="https://img4.teletype.in/files/3a/5a/3a5ac399-f6f6-413f-8c62-0d67429af5f1.jpeg"></img>Вы когда-нибудь видели аттракцион «Пьяный велосипед»? Принцип этого аттракциона - это управление наоборот. То есть, когда ты поворачиваешь руль налево - колесо поворачивается направо. 99% людей, которые впервые садятся на этот велосипед, не могут проехать и двух метров.]]></description><content:encoded><![CDATA[
  <figure id="Ue6M" class="m_column">
    <img src="https://img4.teletype.in/files/3a/5a/3a5ac399-f6f6-413f-8c62-0d67429af5f1.jpeg" width="1280" />
  </figure>
  <p id="QKWr">Вы когда-нибудь видели аттракцион «Пьяный велосипед»? Принцип этого аттракциона - это управление наоборот. То есть, когда ты поворачиваешь руль налево - колесо поворачивается направо. 99% людей, которые впервые садятся на этот велосипед, не могут проехать и двух метров.</p>
  <p id="7Ig5">Реализация большинства идей очень похожа на этот аттракцион. Руководитель разрабатывает идею, тщательно ее продумывает, у него есть достаточно аргументов, почему ее нужно реализовывать, он уверен, что каждый разумный человек также должен видеть эти аргументы и выгоды, он уже предвкушает эффект…но после передачи идеи на исполнение, подчиненная структура начинает вести себя мягко говоря странно. То колесо крутится в другую сторону, то цепь спадет, то колесо спустит…да и едет велосипед медленно и очень тяжело крутить педали. Все это в менеджменте называется сопротивлением.</p>
  <p id="sN4A">Итак, сопротивление - это когда подчиненная структура, либо вообще не реагирует на посылаемые в нее управленческие сигналы (задачи, приказы,…), либо реагирует с внесенными от себя правками, либо реагирует с серьезным опозданием.</p>
  <hr />
  <h2 id="FHS6">3 вида сопротивления</h2>
  <p id="IfZr"></p>
  <p id="EpIm"><strong><u>1. Подчиненная структура не реагирует на ваше распоряжение.</u></strong></p>
  <p id="ILjo">То есть, ваш приказ или поручение не исполняются вообще. Это редко имеет вид прямого саботажа и отказа от выполнения. Сотрудники же не совсем дураки, чтобы прямо «идти на танки». Конечно нет. Зачастую это происходит в более тонкой и замаскированной форме. Например, все соглашаются, что задание нужно выполнить и при этом, никто его не выполняет. На ваш вопрос «Почему?», появляется десяток аргументов и причин, по которым выполнение было нереальным. Все это проводится так, чтобы максимально показать себя «мучениками» и «заложниками ситуации». То есть, невиновными.</p>
  <p id="0v9I"><strong><u>2. Подчиненная структура вносит правки в ваше распоряжения.</u></strong></p>
  <p id="wdNw">Эти правки вносятся с целью смягчить неприятные «стороны» распоряжения. Попросту говоря, подчиненные выполняют только те части распоряжения, которые для них наиболее удобны, а неприятные части отбрасывают. И что самое плохое, в основном эти отброшенные части распоряжения и являются ключевыми элементами и несут самую большую ценность. Все эти правки естественно делаются без согласования с вами.</p>
  <p id="27oT"><strong><u>3. Подчиненная структура начинает выполнение с серьезным опозданием.</u></strong></p>
  <p id="6xFB">О рисках опоздания никто не сообщает руководителю. А когда руководитель наконец-то об этом узнает, оказывается, что последствия опоздания уже нанесли непоправимый вред. И, опять-таки, сотрудники объясняют опоздание не зависящими от них факторами, происками масонов и негативным влиянием на них распущенного современного мира.</p>
  <hr />
  <h2 id="prTk">Реакция на сигналы</h2>
  <p id="XgBo"></p>
  <p id="3ZiZ">Компанию часто сравнивают с живым организмом. Так, в каждом живом организме есть центр управления, который регулирует любые действия и процессы организма — это мозг. От того, какие сигналы будет посылать мозг, как быстро они будут доходить и в каком виде, зависит жизнедеятельность организма и происходящих в нем реакций.</p>
  <p id="K5gl">Что происходит, когда сигналы от мозга поступают с опозданием?</p>
  <p id="guPB">Это может привести, например, к инфаркту. Так если проанализировать предысторию пациентов, которые поступили с инфарктом, окажется, что у большинства из них инфаркт произошел после того, как они перенервничали. При нервном возбуждении артериальное давление повышается и чтобы его нормализовать, мозг посылает импульс сосудам, чтобы они расширились. Такой импульс идет по нервам, но если они ущемлены (межпозвоночной грыжей, отложенными солями, тромбом,.), то он, либо приходит с опозданием, либо слабеет. Соответственно, сосуды не расширяются так как нужно, они не выдерживают давления, происходит кровоизлияние и образуется гематома (а это — инфаркт). По такой-же схеме происходят и инсульты…</p>
  <p id="N5Ou">Если отойти от организма к неживым предметам, то в технике есть понятие «люфт». Наличие люфта в рулевой рейке приводит к замедленной и более слабой реакции колес на поворот руля. Чтобы повернуть автомобиль с люфтом нужно начинать поворот раньше и крутить руль сильнее.</p>
  <p id="wYqs">Каждый руководитель является мозгом, а управляемая им структура — организмом. Руководитель посылает сигналы, структура их выполняет. Что произойдет, если структура будет реагировать, либо с опозданием, либо с отклонениями по контексту, либо вообще не реагировать? Приведу пример на боксе. Представьте ринг и боксеров, которые проводят поединок. Боксеры могу промазывать, от их ударов можно увернутся либо заблокировать. Но также есть удары, которые достигают своей цели: слабые, средние и сильные. И судьба поединка глобально зависит от двух параметров:</p>
  <ul id="7xQz">
    <li id="IiCV">Выносливость (насколько хватит энергии, чтобы защищаться и принимать удары);</li>
    <li id="xSEe">Удары (насколько точными и сильными они будут).</li>
  </ul>
  <p id="aLfG">Если выносливость боксера плохая, он и от слабых ударов может упасть. А если сильная, понадобится скорость и связка сильных ударов, чтобы его свалить с ног. Но, любого боксера можно «свалить». Это вопрос только времени и упорства.</p>
  <p id="pZbZ">Так же и компания. Выносливость — это бюджет, удары соперника — это невыполнение поставленных задач, удары по сопернику — это выполненные задачи. Невыполненные задачи могут нанести минимальный вред бюджету (слабые удары), а могут иметь критические последствия (сильные удары). Любую компанию можно «свалить» — вопрос только в том, какие задачи/процессы/проекты не будут выполняться, и какой бюджет имеет компания.</p>
  <hr />
  <h2 id="3sRh">Последствия регулярного сопротивления</h2>
  <p id="gDQO"></p>
  <p id="HiGL"><strong><u>1. Проекты проваливаются.</u></strong></p>
  <p id="spGc">А если не проваливаются, то теряется полнота эффекта, которая ожидалась от его реализации. Ведь для достижения максимального эффекта мы разработали решение и маршрут для его достижения. Соответственно, только этим маршрутом его можно было достигнуть в полном объеме. И когда в маршрут вносятся изменения, они, конечно, влияют на достижение цели.</p>
  <p id="mD9c"><strong><u>2. Теряется время.</u></strong></p>
  <p id="PprW">Руководителю приходится больше времени тратить на коммуникацию с сотрудниками, на продавливание решения, на контроль, на исправление проблем,… . В проект задействуются дополнительные люди, которые тратят свое время. То есть, время как ресурс затрачивается в разы большее, чем при варианте хорошей исполнительской дисциплины.</p>
  <p id="0KmQ"><strong><u>3. Теряется гибкость.</u></strong></p>
  <p id="EnLc">Структура не может быстро реагировать на рыночные возможности. Жизненный цикл реализации проекта увеличивается. Из-за этого, появляется ощущение перегруза. Структура становится тяжелой и неповоротной.</p>
  <p id="O9gb"><strong><u>4. Теряются деньги.</u></strong></p>
  <p id="pTFc">Все вышеописанное в итоге приводит к увеличению издержек. Зарплаты платятся как надо, сотрудники загружены по полной, но проходная способность уменьшается. Соответственно, недополучение потенциальной выгоды для собственников. Структура приносит 1 млн. прибыли, а могла бы 2 млн.</p>
  <hr />
  <h2 id="LGnN">Все в руках руководителя</h2>
  <p id="Oymm"></p>
  <p id="bOnX">Все, что происходит в подчиненной структуре, происходит либо по причине каких-то действий руководителя, либо по причине его бездействия. Ничего загадочного и мистического в компании не происходит.</p>
  <ul id="doLn">
    <li id="Ec7P">Действия руководителя. Руководитель может, либо нарушать свои же требования, либо провоцировать сотрудников на нарушение.</li>
    <li id="XvCW">Бездействие руководителя (или «попустительство»). Руководитель закрывает глаза на нарушения или избирательно подходит к нарушениям (то реагирует, то нет).</li>
  </ul>
  <p id="nnok">Сопротивление в исполнении высасывает ресурсы компании. Регулярное же сопротивление может погубить компанию. К сожалению, сопротивление полностью победить нельзя, при этом его силу и масштаб можно уменьшить.</p>
  <hr />
  <p id="IDTI">Другие статьи о менеджменте читайте на канале: <strong><a href="https://t.me/OS_management" target="_blank">OSмысленный менеджмент</a>.</strong></p>
  <p id="tjl1">Подписывайтесь! Далее будет…</p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@ivanbatechko/monitoring_vs_control</guid><link>https://teletype.in/@ivanbatechko/monitoring_vs_control?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko</link><comments>https://teletype.in/@ivanbatechko/monitoring_vs_control?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko#comments</comments><dc:creator>ivanbatechko</dc:creator><title>&quot;Мониторинг&quot; и &quot;Контроль&quot; - какая между ними разница?</title><pubDate>Tue, 30 Jan 2024 10:47:41 GMT</pubDate><media:content medium="image" url="https://img4.teletype.in/files/ff/ac/ffacc8b1-3f1f-499b-b20d-dcd8d3eda1e2.png"></media:content><description><![CDATA[<img src="https://img3.teletype.in/files/6d/05/6d05fb4f-2ba5-40c3-9f10-ed75859cc637.jpeg"></img>&quot;Работаю менеджером по сопровождению VIP-клиентов. Не так давно возникла следующая ситуация. В конце года наше подразделение планово подводит итоги года и определяет приоритеты на будущий год. Одной из моих задач было проанализировать продукты конкурентов. Проведя анализ я определила один из важных, как мне показалось, элементов нашей системы, в котором мы не просто уступали конкурентам, но и могли существенно их обойти (у меня появились идеи по улучшению).]]></description><content:encoded><![CDATA[
  <figure id="bvNI" class="m_column">
    <img src="https://img3.teletype.in/files/6d/05/6d05fb4f-2ba5-40c3-9f10-ed75859cc637.jpeg" width="4744" />
  </figure>
  <section style="background-color:hsl(hsl(55,  86%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="LGnt">&quot;Работаю менеджером по сопровождению VIP-клиентов. Не так давно возникла следующая ситуация. В конце года наше подразделение планово подводит итоги года и определяет приоритеты на будущий год. Одной из моих задач было проанализировать продукты конкурентов. Проведя анализ я определила один из важных, как мне показалось, элементов нашей системы, в котором мы не просто уступали конкурентам, но и могли существенно их обойти (у меня появились идеи по улучшению).</p>
    <p id="p0LZ">Не дожидаясь презентации, я описала свою идею и пошла презентовать ее руководителю коммерческого департамента. Ему идея понравилась, он ее сразу одобрил, и не затягивая созвал совещание с проектной командой. После обсуждения он остановил меня и сказал &quot;Проследи, чтобы они все сделали так, как договорились на встрече&quot;. Я ответила &quot;Ок&quot; и пошла работать.</p>
    <p id="Dv5n">В течение следующих 2-х месяцев реализации идеи я перессорилась с половиной проектной команды и частью разработчиками. Они то срывали сроки, то показывали функционал, который не соответствовал ожиданиям. В конце концов я пришла к руководителю с жалобой на такое халатное отношение. Выслушав меня он задал мне всего 1 вопрос: &quot;Почему ты не сообщила мне сразу и пыталась решить вопрос самостоятельно?&quot;</p>
  </section>
  <p id="Vobx">Основной проблемой описанной истории является ошибка в понимании поручения - поручили &quot;мониторинг&quot; или &quot;контроль&quot;? Конечно же, я считаю виновным в данной ситуации руководителя - он должен был более конкретно объяснить, что он ожидает под поручением проследить за реализацией...</p>
  <p id="FPnm">С другой стороны, наша героиня сильно расширила трактования этого поручения. </p>
  <p id="VdDV">Но давайте сами попробуем разобраться в терминах и разницей между ними...</p>
  <p id="24fR"></p>
  <p id="bBYR"><u><strong>Мониторинг</strong></u> - это пассивное наблюдение, фиксация факта “выполнено-не выполнено” без полномочий на внесение исправлений и корректив в ход выполнения. Цель мониторинга: сбор информации, структурирование и доклад вышестоящему руководителю.</p>
  <p id="BVoN"><u><strong>Контроль</strong></u> - это функция активная, которая предполагает вмешательство в ход выполнения, в случае отклонений. Цель контроля: исправление отклонений.</p>
  <p id="U01w">Мониторинг можно поручить любому сотруднику, который:</p>
  <ul id="KhVE">
    <li id="DBVz">имеет глаза, чтобы наблюдать за выполнением;</li>
    <li id="5ogi">знает процесс (так как ему нужно правильность выполнения операций);</li>
    <li id="LO0i">умеет писать;</li>
    <li id="oClA">умеет структурировать информацию.</li>
  </ul>
  <p id="hSpq">Контроль же нельзя делегировать кому попало. Если цель контроля - исправление, значит человек, который выполняет функцию контроля должен обладать:</p>
  <ul id="Q4nJ">
    <li id="bxvC">знаниями процесса;</li>
    <li id="6JH8">навыками обучения и коучинга;</li>
    <li id="TO3h">властью и полномочиями для приема разнообразных решений, в случае, если сотрудник откажется исправляться;</li>
    <li id="xT31">авторитетом, что смягчит весь процесс исправления.</li>
  </ul>
  <p id="Y9EZ">То есть, это функция руководителя.</p>
  <hr />
  <h2 id="vvnb">Позиции в структуре компании, где чаще всего размыта грань мониторинга/контроля</h2>
  <p id="Z2JS"></p>
  <h3 id="yC2o">1. Замы.</h3>
  <p id="Dpv0">Очень смутная в части функционала позиция. Я не буду расписывать весь комплекс “интересностей”, которые возникают в связке “руководитель - зам”, остановлюсь только на функции контроля. Основная проблема в подобной связке - это отсутствие четкого разделения функций и полномочий. В большинстве случаев считается, что заместитель имеет такой же пакет полномочий, как и руководитель. В части контроля, может быть несколько сложных ситуаций:</p>
  <ul id="bwtD">
    <li id="ULne">руководитель отдает приказы, зам контролирует. В подобном разделении, во первых, образуется атмосфера ненависти к заму, так как он постоянно вынужден выступать в роли цербера, а руководитель всегда хороший, а во вторых, зам может не всегда уловить весь смысл поручения и во время контроля начать исправлять то, что не требуется;</li>
    <li id="1Pjk">смешанное правление. Полная неразбериха в том, кто и что контролирует. Какие-то процессы контролируются обоими, а какие-то никем. Когда это выявляется, виновным признается заместитель, так как он слабее по власти.</li>
  </ul>
  <p id="8422">Правильным подходом в работе с замами является четкое отделение функций и полномочий и по сути своей выведение зама в отдельный функциональный юнит. К примеру, &quot;заместитель директора по операционным вопросам&quot; либо &quot;заместитель директора по продажам&quot;. В этих примерах замы становятся прямыми руководителями функций и даже департаментов. И описанных выше проблем не наблюдается.</p>
  <p id="cei5"></p>
  <h3 id="PXVl">2. Референт или бизнес-ассистент.</h3>
  <p id="SGnp">Глобально, референт - это секретарь, с более широкими функциями и полномочиями. Таких референтов в основном имеют “большие” руководители, которые нуждаются в подобном живом “органайзере”. Но, часто функции референта начинают расширять до “божественных” и передавать ему свои прямые обязанности. В части контроля, на референта может возлагаться полноценный контроль с функциями корректировки. Из возможных проблем:</p>
  <ul id="25ky">
    <li id="WeEq">так как этот человек не обладает нужными знаниями и авторитетом, сотрудники его часто воспринимают не всерьез;</li>
    <li id="BAXS">референт может начать использовать власть и доверие, в своих корыстных целях (например, просто для поддержания своего разбухшего эго, если такое имеется).</li>
  </ul>
  <p id="Hkms">Поэтому для референта идеально подходит функция мониторинга, описанная выше.</p>
  <p id="Q1Lz"></p>
  <h3 id="t8lb">3. Проектный офис.</h3>
  <p id="nmpp">Проектный офис - это подразделение компании, основной функцией которого должно быть формирование и поддержка стандартов управления проектами. То есть, методологическая, аналитическая и консультационная поддержка. При этом, происходит перекос и проектный офис также начинает (по своей инициативе или по инициативе руководителя) осуществлять контроль с попытками внесения изменений. Это также приводит к тому, что начинается раздвоение власти и сотрудники работают на “двух господ”. А это, в свою очередь, приводит к проблемам с приоритизацией задач внутри календаря сотрудников: когда у сотрудника два руководителя, становится непонятнр, чьи задачи приоритетнее. Ну и еще ряд других проблем...</p>
  <p id="lbeE"></p>
  <h3 id="jrKn">4. Функциональный руководитель.</h3>
  <p id="AA4W">По функциональному смыслу это аналогия “проектному офису”, но в более узких масштабах. Цель позиции: создавать, внедрять и мониторить стандарты по конкретному функциональному участку.</p>
  <p id="4k5G">Так, допустим, есть сотрудник “менеджер по качеству работы отделения банка”. Его административный начальник - начальник отделения. Но, в банке есть также отдел качества, который внедряет и систематизирует все стандарты качества обслуживания клиентов в банке. Тогда, функциональным руководителем такого сотрудника будет “начальника отдела качества”. Такой начальник создает и мониторит выполнение стандартов качества этим сотрудников, но в случае невыполнения, функциональный начальник должен обратиться к административному начальнику, чтобы он повлиял на эти отклонения. Только так. Но в жизни, люди любят сокращать “логистические пути” и действовать напрямую. А это, в свою очередь, приводит к раздорам и недопониманиям.</p>
  <p id="TnjF"></p>
  <h3 id="lXMF">5. Бизнес аналитики.</h3>
  <p id="2GRT">Задача бизнес аналитика - исследовать потребности организации и/или рынка и определять проблемы/возможности для развития. Глобально, он анализирует, фиксирует и структурирует информацию и предлагает варианты ее использования во благо бизнеса. Все эти варианты он презентует руководителю, который в свою очередь, поручает управление реализацией (в том числе и контроль) именно бизнес аналитику. Он, в свою очередь, не обладая знаниями специфики процесса реализации и полномочиями, встречает ряд все тех же проблем (описаны выше).</p>
  <hr />
  <h2 id="7Hux">Итого</h2>
  <p id="Unou"></p>
  <p id="RHkV">Когда вы поручаете наблюдение за чем-то, четко разделяйте для себя и для исполнителя: это будет мониторинг или контроль. Если это все таки контроль, обдумайте насколько он возможен конкретным исполнителем и не забудьте выдать достаточный пакет ресурсов и полномочий.</p>
  <hr />
  <p id="IDTI">Другие статьи о менеджменте читайте на канале: <strong><a href="https://t.me/OS_management" target="_blank">OSмысленный менеджмент</a>.</strong></p>
  <p id="tjl1">Подписывайтесь! Далее будет…</p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@ivanbatechko/answer4</guid><link>https://teletype.in/@ivanbatechko/answer4?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko</link><comments>https://teletype.in/@ivanbatechko/answer4?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko#comments</comments><dc:creator>ivanbatechko</dc:creator><title>«Приходится по несколько раз объяснять одно и то же...»</title><pubDate>Thu, 14 Dec 2023 09:55:31 GMT</pubDate><media:content medium="image" url="https://img3.teletype.in/files/a1/eb/a1eb22e8-6b6d-44a9-beb9-74db8e7fb0a3.png"></media:content><description><![CDATA[<img src="https://img2.teletype.in/files/5d/32/5d3245a9-c64d-4011-a5ae-db5ec5f7d1ff.jpeg"></img>Вопрос:]]></description><content:encoded><![CDATA[
  <figure id="H6dD" class="m_column">
    <img src="https://img2.teletype.in/files/5d/32/5d3245a9-c64d-4011-a5ae-db5ec5f7d1ff.jpeg" width="6000" />
  </figure>
  <p id="fHCf"><strong>Вопрос:</strong></p>
  <section style="background-color:hsl(hsl(55,  86%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="dees"><em>«Приходится по несколько раз объяснять сотрудникам одно и то же. Что можете порекомендовать для решения этой ситуации?»</em></p>
  </section>
  <p id="CQ7m">Спасибо за вопрос!</p>
  <hr />
  <p id="kFqC">Сотрудники могут переспрашивать по разным причинам. Рассмотрим основные из них и возможные варианты решения.</p>
  <p id="CG75"></p>
  <h3 id="xvVL">1. Руководитель сложно объясняет, его невозможно понять.</h3>
  <p id="7UJE">Это может быть связано как с умением структурно доносить информацию, так и с форматом. К примеру, руководитель двигаясь в спешке по коридору «выплескивает» на сотрудника поручение и быстро выбегает из офиса. Классический чайка-менеджмент.</p>
  <p id="t7IG">Решением этой проблемы должно стать осознание ее наличия. Ведь чаще всего руководитель просто не замечает за собой такого несовершенства, соответственно, никак не может на это повлиять. При этом, сотрудники не всегда могут помочь с осознанием. Если руководитель использует жесткий авторитарный стиль управления, вряд ли кто-то из сотрудников дерзнет упрекнуть руководителя в том, что он не умеет доносить информацию. А те, кто осмелится, могут получить ответ в стиле «сам дурак».</p>
  <p id="TA69"></p>
  <h3 id="kYGz">2. Уровень квалификации и/или интеллекта сотрудника недостаточный для освоения информации, которую вы пытаетесь ему донести.</h3>
  <p id="CCKM">К сожалению, не все работающие в компании сотрудники обладают нужными знаниями, опытом и просто интеллектом, чтобы постигнуть все премудрости управления компанией. Элементарное для одного сотрудника является непостижимым для другого. И это нормально. Но не все руководители понимают этого и усердно продолжают выдавать сотрудникам поручения выше их сил и возможностей. Для такой ситуации очень хорошо подходит фраза «попытка натянуть сову на глобус». На выходе получают логичные уточнения, переспрашивания и неправильное выполнение поручений.</p>
  <p id="J1jp">Решением проблемы будет сопоставление квалификации сотрудника со сложностью задания перед делегированием. И если окажется, что задание на выше квалификации нужно либо запланировать обучение и постановку задания на более детальной уровне (и последующий плотный контроль), либо выбрать другого сотрудника, который сможет его выполнить.</p>
  <p id="JMxy"></p>
  <h3 id="IsES">3. Неуверенность сотрудника</h3>
  <p id="n6ys">Наиболее свойственна молодым специалистам и/или сотрудникам, которые только пришли в компанию. </p>
  <p id="LY8A">Чаще всего это проходит со временем (2-3 месяца с положительной динамикой), поэтому решением будет будет просто подождать. Если же это не проходит и нет намека на положительную динамику, стоит копать глубже в поисках корневой причины. Ими могут быть непонимание своих полномочий, хитрожопость или же свойство характера. Первые две причины обсудим ниже, а вот со свойством характера нужно будет принимать решение: учим, развиваем и вкладываемся, либо же меняем.</p>
  <p id="WBgP"></p>
  <h3 id="RaUM">4. Не выданы полномочия</h3>
  <p id="g7YY">Если сотруднику не выданы полномочия на самостоятельные действия, логично и правильно, что сотрудник будет переспрашивать перед тем, как что-то делать. При этом, бывает так, что сотруднику выданы полномочия, но он об этом либо не знает, либо не до конца понимает весь их объём (что могу, а что нет).</p>
  <p id="fT7q">Обеспечить сотрудника понимаем полномочий (и всего, что касается его работы) — это обязанность руководителя. Если сотрудник переспрашивает, и это связано именно с непониманием своих полномочий, руководителю нужно провести с ним встречу, на которой детально на примерах разъяснить, что входит в полномочия сотрудника.</p>
  <p id="Lkm7"></p>
  <h3 id="TYtp">5. У сотрудника проблемы с памятью</h3>
  <p id="TfZp">«Ой, забыл…» — вот так кратко можно описать эту причину.</p>
  <p id="H2hB">Фразу «Ой, забыл» я считаю отмазкой и издевательством над руководителем. Ведь сотрудник же умеет писать? Почему не записал? Посчитал поручение руководителя настолько неважным, что решил не тратить на это чернил? А если он не умеет писать, он может слушать и записать поручение на диктофон. В общем, эта причина либо связана с расхлябанностью и необязательностью сотрудника, либо с отсутствием желания что-либо делать. Лечение лежит исключительно в административной плоскости.</p>
  <h3 id="ilG9"><br />6. «Хитрожопость»</h3>
  <p id="eBtO">Прошу простить, за такой термин, но он максимально описывает типаж конкретного сотрудника. Суть проста: сотрудник все прекрасно понимает, помнит и знает, при этом он предпочитает включить «режим дурачка», чтобы освободить себя от необходимости что-то делать. Это осознанное нарушение и обман.</p>
  <p id="zBQq">Мое мнение — сотрудники такого типа не должны работать в компании. С ними нужно немедленно прощаться. </p>
  <hr />
  <h2 id="sNGM">Итого</h2>
  <p id="wYQQ"></p>
  <p id="SiCl">Перед принятием решения руководителю нужно определить причину, по которой сотрудник переспрашивает и определить подход к ее решению. </p>
  <p id="j6Xw">Все описанные выше причины можно условно поделить на 2 группы:</p>
  <ul id="KTj2">
    <li id="Asp7">«понимаю — не понимаю»</li>
    <li id="fw4k">«хочу — не хочу»</li>
  </ul>
  <p id="pA0M">Первая решается обучением и разъяснением, вторая мотивацией (прежде всего, мотивацией избежать негативных последствий).</p>
  <hr />
  <p id="IDTI">Другие статьи о менеджменте читайте на канале: <strong><a href="https://t.me/OS_management" target="_blank">OSмысленный менеджмент</a>.</strong></p>
  <p id="tjl1">Подписывайтесь! Далее будет…</p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@ivanbatechko/initiative_lost_1</guid><link>https://teletype.in/@ivanbatechko/initiative_lost_1?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko</link><comments>https://teletype.in/@ivanbatechko/initiative_lost_1?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko#comments</comments><dc:creator>ivanbatechko</dc:creator><title>Как руководитель глушит инициативу. Часть 1: &quot;Ты сначала у себя порядок наведи...&quot;</title><pubDate>Mon, 04 Dec 2023 08:54:48 GMT</pubDate><media:content medium="image" url="https://img1.teletype.in/files/c9/0e/c90e681f-4ea8-449d-84ff-fd4730c7efd3.png"></media:content><description><![CDATA[<img src="https://img1.teletype.in/files/06/05/0605e4ef-c396-4dff-9d2d-3865c5ffa3fe.jpeg"></img>Ситуация: Сотрудник обращается с инициативой и подсвечивает системные проблемы компании. Вместо того, чтобы быть услышанным, его руководитель прямо на встрече начинает «гонять» сотрудника по его зонам ответственности и результатам, с целью показать сотруднику, что у него там есть куча проблем и рановато он начал по сторонам смотреть.]]></description><content:encoded><![CDATA[
  <figure id="rBuy" class="m_column">
    <img src="https://img1.teletype.in/files/06/05/0605e4ef-c396-4dff-9d2d-3865c5ffa3fe.jpeg" width="6000" />
  </figure>
  <section style="background-color:hsl(hsl(24,  24%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="6o5O"><strong>Ситуация:</strong> Сотрудник обращается с инициативой и подсвечивает системные проблемы компании. Вместо того, чтобы быть услышанным, его руководитель прямо на встрече начинает «гонять» сотрудника по его зонам ответственности и результатам, с целью показать сотруднику, что у него там есть куча проблем и рановато он начал по сторонам смотреть.</p>
    <p id="3rJV"><strong>Следствие:</strong> инициатива потушена, у сотрудника не скоро появиться желание что-то предлагать.</p>
  </section>
  <hr />
  <p id="xMTH">Существует % сотрудников, которые всегда готовы поучаствовать в каком-то обсуждении проблем и прямо-таки блещут инициативой, но в тоже время у них далеко не идеальна ситуация с их собственными зонами ответственности и результатами. Они регулярно носят руководителю идеи, руководитель регулярно замечает их в каких-то обсуждениях и переписках, и у него появляется логическое недовольство и вопрос: «Какого …?».</p>
  <p id="BPY8">В такой ситуации руководитель не находит ничего лучшего, как остановить сотрудника и вернуть его фокус на его собственную зону ответственности. А так как подобная ситуация чаще всего раздражает руководителя (мол, «и так куча проблем, еще этот не может организоваться») — подобная коррекция происходит в достаточно резкой форме. </p>
  <p id="YbzL">И тут мы получаем разрыв в ожиданиях. Сотрудник шел с идеей, за которую ожидал получить как минимум благодарность (ведь он все-таки проявил инициативу и вовлеченность). Вместо этого руководитель его жестко «отфутболил». Как следствие, сотрудник демотивирован и вряд ли в ближайшее время захочет что-то предлагать (если он, конечно, не мазохист).</p>
  <hr />
  <h2 id="llO4">На что стоит обратить внимание</h2>
  <p id="R5eG"></p>
  <h3 id="gxXy">1. Недовольство руководителя оправдано (сотрудник что-то нарушил)?</h3>
  <p id="iZw8"><br />Зоны ответственности сотрудников не всегда находятся в идеальном состоянии. Бизнес растет, изменяется, добавляются новые проекты, процессы и функции. Невозможно моментально приводить изменения в идеальное состояние. Поэтому, «неидеальность» в зонах ответственности является вполне нормальной ситуацией, при условии, что это временно и есть план решения.</p>
  <p id="ilq2"><u><strong>Итого:</strong></u> если у сотрудника не все в порядке в его зоне ответственности, но у него есть план решения и он по нему идет без отклонений в сроках — сотрудник молодец и к нему не может быть вопросов. Соответственно, если он приносит идеи и участвует в прочих инициативах — он заслуживает поощрения, а не упрека.</p>
  <section style="background-color:hsl(hsl(55,  86%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="jFD3"><em>«Так он мог бы это время потратить на скорейшее выполнение плана, а не идеи носить»</em></p>
  </section>
  <p id="5J0b">Мог бы, но не должен. А чтобы это превратилось в «должен» — руководитель должен встретиться с сотрудником и согласовать новые сроки реализации плана. Опять-таки, он ничего не нарушает и не может быть наказан.</p>
  <p id="PD7z"></p>
  <h3 id="FZNX"><strong>2. Почему несвязанные вопросы обсуждаются вместе?</strong></h3>
  <p id="QpOo"><br />Идеи сотрудника и его результаты — это разные темы и не должны обсуждаться в одном обсуждении. Для обсуждения неудовлетворительных результатов сотрудника должна быть назначена отдельная встреча, которая появляется в следствии такой компетенции руководителя как Контроль. То есть, руководитель делегирует сотруднику ответственность → сразу прошивает в своем календаре контрольные точки, на которых он проверяет результаты → по итогам проверки, он назначает встречу для обсуждения результатов. </p>
  <p id="TP2S">В нашей же ситуации руководитель проводит проверку (контроль) в незапланированное время, прямо на встрече с сотрудником по другой теме. Сотрудник пришел обсудить идею, а руководитель решает провести контроль… . Как следствие, руководитель задает вопросы, на которые сотрудник не готов отвечать, из-за сотрудник чувствует себя некомфортно, он загнан в угол.</p>
  <section style="background-color:hsl(hsl(55,  86%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="rxSc"><em>«Что значит не готов? Он должен знать ВСЕ о своей зоне ответственности»</em></p>
  </section>
  <p id="Yeec">«Все» не должен, только критичное. Должен ли руководитель коммерческого департамента знать, сколько за последний час было выполнено холодных звонков клиентам? Даже, если именно с этой зоной ответственности есть проблема, он не должен ежеминутно туда смотреть (для этого есть РОП) — ему вполне будет достаточно накопительного результата за день, а то и за неделю. А вот % выполнения плана состоянием на конец вчерашнего дня — знать должен.</p>
  <p id="TkiH"><strong><u>Итого:</u></strong> </p>
  <ul id="p7rT">
    <li id="SKwa">некорректно «съезжать» с основной темы встречи без согласования с другим участником встречи;</li>
    <li id="dj3d">контроль и обсуждение результатов должны быть запланированы, а не проводиться в первый удобный для этого случай (когда вспомнилось).</li>
  </ul>
  <p id="ThKU"></p>
  <h3 id="cTtp"><strong>3. Инициатива сотрудника уместна?</strong></h3>
  <p id="mTcl"></p>
  <p id="2rNg">Если отбросить факт неудовлетворенности результатами сотрудника — инициатива/идея сотрудника уместна и полезна? Уточнение: ответ на этот вопрос может быть только «да» или «нет». Даже, если идея сотрудника несёт минимальную пользу, она должна быть распределена в список «полезных».</p>
  <p id="NEKW">Если ответ «да», инициатива сотрудника уместна и несёт пользу, она должна быть вознаграждена. Стоит ли говорить о недопустимости наказания за нее? </p>
  <p id="mQoi">Что было бы, если бы каждый сотрудник в компании регулярно проявлял уместную инициативу, а руководители в свою очередь к ней прислушивались и ценили? Компания бы процветала, ее расходы бы снижались, доходы росли, компания бы не нуждалась в привлечении высокооплачиваемых специалистов и консультантов…</p>
  <p id="L9cz"><u><strong>Итого:</strong></u> уместная и полезная инициатива сотрудников должна поощряться.</p>
  <section style="background-color:hsl(hsl(55,  86%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="q3Nb"><em>«Если инициатива не уместна и/или не полезна?»</em></p>
  </section>
  <p id="Kkcc">Тогда должен поощряться сам факт ее наличия. Естественно, на уровне простой благодарности.</p>
  <p id="KrR8">Сотрудники не смогут постоянно генерировать исключительно крутые инициативы. Хорошо, если 1 из 10 будет иметь ценность и выгоду. При этом, если не поддерживать поток инициативы, она прекратиться в принципе.</p>
  <hr />
  <h2 id="Xgcn">Итого</h2>
  <p id="Er21"></p>
  <p id="sRWO">Когда человек проявляет инициативу, он всегда ожидает поощрения — хотя бы минимального «спасибо!». А кто говорит, что не ждет — врет! Поэтому, руководитель должен быть максимально осторожным со своей реакцией. </p>
  <section style="background-color:hsl(hsl(55,  86%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="UyEu">«Мне нужно, чтобы он работал по своей функции и не лез в другие дела»</p>
  </section>
  <p id="EYxr">Это невозможно. Хорошие сотрудники, как правило, проявляют инициативу за рамками своей функции просто потому, что им не все равно. А те, кому все равно — редко хорошо справляются со своими функциями. И эту границу «сюда ходи, а туда не ходи» очень сложно отрегулировать. При попытке «регулировки» можно обидеть сотрудника и «отключить» его желание вообще что-то предлагать.</p>
  <p id="uhTd">Поэтому, руководитель должен уметь слушать сотрудников и работать с их идеями, даже если они ему не нужны (что на самом деле звучит странно и глупо).</p>
  <section style="background-color:hsl(hsl(55,  86%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="gJ4M">«Если его инициатива мешает ему работать?»</p>
  </section>
  <p id="nb5R">Если сотрудник «метается» от инициативы к инициативе, сыплет идеями, но никак не может сфокусироваться на своей зоне ответственности, что негативно отражается на его результатах — его, конечно, нужно остановить. Но это нужно сделать тактично и аргументировано. </p>
  <section style="background-color:hsl(hsl(55,  86%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="NF14"><em>«А если он не поймет?»</em></p>
  </section>
  <p id="ZNkK">А вот здесь уже нужно показать максимальную твердость и решимость. Сотрудник на выходе из диалога должен четко понять, что его инициатива — это круто, важно, ценно, … , но только при условии, что он свою работу делает вовремя и как надо. Ведь его нанимали для выполнения конкретных функций, которые кроме него никто не выполнит. </p>
  <p id="OyK0">Руководитель должен постараться сохранить инициативу сотрудника, при этом исправив результаты его основной деятельности. Если это невозможно (достигнуть обе цели) — выбор должен быть в пользу основной деятельности.</p>
  <hr />
  <p id="IDTI">Другие статьи о менеджменте читайте на канале: <strong><a href="https://t.me/OS_management" target="_blank">OSмысленный менеджмент</a>.</strong></p>
  <p id="tjl1">Подписывайтесь! Далее будет…</p>

]]></content:encoded></item><item><guid isPermaLink="true">https://teletype.in/@ivanbatechko/managerskills_5</guid><link>https://teletype.in/@ivanbatechko/managerskills_5?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko</link><comments>https://teletype.in/@ivanbatechko/managerskills_5?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=ivanbatechko#comments</comments><dc:creator>ivanbatechko</dc:creator><title>Скил №5. &quot;Эмоциональная эластичность&quot;</title><pubDate>Thu, 14 Sep 2023 11:47:46 GMT</pubDate><media:content medium="image" url="https://img3.teletype.in/files/aa/66/aa66186e-96f3-4cd0-8cc9-184d56d95e01.png"></media:content><description><![CDATA[<img src="https://img1.teletype.in/files/8f/fe/8ffe15f6-9deb-4ad2-bd86-2448c405baaa.jpeg"></img>Важность скила: высокая]]></description><content:encoded><![CDATA[
  <figure id="UTaY" class="m_column">
    <img src="https://img1.teletype.in/files/8f/fe/8ffe15f6-9deb-4ad2-bd86-2448c405baaa.jpeg" width="1008" />
  </figure>
  <p id="5zOn"><strong>Важность скила:</strong> высокая</p>
  <p id="gTVC"><strong>Проблема:</strong> руководитель — это сотрудник компании, чья деятельность постоянно связана с такими факторами:</p>
  <ol id="Qsa8">
    <li id="Xj7e">Руководителю необходимо постоянно принимать решения, от которых будет зависеть будущее компании, подразделения и его собственное.</li>
    <li id="lqvi">Руководитель несет ответственность за эффективность работы его подразделения и достижения поставленных целей. И ответственность ему приходиться нести не только по решениям, которые он сам принимает, но и по всем остальным решениям, принятых компанией (что чаще всего и бывает).</li>
    <li id="bPvX">Руководителю приходиться постоянно работать с людьми. Он не просто несет ответственность за результат их работы, но и должен на это влиять. Он должен управлять конфликтами, решать проблемы, мотивировать сотрудников и обеспечивать их развитие.</li>
    <li id="AmMo">Руководителю приходиться работать в условиях неопределенности и постоянных изменений. Он должен их своевременно замечать и адаптироваться под них.</li>
    <li id="dhgk">Руководителю часто приходиться жертвовать личным временем. С одной стороны, регулярные изменения требуют быстрой адаптации, что в свою очередь требует активного участия руководителя. С другой стороны, даже без изменений в жизни компании периодически случаются всякие форс-мажоры, которые нуждаются в решении. Это все приводит к перекосу в балансе «работа-жизнь».</li>
    <li id="OH09">Отсутствие признания и поддержки. Руководитель часто работает в тени, а успехи команды часто приписываются отдельным сотрудникам его команды.</li>
  </ol>
  <p id="alPI">Все эти факторы создают высокий уровень стресса, эмоционального и физического истощения.</p>
  <p id="Kitk"></p>
  <p id="iQVH"><strong>Причины:</strong> казалось бы, причины уже перечислены выше, но нет. Выше описаны факторы, которые оказывают влияние на эмоциональное состояние руководителя. При этом, разные руководители по-разному на них реагируют: у одних через день эмоциональные качели, у других несколько раз в месяц, а некоторые практически не реагируют. От чего это зависит?</p>
  <ol id="6zsN">
    <li id="Prgi">Неправильный карьерный путь. Большинство людей не хотят и не готовы работать с факторами, которые я описал выше. А это значит, что они не могут и не должны занимать позицию руководителя. Но, так как эта позиция является статусной и чаще всего оплачивается выше, чем позиция рядового сотрудника, большинство туда стремиться, не задумываясь о последствиях. В связи с чем и возникает проблема эмоционального характера.</li>
    <li id="TFdg">Отсутствие знаний и опыта. Должность руководителя — это не крест, не призвание, руководитель — это профессия. Как и любая профессия, она требует от человека определенных навыков и компетенций. Как музыкант будет плохо играть на музыкальном инструменте без знаний нотной грамоты, так и руководитель будет плохо руководить без знаний управленческих компетенций. Ну и, конечно же, опыта. Знание нотной грамоты не позволит человеку сразу сыграть симфонию, как и вызубренные учебники по менеджменту не позволяют сходу эффективно управлять командой.</li>
    <li id="d3gL">Спешка. Большой скоуп задач заставляют руководителя бежать, что руководитель с радостью и делает. Он повышает скорость в попытке охватить все, это влияет на качество, что в свою очередь генерит проблемы и новые задачи. Как понимаете, эта история не имеет конца.</li>
    <li id="Wknd">Отсутствие планирования. Из-за спешки (либо из-за неумения) руководитель отказывается от планирования, что в итоге заканчивается провалом в результатах, либо необходимостью по ходу проекта активно включаться и все переделывать.</li>
    <li id="uJpg">Ошибки в делегировании. Опять-таки, либо из-за спешки, либо из-за неумения, руководитель делегирует задачи как попало, что приводит к таким же негативным последствиям, как и с планированием.</li>
    <li id="mWkH">Не уделяет время людям. Люди — это основная движущая сила руководителя. Соответственно, люди должны занимать первую строчку в приоритетах руководителя. Он должен им помогать, развивать, обеспечивать ресурсами, мотивировать, контролировать, … . Как обстоят дела в реальности? Людьми занимаются по свободе (которой нет). Это приводит к тому, что вместо результатов, люди начинают приносить руководителю только негативные эмоции и неудовлетворенность. «Все, что они делают, они делают не так!», или «Как с такими можно работать?», или «Где таких набрали?» — любимые фразы такого руководителя.</li>
  </ol>
  <p id="IfrQ"></p>
  <p id="cu8W"><strong>Последствия:</strong></p>
  <ol id="kU3a">
    <li id="aOB1">Выгорание. Постоянно увеличивающийся ком задач + отсутствием результатов + сотрудники, которые «ничего не могут» + работа по 12-14 часов (чтобы своими руками все сделать) = Неудовлетворенность работой = Постоянный стресс = Выгорание. Вот такая формула.</li>
    <li id="JfXr">Срывы. Мало того, что в таком состоянии руководитель не может мотивировать сотрудников, так он еще и срывается на них.</li>
    <li id="Ayc7">Нерациональные решения. В состоянии стресса и спешки, человек не может принимать рациональные решения. Один из самых «любимых» примеров, которые я насмотрелся — «всех уволить, набрать нормальных». Разве можно такое решение назвать рациональным?</li>
    <li id="2duO">Отсутствие результатов. Состояние руководителя как радиация оказывает негативное влияние на всех окружающих. У депрессивного и вспыльчивого руководителя не могут быть мотивированные и жизнерадостные сотрудники. А значит и эффективности, и результатов не будет.</li>
  </ol>
  <p id="7dVb"></p>
  <p id="wuxE"><strong>Решение: </strong>руководителю невозможно повлиять факторы, описанные в блоке «Проблема». А значит нужно либо отказаться от должности руководителя, либо адаптироваться. Для этого предлагаю следующее:</p>
  <ol id="0es8">
    <li id="Qstw">Руководитель должен знать матчасть менеджмента. Многие вопросы будут решены только благодаря этому. Читайте книги, проходите курсы. Все «тайны» управления уже давно раскрыты, осталось только их изучить, структурировать и применить на практике.</li>
    <li id="ukfm">Люди должны быть № 1 в списке дел сотрудника. Конечно же, я имею ввиду не просто «потрындеть» (хотя это также несомненно важно), я говорю о целенаправленном участии в рабочей жизни сотрудника.</li>
    <li id="q2Wc">Точность и качество важнее скорости. Быстрое решение является хорошим только при условии, что оно принесло нужный результат. Если руководитель принял быстрое решение и провалил проект — какая польза от этого? Поэтому, не стоит экономить время на качественное планирование, качественное делегирование, качественный контроль.</li>
    <li id="ZoEz">Нужно отдыхать. Я не призываю руководителей работать по 8 часов и не минутой больше. Нет, увы, это невозможно (как минимум, всегда). Но выходные и отпуск должны быть полностью вашими. Отключите смартфон, спрячьте ноут и прочую технику, и отдыхайте с семьей, друзьями, либо сами.</li>
  </ol>
  <hr />
  <p id="fWzD">Другие статьи о менеджменте читайте на канале: <strong><a href="https://t.me/OS_management" target="_blank">OSмысленный менеджмент</a>.</strong></p>
  <p id="QB3V">Подписывайтесь! Далее будет…</p>

]]></content:encoded></item></channel></rss>