Ну давайте улыбнемся с утра😁

*смотреть со звуком

#пятничное

Аааааааа

Не могу перестать ржать, а через 2 минуту уже встреча

Зоны победы Джеффри Мура

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

А вот старина Джеффри Мур предлагает намного более простую и болезненно-правдивую идею:

не каждая часть компании должна побеждать.
Но те, что должны — должны выигрывать ВСЕГДА

А заодно подсказывает нам, как легко распределять ресурсы в этой истории.
Это и есть его концепция Zones of Control / Zones of Winning
.
И вот тут у многих компаний начинает рвать шаблон.

🎯 Четыре зоны Мура
И почему 90% компаний путают их между собой?

1. Productivity Zone - зона «держаться на плаву»
Это всё, что должно работать стабильно: бухгалтерия, операции, инфраструктура, поддержка.

Тут не выигрывают. Тут не падают.

Если здесь всё падает - стратегия компании никому не нужна.
Удивительно, но 80% компаний пытаются делать инновации силами Productivity Zone.
И удивляются, почему ничего не летает.

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

Если у вас 10 «главных» продуктов — у вас нет ни одного.

Performance Zone требует фокуса.
Побеждают 1–2 продукта, а остальные получают питание по остаточному принципу.

3. Incubation Zone - зона идей, без ожидания прибыли
Эксперименты, moonshots, прототипы, R&D.

Тут нельзя требовать денег или KPI revenue.

Тут требуются инсайты, скорость тестирования и выбивание ненужных гипотез.
Убей идею быстро → сэкономь деньги Performance Zone.
В этом сила Incubation Zone.

4. Transformation Zone - зона «перезапустить компанию»
Редко используемая, потому что больная.
Это когда компания делает такой большой скачок, что меняется её бизнес-модель или рынок.
Пример: переход Microsoft к облакам.
Пример: Adobe → подписка.
Пример: В любой корпорации — создание внутренней платформы.

Тут нельзя играть «немножко».
Transformation Zone — это all-in, иначе не взлетит.

🧠 Почему эта модель важна?
Потому что она объясняет:
• почему платформу нельзя мерить как Performance Zone (у неё другие KPI);
• почему новые продукты нельзя загружать корпоративной бюрократией (они в Incubation Zone);
• почему стабильность важнее «инноваций» для половины компании (Productivity Zone);
• и почему крупная трансформация рушится, если остаётся «на выходных и по остаточному принципу».

Примеры правильных KPI
Если KPI не совпадают с зоной, то повод задуматься.

Productivity Zone:
• uptime,
• SLO/SLA,
• cost per transaction,
• уменьшение ручной рутины.
Performance Zone:
• revenue,
• MAU/DAU,
• conversion,
• feature outcome,
• доля фич, давших measurable impact.
Incubation Zone:
• количество проверенных гипотез,
• скорость цикла: идея → прототип → данные,
• % убийства идей за 30 дней.
Transformation Zone:
• milestone-прогресс по ключевым архитектурным/организационным изменениям,
• % миграции,
• adoption нового способа работы.

Пример правильной приоритеации:
• Performance Zone всегда получает 70–80% ресурсов роста (headcount, бюджет).
• Incubation получает маленькие команды, но защищённые от менеджеров.
• Productivity получает минимум, но непрерывно.
• Transformation - временно откусывает большие куски от всех.
👉 Результат: исчезают бесконечные споры «почему нам не дают ресурсы?»

В общем, я саму книгу не читал, кажется стоит.

Как вам метод? Знали раньше?
🔥 - звучит супер разумно

😎 - опять навыдумывали, я сам себе самый умный и все знаю

❤️ - этот не зашел, давай еще автор

upd: поменял иллюстрация

Владимр Маяковский

Прозаседавшиеся


Чуть ночь превратится в рассвет,
вижу каждый день я:
Кто в глав,
кто в ком,
кто в полит,
кто в просвет,
расходится народ в учрежденья.
Обдают дождем дела бумажные,
чуть войдешь в здание:
отобрав с полсотни –
самые важные! –
служащие расходятся на заседания.
Заявишься:
«Не могут ли аудиенцию дать?
Хожу со времени она».–
«Товарищ Иван Ваныч ушли заседать –
объединение Тео и Гукона».

