Современный мир - офигенный!

Я утром просыпаюсь и задаюсь вопросом:

хм…а вот если я могу прочитать в жизни только 1 книгу по менеджменту, при этом хочу быть успешным в этом.
Что делать? Что читать?

И тут все знания мира приходят на помощь:

TL;DR: Если можно прочитать только ОДНУ книгу — возьми «High Output Management» (Энди Гроув).
Это самая практичная, всеобъемлющая и проверенная временем инструкция, как системно повышать “выход” организации через людей, процессы и метрики.

Ключевые идеи, которые делают из менеджера машину результата

Менеджерский рычаг

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

Task-Relevant Maturity (TRM)

: стиль управления = функция зрелости сотрудника в конкретной задаче. Новичок — больше директивности; эксперт — больше делегирования.

Собрания как инструмент производства

: статусные, одно-на-один, обучающие, операционные — у каждого типа своя цель и вход/выход. Ноль «ради поговорить».

Еженедельная производственная система

: входы → процесс → выходы → контроль через несколько “жизненно важных показателей” (few key indicators).

1:1 — главный мультипликатор

: повестка готовится сотрудником; менеджер — коуч по снятию блокеров и росту рычага.

Решения и коммуникация

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

Обратная связь и аттестации

: частая, конкретная, поведенческая; годовые ревью — не заменяют еженедельный цикл.

MBO/OKR-предтеча

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

Закинул в бэклог, будем пробовать 😉

@badtechproject

Вальсируя с медведями Тома де Марко

Решил я утром, выяснить с chatGPT, какая книга по менеджменту самая недооцененная и офигел - Вальсируя с медведями Тома де Марко.

Хм…удивительно.
Управление проектами (а в менеджменте хочешь ты того или нет, ты управляешь, какая роль ты у тебя ни была) - это управление рисками.
Если не будет рисков, то мы с вами (менеджеры) и не нужны.

Серьезно, зачем менеджер, если нет рисков?

Ну окей, у нас еще останется управление людьми: лидерство там, мотивация.

Короче, я большой фанат этой книги (одна из первых, что я прочитал).

Погнали мой обзор.

Проект-менеджмент = риск-менеджмент.
Не «пожары тушить», а системно работать над этим:
1 ) видеть риски,
2) измерять их,
3) снижать,
4) готовить план Б и
5) честно коммуницировать диапазоны, а не «дедлайн 31 декабря, зуб даю»

7 ключевых идей
1.
Риск - это «неопределённость, которая имеет значение». Не всё неизвестное - опасно; важно то, что бьёт по времени, деньгам, качеству или объёму.

2.
Ожидаемый ущерб считают, а не чувствуют: RE = P × Impact (вероятность × ущерб). Деньги/дни — валюта.
-Нет одного «точного» срока. Есть распределение: 50%/70%/90%-даты, которые можно защищать перед стейкхолдерами.—
-Риск надо «жечь вперёд»: сначала делаем самое страшное (архитектура, интеграции, узкие места), потом красивости.
-Риск - не баг команды, а свойство новой работы. Ноль рисков = ноль шансов на серьёзный выигрыш.
-Списки рисков публичны: «Top-10 risks», владельцы, триггеры, планы A/B, дата пересмотра.
-Культура решает: плохие новости приносят рано и за них благодарят;
«стреляем в гонца» - получаем сюрпризы на релизе.

Что внедрить завтра (практики «с полки»)

Top-10 Risk List:
для каждого риска — P, Impact (в днях/€), владелец, триггер, Mitigation (снижаем вероятность) и Contingency (что делаем, если случилось).

Обновлять еженедельно.
Ранжирование по RE: планируйте работу по убыванию ожидаемого ущерба, а не громкости крика.

Monte-Carlo для сроков: трехточечные оценки (O/M/P) на ключевые блоки → диапазон релиза 50/70/90%.

Risk burn-down: график суммарного RE по спринтам. Падает - живём правильно, растёт - стоп-кадр и пересборка.

Spike/прототипы: короткие исследования на самые рискованные гипотезы (1–3 дня, чёткий вопрос/критерий успеха).

Pre-mortem: «Проект провалился. Почему?» — собираем список причин заранее и связываем их с рисками/планами.

Буферы: различайте контингентный запас (под известные риски) и менеджерский резерв (под «чёрных лебедей»). Не путайте с «зажирели и ленимся».

Триггеры: явные «сигналы к действию» (например, latency > 250ms на стейдже) → автоматически включаем план Б.

Политика «ранних плохих новостей»: публично вознаграждайте тех, кто принёс риск вовремя.

Красные флаги (если видите — проект уже танцует с медведем)

Единая дата релиза без диапазона и вероятности.
«Рисков нет» в статус-репорте.
Тесты и интеграции «потом, когда допилим фичи».
Ноль slack’а в планах, «всё по критическому пути».
Прототипы заменены на презентации.
Стрелять в гонца — корпоративный спорт.

❓Где книга особенно заходит
Продукты с неопределённой нагрузкой/market fit (нужны прототипы, фича-флаги, тёмные релизы).

❓Где может не зайти
Рутины с известной технологией и стабильной средой: ценность будет меньше, но язык диапазонов и культура ранних плохих новостей всё равно окупятся.

TL;DR для руководителя
👉🏼 Просите не «статус по задачам», а динамику риска (как меняется суммарный RE и почему).
👉🏼 Перестаньте требовать «одну дату» - требуйте диапазон с вероятностью.
👉🏼Платите за информацию (прототипы) там, где это сокращает дорогую неопределённость.

Че по книге?
🔥 - если читал и зашло
❤️ - если забрал в бэклог
💊 - если читал и не зашло

@badtechproject

Антон, конечно, как обычно хорошо пишет)

Развивая его мысль немного в сторону: наше поколение несмотря на ипотеки, детей, работы и прочее слегка остается «не взрослым».

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

Хорошо или плохо оставаться немного ребенком?
Да вот непонятно)