Как разговаривать с муд…ми заметки из книги

Готовлю для вас саммари по книге из заголовка, и тут нашел в своих записях вот такую подсказку, которую я почему- то упустил в свое время.
Пробуйте 😁

Честно говоря, хз сработает ли такая штука)

Разговаривая с излишне эмоциональным человеком, смотрите ему в левый глаз.

Левый глаз связан с правым полушарием мозга.

Между полушариями, как и между слоями мозговой ткани, тоже существуют различия.

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

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

Кроме того, ваше внимание будет приковано к чему-то кроме причитаний и возмущения.

#career

@badtechproject

Завтра (26.07) на SaintHighLoad буду рассказывать, как мы готовим СБОЛ к периодам пиковой нагрузки.
Если, вдруг, будете там, заходите 😉

@badtechproject
#SHL2023

Как разговаривать с муд…ми заметки из книги

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

Что это может быть?
К примеру, отличный галстук, красивые часы или как он помог вам в прошлый раз.

#bestpractice

@badtechproject

Я с сегодня в отпуске))

#пятнчиноеневпятницу

@badtechproject

XY Проблема или Проблема молотка

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

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

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

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

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

👨‍💼 Еще один пример: год назад ко мне пришла менеджер и сообщила, что она будет искать новую работу, так как больше не хочет заниматься технологическими проектами, такими как замена технического стека и тому подобное, а хочет заниматься бизнес-задачами.
Конечно, это замечательно, что у нас есть такой уровень доверия в команде. Однако, я спросил, зачем искать новую работу, когда утром того же дня ко мне обратились с запросом о руководстве топовым бизнес-проектом?

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

Зачем это важно знать?
1️⃣ Экономия времени имеет огромное значение в современном мире, но пытаясь сразу предлагать решение, вы можете потратить гораздо больше времени на неправильные варианты. Исследование контекста и реальных проблем является ключевым фактором.
2️⃣ Всегда предоставляйте исполнителям больше контекста. Чем более подробно вы объясните свою задачу, тем лучше исполнитель поймет ваши потребности и сможет предложить более эффективное решение. Предоставление контекста также поможет избежать недоразумений и ошибок.
3️⃣ Не спрашивайте, как реализовать что-то. Вместо этого, задавайте вопросы о том, как можно решить вашу задачу.

#career

@badtechproject

Говорение, подобно наркотикам

Мы, как менеджеры, часто страдаем от одной серьезной зависимости - говорения.

Это становится для нас настоящей проблемой.

Подумайте об этом серьезно: сколько времени на каждом собрании занимает рассказ менеджера, особенно уровня "джуниор" или "миддл".

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

Основная задача любого менеджера - уметь слушать.
Как научить себя этому?

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

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

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

#career

@badtechproject

Начни с себя❗️

Вы когда-нибудь задумывались, а комфортно ли с вами работать?

А предоставляете ли вы окружающим уровень сервиса, который требуете от них?

Проверим? Нужно собрать четыре «да»

1️⃣ Я отвечаю на запросы, письма так же оперативно, как сам ожидаю от других?

2️⃣ Мои ответы качественные (полные, четкие, структурированные), а не на отъе…сь?

3️⃣ Я формулирую задачи, предоставляя весь контекст и рассказывай о том, какой эффект она принесет, чтобы исполнителя не чувствовал себя «шестеренкой»?

4️⃣ Я веду себя профессионально: не повышаю голос, не раздражаюсь и открыт к любым вопросам и любой позиции, даже если она противоречит моим интересам?


Если кол-во «да» меньше 4-х, то вам пора задуматься 😉

#career

@badtechproject

😐

#пятнчиноеневпятницу

@badtechproject

Очереди сообщений

😱За последний год я провел порядка 50 собеседований и только 10 менеджеров смогли рассказать, зачем нужны очереди сообщений. Что-то грустно)

Давайте вместе разберемся.

Представьте, у вас есть 2 системы:
Система А - ДБО (дистанционное банковское обслуживание).
Система Б - кредитная фабрика (принимает решение о выдаче кредита). Работает с 9 до 18.

↪️↩️При синхронной интеграции система А, отправившая запрос, ждет ответа от системы получателя.
⌛️При этом, если рассматривать «чистый» синхрон, то пользователь системы видит лоудер или что-то подобное.
А что будет, если система Б - получатель (обработчик запроса) обрабатывает некий долгий процесс?
Тогда ответа ждать придется очень долго.