Исколесишь сто лестниц.
Свет не мил.
Опять:
«Через час велели прийти вам.
Заседают:
покупка склянки чернил
Губкооперативом».

Через час:
ни секретаря,
ни секретарши нет –
голо!
Все до 22-х лет
на заседании комсомола.

Снова взбираюсь, глядя на ночь,
на верхний этаж семиэтажного дома.
«Пришел товарищ Иван Ваныч?» –
«На заседании
А-бе-ве-ге-де-е-же-зе-кома».

Взъяренный,
на заседание
врываюсь лавиной,
дикие проклятья дорогой изрыгая.
И вижу:
сидят людей половины.
О дьявольщина!
Где же половина другая?
«Зарезали!
Убили!»
Мечусь, оря.
От страшной картины свихнулся разум.
И слышу
спокойнейший голосок секретаря:
«Оне на двух заседаниях сразу.
В день
заседаний на двадцать
надо поспеть нам.
Поневоле приходится раздвоиться.
До пояса здесь,
а остальное
там».

С волнения не уснешь.
Утро раннее.
Мечтой встречаю рассвет ранний:
«О, хотя бы
еще
одно заседание
относительно искоренения всех заседаний!»

👉1922 год

Вот и думайте, друзья!

🚀 Марсианин

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

Почему?
Тут все просто, принцип действия совпадает с теми базовыми вещами, что я пытаюсь всем и всегда донести.
1.
Шути и улыбайся, как бы трудно не было
2.
Если в твоей ракете нет крыши, будь первым космонавтом без нее
3.
Сложная проблема? Шаг за шагом, действие за действием и у вас получится.

Решаешь одну проблему. Потом следующую. А потом ещё одну. И если решить достаточно - вернёшься домой

Ну и вперед к книге!

Если бы NASA наняло стендапера-ботана, чтобы он рассказал, как не сдохнуть на Марсе, получился бы «Марсианин».
Энди Вейр написал книгу про то, как один упёртый ботан переводит смерть в список задач и решает одну проблему за другой.

Основная идея
Выживает не сильнейший, а тот, кто умеет:
1. Не паниковать.
«Окей, я остался один на Марсе. Ладно, давайте подумаем…»
2. Декомпозировать.
Еда → вода → энергия → связь → транспортировка → дом.

3. Находить решения в пределах физики и говно-ресурсов.
Тут нет магии. Только химия, математика и бесконечное «ну я щас попробую». И да, из говна и палок собираешь то, что тебе нужно

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

Конкретные моменты, которые делают книгу культовой
1) Выживание = непрерывный инжиниринг
Каждая проблема - как «incident».
Нужен кислород? - берём химреактор.
Нужна картошка? - создаём полевую фермочку.
Нужен путь к MAV? - придумываем способ, который порушит половину планеты, но работает.
2) NASA как компания мечты (и стыда)
Вейр показывает NASA как 1) бюрократическое чудовище, 2) но при этом - организацию, способную на невозможное, когда сроки горят. В общем, типичная корпорация.
3) Командная работа без команды
Уотни и NASA вообще не общаются огромное время.
Но книга показывает: эффективная система - это когда все решения спроектированы таким образом, что любой может справиться с их починкой без сложных инструкций. И что еще важнее, из базовых кубиков можно собрать что-то сильно сложнее.

4) Настоящая инженерия
Никаких чудо-технологий.
Только физика, химия, агрономия, механика и огромное терпение.

💡 Главный смысл книги
«Марсианин» - это книга о том, что человек может победить даже абсолютную пустоту, если будет:
• мыслить системно,
• принимать решения быстро,
• не бояться ломать и чинить,
• и, главное - не терять чувство юмора, когда у тебя отказывает очередная жизненно важная система.
Это книга про силу человеческого упорства, замаскированную под survival comedy.

«Разбилось → починил → взорвалось → сделал лучше → чуть не умер → ну зато смешно».

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

P.S. На фото Демыч в пустыни Иордании под впечатлением от фильма не снимает скафандр 🧑‍🚀

Ну и шутки, шутки!!! Разве это не про каждого инженера, трогающего чужое API???😁

Я делаю с этим оборудованием такое, что технический директор NASA бросил бы в меня стул

Я создаю внутри герметичного помещения облако взрывоопасного газа.
Что может пойти не так?
Ладно, не отвечайте

