"Разная культура, поэтому и не приживается"

Когда люди внутри компании объясняют проблемы словами про то, что "вот у нас такая культура, а у них другая, поэтому и не получается", я слышу в этом проблемы с доверием, а не культурой.

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

Я бесконечно люблю Белозерову за то, как она рассказывает вещи которые копятся внутри, но совершенно логичными и правильными словами. И говорит, что это всё - нормально.

https://youtu.be/Dmj5J1Pd82M

YouTube

Коммуникация с миром и заказчиком, чтобы было эффективно, небольно и нестрашно / Юлия Белозерова

Приглашаем на конференцию TeamLead Conf 2024, которая пройдет 27 и 28 июня в Санкт-Петербурге! Программа, подробности и билеты по ссылке: https://vk.cc/cuyJ0A --------- TeamLead Conf Foundation 2022 Тезисы и презентация: https://teamleadconf.ru/moscow/…

Как я, как руководитель, могу влиять на обучение сотрудников?

Спасибо за комментарии к посту — они помогли понять, как четче донести проблематику темы обучения для тимлидов! Обожаю вас и ваше умение рефлексировать ?

Поделюсь слайдами и материалами с митапа :)
слайды для тех, кто сам всё знает и понимает, док с применимостью развивающих действий для тех, кто еще осознанно не занимался развитием своих команд.

Сразу скажу, что контуровцам повезло — я планирую рассказать кое-чего по этой теме и ещё подробнее :)

Обучение то не то, как вас учили

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

Пока мы с Ричардом финалим слайды, помогите, пожалуйста! Накидайте в комментах основных сложностей, почему вы:
не ходите на обучения/повышения квалификации?
записываетесь/покупаете обучение, но не вовлекаетесь в него?

На днях рассказывала нескольким инженерам про работу с людьми.
Главный посыл был в том, что при работе с системами хороший инженер всё больше думает о каких-то сложных и граничных случаях, отказоустойчивости. В работе с людьми всё больше вероятностных событий, оценки рисков и работы с их последствиями, чем глубокой преданалитики и проектирования решений:
1. нельзя мучить людей неопределенностью - принимай решения быстрее.
2. нельзя учесть всё, что происходит в жизни людей - поддерживай, как человека, но возвращай разговор в рабочую плоскость.
3. все люди разные - к каждому нужно найти подход или понять, что вам не по пути.

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

Хабр

Как «оптимизация» зарплат вредит бизнесу, и что делать

Оптимизация фонда оплаты труда (далее - ФОТ) в долгосрочной перспективе вредит компаниям, ухудшает их положение и усиливает кризисы . Этот вопрос мы рассмотрим на основе изучении проблем в Boeing и...

Самоходность сотрудников.

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

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

Короткие циклы обратной связи (и доступ к ней), полномочия принимать решения и признание маленьких побед - вот что может существенно изменить работу команды.

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

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

https://catwomenko.ru/ownership/

Никогда не думала, что в одном сообщении могут встретиться Тинлей, Дорофеев и Санта-Барбара.

Понаблюдайте за собой прямо сейчас - вы достаточно логичны, чтобы не доводить до пожара?

Сегодня у меня для вас прекрасный чек-лист, который поможет вам принять решение о смене команды, компании.

Simple Sabotage это прекрасная книжка времен второй мировой войны от ЦРУ, которая содержит в себе рекомендации о том, как саботировать и разрушать!

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

У меня при прочтении были вьетнамские флешбеки в банковское IT :)

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

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

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

Разрабы

Тихая революция. Как банки стали символом России 10-ых / Разрабы

> Автор статьи: [Максим Барбухин](https://twitter.com/Zaoprolaps), дизайнер интерфейсов