🎆Если система отправитель (система А) чувствительна ко времени ожидания запроса, то можно взаимодействовать с системой обработчиком через очередь – асинхронно для конечного пользователя.
Поверьте, ДБО очень чувствительны ко времени обработки.

Как пример, заявка на кредит может обрабатываться до 7 минут.
Не будет же пользователь все 7 минут смотреть на лоудер.
 
💥Еще одна из фишек использования очередей - это возможность сохранить запрос в «очередь» 😐

Представьте, ночью после долгого гугления вам очень захотелось купить новую машину.
И вот вы спешно подаете заявку на кредит.
Вот тут очереди и приходят на помощь.
Сохранили заявку клиента на кредит в очереди и система получатель (система Б) вычитает и обработает в свое рабочее время.

@badtechproject

#пятничное

@badtechproject

Хороший заголовок письма

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

Не экономьте байты, а экономьте время вашего читателя.
Простое правило, как писать тему письма:
1. О чем это письмо и какого проекта касается
2. Какую задачу вы ставите.
3. Когда ее нужно выполнить.

Вот пример плохой темы:
В продолжение разговора по телефону 😩

Вот пример хорошей темы:
Кредитный конвейер: сделать выгрузку до 15.06.

Кстати, пишите даты, а не «завтра»😉

#bestpractice

@badtechproject

Ваш главный недостаток 🫢

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

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

💥Однако, рассказать историю о вашем недостатке и о том, как вы его побеждаете - вот это круто.

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

Вот это будет круто.
Что вы этим покажете?

1. Вы готовитесь к собеседованиям.
2. Поделитесь своим опытом и тем, как вы разобрались с проблемой.

@badtechproject

#пятничное

@badtechproject

Появилось видео с SaintHighload 2023.
Рассказал о том, как мы готовим СберБанк онлайн к периодам пиковой нагрузки.
Рассказал про эволюцию нашей архитектуры.

Доклад больше менеджерский, чем технический.

Кому интересно вэлкам: https://youtu.be/ilmfmxJbQI4

P.S. Мне самому видео формат не заходит…

#conference

@badtechproject

Низкокалорийное спасибо

Квартал и полугодие закончились, а значит сейчас активная фаза перфоманс ревью и обратной связи сотрудникам.

И я обратил внимание, как часто, чтобы сказать хоть что-то мы говорим человеку «спасибо» в качестве благодарности.

👉🏼Спасибо должно быть за что-то конкретное. «Спасибо, что поработал в выходные/подготовил материалы за вечер».

👉🏼Спасибо не должно быть за то, что и так является обязанностями человека. Речь не про форму вежливости «спасибо», подобную «здрасьте».

👉🏼Говоря спасибо будьте осторожней с профессиональной оценкой работы. Мы менеджеры => не эксперты в тестировании, разработке, маркетинге и прочее. Уверены, что ваша оценка будет «ценна»?

👉🏼Говорите о результате, который принесла эта работа. Вот тут ваша зона ответственности. Например, «спасибо за то, что нашел ошибки в материалах Иванова, поправил их за 1 вечер. Мы смогли заключить контракт с ООО на новый срок»

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

#career

@badtechproject

Get things done для других

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

К примеру, get things done (Исчерпывающее руководство Getting Things Done (GTD) метода с примерами / Хабр) или «джедайские техники».
Да же? Все же использую? Ну? Скажите, что это так!

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

Что мы можем сделать:
задать себе максимум контекста.
«Позвонить Максиму, проговорить отказ Алексея (архитектора) использовать rest сервисы в интеграции АС 1 и АС 2 и подготовит аргументы в пользу REST. При отказе от REST сдвиг сроков по проекту - до 3-х недель (а еще лучше, конкретную дату, а то вдруг, там майские праздники и сдвиг будет уже 5 недель или отпуск ключевого разработчика😉).»

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

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

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

#career

@badtechproject

Крутые продукты подтверждают, что начинать всегда нужно с MVP, а не с космолета.
Что бы вы ни делали: трансформировали процесс, запускали новый продукт, учились чему-то новому.

Выбирайте базовые вещи и постепенно развивайте их.

Сейчас модно говорить о продуктах с точки зрения продуктовых менеджеров: новые фичи и т.п.

А что есть продукт руководителя?
«Здоровье» его команды, результаты его команды и процессы, которые он выстроил.

Да-да, процессы, площадки для синхронизаций и т.п. тоже являются продуктом руководителя.

@badtechproject