🔥 - если смотрел/читал и зашло
❤️ - если забрал в бэклог
🦄 - если читал/смотрел и не зашло

Upd, только что закончил еще одну его книгу и вот откуда все эти шутки в стиле нердов (ботанов):

Энди Вейер состоялся как инженер-программист, но успех дебютного романа «Марсианин» позволил ему воплотить мечту – посвятить себя литературному творчеству.

Нате вам СДВГшники еще удар!

Можно теперь прямо на телефоне через нативное приложение код писать!

Я за 1 промпт тетрис сделал 😂

https://apps.apple.com/app/id6751496092

До сих пор не понимаю, почему эти 2 стартапа не объединились?😁

P.S. ну осталось встроить туда шортсы, мини-игры, заказ еды, рекламу и прочее. А то чем людям заняться, пока AI код генерит 😂

Upd вот вам танчики примитивные с самого простого промпта. Работают прямо в браузере https://www.lingguang.com/share/FLASH_APP-bbb4736c-2a03-45b3-8766-c674c03fc7a353

#пятничное
❤️ - если ты такой же и надо поддержать
🐳 - если ты на совещаниях как рыба в воде «молчишь»
😎 - если ты не такой и самый крутой, и сын маминой подруги

Любопытно

1. Сегодня за много лет у меня был день без встреч.

Ну как без встреч:
- всего 2 созвона по 30 минут
- 60 минут с челом, который занимается DevEx в Microsoft
- 100 минут участия в круглом столе на коференции (уже после 19:00, не понимаю, считать ли это рабочим временем).

Ощущения слегка странные.

2. Ну и окончательно добивает: мы с Наташкой сидим смотрим телек, а Демыч укладывает спать Тею❤️

P.S. Пряня тоже в шоке 😁

Сегодня один из самых теплых праздников: День матери!
С праздником, мамуль!

Спасибо за всю ту заботу, что дала мне! ❤️

Пу-пу-пуууу
Можно отрицать, можно спорить, но как будто без продуктовых скиллов и AI денег сейчас не заработать.

Почему?

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

Что нужно, чтобы и бизнес, и карьере двигались?


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

Тоже самое и с вашей карьерой: если все вокруг понимают, что вы реально крутой эксперт, то и народ к вам сам потянется)

2. Скорость как конкурентное преимущество
Быстро тестировать гипотезы, анализировать данные, адаптироваться к изменениям. Создавать продукты и агентов с AI.

Можете спорить, что AI не помогает, но смеритесь.
Теперь это часть рынка.
Считаете, что вы как эксперт должны говорить другое и утверждать «да я ваш этот AI»…
Нет, не должны…
Инвесторы/работодатели хотят AI: дайте им его и делайте дальше, что считаете нужным и верным.

Под эти задачи наши ребята из Product Lab создали форматы, которые помогают и бизнесу, и специалистам расти быстрее рынка.

1. Курс “Полное погружение в продакт-менеджмент”

Подходит тем, кто хочет освоить продуктовый подход, чтобы сделать рывок в карьере.
Всем настоятельно советую. Это супер критичный скилл. Без него на уровне C-level, вас просто не поймут.

2. Лаборатория сильных продуктов

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

3. Курс “Нейросети для работы с продуктом”

Для тех, кому нужна скорость: AI помогает быстрее анализировать данные, генерировать решения, тестировать идеи, собирать MVP через вайбкодинг, создавать агентов и автоматизировать рутину.
Ну это реально скилл 2026, я вас уверяю. Никто не говорит, про продакшен решение, но вот сделать пилот😉

Чуть не забыл про промокод на 15%: BADPROJECT

Короче, вот вам гарантированно работающий прием.

🤔Кейс

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

🤜Решение

Все вот эти вот: подумайте, спланируйте и прочее очень плохо работают. Практически не выявляются гэпы между новым и старым решением, технологические развилки проходят по столько по скольку. Те, кто пилят новое решение сильно оторваны от того, что реально нужно.
Те, кто отвечают за старое решение мыслят: «ой, да оно там сейчас само уляжется и будет жить как жили».

🆘А работает вот это

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

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

6 причин, почему вам, возможно, не нужен SRE-отдел
(и да, это нормально)

SRE - близкая и любимая мной тема. Если помните, то карьеру свою я начинал с того, что занимался надежностью платформы Сбербанк онлайн.
И я считаю SRE практики супер важными, но нужными далеко не всем компаниям. И да, вам, с вероятностью 90% они не нужны.

