Как сказать соседу-руководителю, что он тебя бесит?
🍿 Зарисовки из жизни руководите
🎬 Сцена 1: “Я злюсь, но говорить не буду” Менти рассказывает: он недоволен работой соседнего руководителя — как ставятся задачи, как принимаются решения, как пробуксовывает общий процесс Своим ребятам он обратную связь даёт спокойно, его этому учили А вот пойти “вбок” и честно обсудить раздражение с коллегой-руководителей — будто в разы страшнее
🎬 Сцена 2: Две причины всех конфликтов Недавно читала мысль в книге, которая прям хорошо легла на этот кейс. Все внутренние конфликты в компании можно свести к двум формулировкам: 🟢Я думаю, что ты это делаешь, а ты не делаешь 🟢Я не согласен с тем, как ты это делаешь С тех пор я начала примерять эту рамку на разные противоречия в компании и командах — и правда, практически все кейсы можно разложить по этим двум корзинам В какой‑то момент становится проще: конфликт — это уже не “я против тебя”, а “у нас разъехались ожидания по тому, что и как делается”
🎬 Сцена 3: Как зайти в сложный разговор “вбок” На такие диалоги решиться трудно, особенно когда речь про коллег-руководителей, а не про подчинённых. Но начинать разговор не обязательно с жёсткой обратной связи. Можно зайти мягче: “Слушай, я тут прочитал, что большинство конфликтов внутри компании — из-за двух вещей: я думаю, что ты что‑то делаешь, а ты не делаешь; или я не согласен с тем, как ты это делаешь. Давай посмотрим, где у нас могут расходиться ожидания: кто что делает и как”
Дальше уже можно вместе разложить: 🔴какие зоны ответственности вы видите по‑разному; 🔴где вы ожидаете от человека действий, о которых он даже не подозревает; 🔴где вы согласны по “что”, но не совпадаете по “как”
🎬 Практика “сверки ожиданий” в командах Я знаю команды, которые такую сверку делают регулярно. Например, собираются разработчики, тестировщики и аналитики: 🔴 сначала каждая группа пишет список задач, которые, по их мнению, относятся к их роли; 🔴 затем каждая группа описывает, что “должны делать” другие (девы про тестировщиков, тестировщики про аналитиков и т.д.), при этом исходные списки друг друга не видят; 🔴потом все вместе открывают эти списки и сверяются, где разрывы, кто что реально должен делать и кто что ожидает от других
Такую штуку я сама делала не с ролями внутри кросс-функциональной команды, а именно с ожиданиями друг от друга у руководителей. Становится понятно, где мы молча надеялись, что “оно само как‑то сложится”, а где надо просто договориться
· 17.02
Был у меня случай, когда разработчики протестовали, не хотели двигать задачи) «это бюрократия, мы не хотим тратить на это время», долго и мучительно пришлось с ними бороться, но после проведения нескольких мероприятий, мне все таки удалось убедить их, что это не про бюрократию. Короче, любая проблема решается, только в том случае, если у тебя хорошие софт скиллы
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён