Менеджеры в Твиттере будут руководить командами 20+ разработчиков и должны будут писать код 20% времени

Егор и я много говорим о разделении обязанностей. И он и я выбрали управление без необходимости писать код.

20 человек + 1 полный день на кодинг — выглядит неразумно. Однако если принять во внимание, что у Маска принято работать минимум 60 часов, то математика более или менее начинает сходиться.

В любом случае с таким раскладом не получится вести качественную работу с людьми и регулярные 1-1 будут менее регулярными. Это может сработать в ультра сеньорной автономной команде, где людям не нужно много внимания. Примерно так и работают стартапы на ранней стадии. Какие там менеджеры? Все пишут код.

С другой стороны, может для вас это норма работы и опять соевые ноют?

Взято из рассылки https://newsletter.pragmaticengineer.com/p/cruel-changes-at-twitter?utm_source=substack&utm_medium=email

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

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

Видео с Бобуком https://www.youtube.com/watch?v=0eN2KcykGbk

Книги Егора:
Radical Candor by Kim Scott
The Dichotomy of Leadership by Jocko Wilink

Книги Димы:
The Making of a Manager by Julie Zhuo
An Elegant Puzzle by Will Larson

00:00:00 Байка от Егора
00:03:03 О чем не пишут в книгах
00:06:42 Но пишет Джоко Виллинк
00:08:49 Правильно нанимаем чтобы не увольнять
00:12:34 Найм в бутиковую команду
00:24:56 Найм в стандартизованную команду
00:32:41 Первые месяцы в компании
00:42:40 Испытательный срок не пройдет
00:48:57 Я пишу код, что еще надо?
00:56:50 Не скрывайте правду, это делает только хуже
01:06:49 Поддерживайте контакт с реальностью
01:09:13 Не наблюдал, а увольнять надо
01:13:46 И компания и сотрудник несчастны
01:16:15 Не только увольнение, но и проекты
01:24:28 Увольнение старичка из команды
01:32:59 Психосоматика
01:35:24 Посмотри динамику обратной связи
01:40:58 Про сплетни
01:44:04 Как донести информацию до команды
01:51:15 PIP: Performance improvement plan
02:04:02 Резюме

https://youtu.be/7UB0kvEUqzg

Библиотека менеджера Димы

На прошлом созвоне сообщества затронули тему книг. В частности умомянули книгу “Одноминутный менеджер” Кена Бланшара. Я об этой книге ничего не знал, хотя возможно и слышал называние.

Давайте соберем библиотеку книг по менеджменту. Предлагаю следующий формат:

Название (автор)
Краткий отзыв, почему рекомендуете.

Я начну с базы. Джоко Виллинка не пишу, о нем лучше напишет Егор 🙂

The Manager’s Path (Camille Fournier) (рус)
Книга полезна начинающим. Помогает понять, как может выглядеть карьера менеджера и что нужно делать на каждом шаге.

The making of a manager (Julie Zhuo) (рус)
Хорошее введение в основы организации работы людей. Покрывает основные обязанности. Дает базу.

Radical Candor (Kim Scott) (рус)
Учит как давать прямую обратную связь и почему это важно. Объясняет тонкую грань между прямой обратной связью и грубостью.

4 тома Quality Software Management (Gerald Weinberg)
Книга старая. Первый том написан в 1991 году, но все еще актуальна. Первый том — про системное мышление. Второй — про метрики. Третий — про действие. Четвертый — про перемены. Каждый том можно читать отдельно, но лучше читать по порядку.

Nonviolent Communication (Marshall Rosenberg) (рус)
Фреймворк коммуникации, следуя которому вы никогда не причините словами боль другим. Если кратко: Что я наблюдаю, что я по этому поводу чувствую, что мне нужно, запрос.

В выходные пишем выпуск про риск менеджмент. От чего у вас горит на работе? Какие риски игнорируются? Каким уделяют незаслуженно много внимания?

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

Видео про Киневин — https://www.youtube.com/watch?v=BB6_tGzaSsE
Книги:
1. Team Topologies — https://teamtopologies.com/
2. Waltzing with Bears by Tom DeMarco
3. The Systems Bible by John Gall
4. Азбука системного мышления (Thinking in Systems) by Donella Meadows
5. The Dichotomy of Leadership by Jocko Willink and Leif Babin

00:00:00 - Как Егор прыгал с крана
00:04:42 - Как Дима пришел к управлению рисками
00:07:28 - Tom DeMarco - Waltzing with Bears
00:08:12 - 3 стратегии управления рисками
00:09:07 - Опыт Егора
00:14:56 - О чем будем говорить сегодня
00:20:21 - Технологи и Инженеры
00:28:52 - Несоответствие людей и задач
00:40:46 - Что же сразу увольнять?
00:43:36 - чейндж менеджмент
00:45:43 - Начальство игнорирует все риски
00:48:49 - Тактическое и стратегическое планирование
00:49:55 - Отсутствие системного мышления
00:54:01 - Риск — это инструмент
01:00:52 - Сообщество лидеров
01:03:02 - Приходи и с проблемой и с решением
01:05:45 - Управление рисками — работа вышестоящего менеджмента
01:06:57 - Фиксация риска и ситуации на момент принятия решения
01:08:42 - Премортем, как инструмент
01:13:07 - Реестр систем и их важности
01:16:03 - Риски неправильной оценки сроков
01:20:41 - 100% - бессмысленная цель
01:21:13 - Команда одна, а проектов много
01:25:38 - Cynefin — киневин, фреймворк осмысления
01:36:40 - Резюме и безысходность
01:51:13 - Бонус трек: книга о власти