Не верите мне?

А что если один из авторов этой книжки напишет, что вам этот SRE нафиг не нужен?😉

1. Вы не Google - даже не Google 2004
У Google в 2004 было две сверх способности:
Нерешаемые проблемы. Никто не строил кластеры на сотни тысяч машин, никто не мониторил такие объемы, не деплоил такие нагрузки. Prometheus? Docker? Terraform? Их еще даже не было в скетчбуках.
Безлимитный бюджет. Можно было строить всё своё - от дата-центров до шедулеров.
Мы с вами живем в другой реальности. Хотите глобально-консистентную, шардированную базу? Платите и получаете. Хотите балансировщик уровня Google? Покупаете. Хотите CI/CD с автоскейлом? Берете SaaS.
И главный вывод:
👉🏼 Оценка «нужен ли SRE» должна быть вашей, а не импортированной из книжки
Если вам предлагают завести SRE «потому что так делают большие», бегите. Это не стратегия, это карго-культ.

2. Вы не так уж сильно цените надежность
Все компании любят говорить, что reliability - это важно.
Но реально ли?
Если ваш CEO не готов жертвовать фичами ради надежности - как это делали в Google - то говорить про «культуру SRE» бессмысленно.
Спросите себя честно:
Нужно ли вам 99.99% аптайма или и 5 минут падений раз в месяц никто и не заметит?
Что стоит выше: новый фичерелиз или инвестиции в Error Budget?
С вероятностью 90% вы выберите фичи.
SRE-команда лишь создаст краси́вую иллюзию контроля.

3. Вы сами не знаете, чем будет заниматься SRE
Самая частая причина провала SRE-инициатив - туманность мандата.
Формулировка «SRE отвечает за надежность» - это то же самое, что сказать «DevX отвечает за счастье разработчиков». Вроде звучит, но вообще непонятно, что делать руками.
Если вы не можете за 2 предложения описать:
что именно SRE делает;
где проходит граница «девы делают это, SRE делает то»;
что SRE не делает при любых обстоятельствах, то команда обречена стать помойкой для всего неудобного.

4. Вы хотите спрятать неудобные истины
SRE часто создают как костыль под культуру, а не под инженерные задачи.
Потому что главный неудобный факт звучит так:
👉🏼 Ответственность за надежность лежит на продуктовых командах. Всегда.
Но гораздо приятнее нанять «команду взрослых», чтобы они:
починили ваши алерты,
писали ваши runbook’и,
закрывали ваши пробелы в инженерной культуре,
принимали огонь за ваши архитектурные компромиссы.
SRE превращается в «группу спасателей», а продуктовые команды в пассажиров.
Это не модель Google.
Это модель «спрятать технический долг под ковер».

5. SRE может стать идеальным оправданием бездействия
Есть в индустрии комичная схема:
«Пусть SRE сделают платформу надежной… когда-нибудь… мы потом…»
Это идеальный рецепт нескончаемого технического долга.
SRE-команда очень быстро превращается в:
место, куда «сливают» задачи без дедлайна,
группу, которую обвиняют в любом падении,
удобный аргумент, чтобы не менять процессы в продуктовых командах.
А затем наступает финальный твист:
Если бы SRE не было, то нельзя было бы на них сваливать ответственность.
Но они есть и значит, можно.

6. Вы просто испугались большого падения
Самая честная причина появления SRE в компаниях:
🔥 произошла просадка, все перепугались, бросили деньги в сторону „надежности“.
появляется SRE,
нанимаются люди,
им дают туманный мандат,
им не дают полномочий,
через год спрашивают: «А почему у нас все еще проблемы?»
Потому что SRE-команда - это не операция "пожар потушили".
Это культурный слой, который нужно выращивать. А не покупать.

Что точно не работает:
❌ копировать Google 2004 года в условиях 2025.
❌ заводить SRE, чтобы кто-то другой решал ваши проблемы.
❌ делать SRE заглушкой для незрелости.
Мы живем в мире, где надежность покупается, CI/CD не пишется руками.

А вы знали про SRE?
😎 - я и есть SRE
🔥 - у нас 99.99 и команды сами это драйвят
❤️ - чувак, нам вот не до надежности!