https://youtu.be/gX9ezTz6gJk

⏫ Заметки Димы из Waltzing with Bears

⬆️ пример матрицы рисков

Заключительный выпуск в 2022!

• Статья про неравномерную зарплату https://blog.pragmaticengineer.com/software-engineering-salaries-in-the-netherlands-and-europe/
• Сайт с зарплатами https://www.levels.fyi/
• Зарплатный опрос в Германии https://www.asdcode.de/
• Видео про “черепашек”. Про разные страты в IT https://youtu.be/r9rrQXCJMSo

Ютуб подкинул видео по риск менеджменту https://www.youtube.com/watch?v=Wds_dAbLOD8

И весь плейлист: https://www.youtube.com/watch?v=Kc0q6S6MK_w&list=PLOX-oMfuEe7wCMDrFqUXYWGItarXYit1e

Переработал конспект из комментария под видео. Хвала таким людям!

Есть два разных набора целей, для чего управлять рисками: Риск Менеджмент 1 и Риск Менеджмент 2. РМ1 - для внешних органов (регуляторов, аудиторов, финансовых организаций). Потёмкинская деревня: реестры, карт рисков, отчёты, которые заведомо никому не нужны. РМ2 — инструмент для руководителей, чтобы учитывать неопределённость при принятии решений: выбрать между поставщиками А или Б, инвестировать в новую технологию или нет, сформировать план-график ремонтов на следующий год. Т.е. понять вариативность и различные сценарии. РМ1 происходит, когда положено по графику им заниматься - годовые, ежеквартальные, ежемесячные активности, которые все ненастоящие. В РМ2 никакой заранее заданной периодичности нет. Как только формируется решение и готовится обоснование, когда готовятся материалы для правления, вот тогда анализ рисков и производится. Материалы на правление поступают с учётом анализа рисков.

В РМ2 вся эта информация хранится в моделях для расчёта риска. Реестры могут делать риск-менеджеры сами для себя, но это не реальный инструмент принятия решений. При этом реестры обожают страховые компании, банки и советы директоров. Поэтому приходится делать только для них.

РМ2 — альтернатива РМ1 (или СУР). Это встраивание инструментов анализа рисков в ключевые бизнес-процессы организации. Формирование и развитие в организации культуры, которая способствовала бы тому, чтобы о рисках думали в процессе принятия решения, а не раз в квартал.

Рекомендуемая литература, делится на три корзины:
1. Психология РМ или восприятие риска (две нобелевские премии)
2. Как принимаются решения (вообще в жизни)
3. Как выглядит РМ2

Инструменты риск-менеджеров делятся на несколько корзин:

# Корзина 1
Для того, чтобы интегрироваться в принимаемое решение или бизнес-процесс нужно предпринять определённые шаги, чтобы избежать ментальных ловушек, снизить уровень субъективизма, не пропустить что-то важное
90% риск-менеджмента происходит в Excel или в той программе, где осуществляется планирование: Primavera, MS Project

# Корзина 2 — инструменты моделирования
В современном РМ2 набор инструментов очень сильно отличается от карт, реестров, оценки рисков через ущерб и вероятность.

Ещё одна гигантская задача для риск-менеджера — формирование культуры управления рисками.

Управление рисками направлено на создание культуры, которая бы помогала сотрудникам обсуждать риски при осуществлении обычной деятельности. Это можно сделать: через психологическое воздействие / гипноз или через изменение бизнес-процессов, должностных инструкций, разработку совместных методологий и их встраивание в бизнес-процессы (чтобы это были документы не риск-менеджмента, а бизнеса)

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

Воркшоп прошел гладко. Команда забыла про дни в оценках, но мне, как менеджеру, конечно же надо оценить резульат на выходе. На предыдущей картинке видно, что медианное количество часов в зависимости от оценки ложится на экспоненту. Как и должно. Я все еще недоволен. Половинки уж очень много времени занимают. Целые сутки.

Эту же статистику я планирую использовать в оценке сроков по системе Монтэ-Карло. Об этом в следующий раз.

https://www.growingagile.co.za/2012/10/workshop-estimation-techniques/

Хочу порекомендовать Ютуб и телеграм канал Neogenda. Рассказывают, про OKR, Kanban и прочие менеджерские штучки, с помощью которых мы менеджеры оправдываем свое существование :)

https://youtu.be/yDloNwim57M

Big ball of Mud
http://www.laputan.org/mud/
https://www.youtube.com/watch?v=elRXBWLfOEo

Пост Глеба про митинги https://xn--r1a.website/glebnaz_talk/122

SRE Books from Google https://sre.google/books/

_

Спасибо! 🙇

Телеграм каналы от лидов для лидов

@leadgr — самые интересные статьи, видео и новости, связанные с техническим менеджментом.

@pmdaily — Федя Борщев пишет о производстве сложных проектов, управлении продуктами, профессиональном росте программистов.

@general_it_talks — мысли по поводу того, что каждый день окружает нас в IT. Рабочие процессы, софт скиллы, обучение, карьера и т.д.

@teamleadleonid — Канал команды Skyeng Tech. Рассказывают про внутреннюю кухню, тимлидство, кейсы из жизни разработки и QA.

В комментариях приветствуются ссылки на другие каналы.

Библиотека лида

Павел из закрытого чатика создал группу на Goodreads и добавил туда основные книги. Группа, в отличие от чатика, открытая. Вступайте, книги мы любим!

https://www.goodreads.com/group/show/1205065-team-lead-talks-books