📖 @pmbbk / #meme

⏳ Почему жёсткий тайм-менеджмент больше не работает

Управлять временем в IT - бесполезно и даже вредно. Классический тайм-менеджмент с жесткими слотами в календаре - это ловушка. Он лишь создает иллюзию контроля и дает дофаминовый аванс в момент планирования, но разбивается о первую же нештатную ситуацию: продакшен падает, код-ревью затягивается, клиент просит срочный созвон. В результате идеальный график рассыпается, а на смену плану приходит токсичное чувство вины и эффект "what-the-hell", когда из-за одного сбоя хочется забить на весь оставшийся день.

Причина в том, что мы переносим промышленные методы начала XX века на современный интеллектуальный труд. Нельзя измерить ценность решения сложной архитектурной задачи количеством часов, проведенных за монитором. Вдохновение и инсайты не подчиняются расписанию, а состояние потока невозможно включить по кнопке. Жесткие рамки не учитывают закон Хофштадтера (любая задача длится дольше, чем кажется) и делают нас уязвимыми к хаосу: одна задержка сносит все последующие блоки, как домино.

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

На практике это означает внедрение гибких систем. Планируйте не более 60% времени. Замените расписание по часам на список приоритетов, например, по методу 1-3-5: одна большая задача, три средних и пять мелких. Порядок их выполнения не важен, главное - сделать главное. Заведите личный канбан с жестким лимитом на количество задач в работе (WIP), чтобы убить мультитаскинг. И наконец, вечером пишите не планы на завтра, а Done-лист - список всего, что вы реально сделали за текущий день, включая помощь коллегам и тушение пожаров. Это вернет вам честное чувство удовлетворения и покажет реальную ценность вашей работы, которая часто не вписывается в утренние фантазии.

LinkedIn: Александр Заплавный, Python Developer - Freelance

📖 Читать статью (~12 минут)

📖 @pmbbk / #meme

📖 @pmbbk / #meme

⚙️ Ваша команда

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

Команда - это система.

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

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

Если ты передал команде проект, логично ожидать, что она его доведёт до конца и итог будет приемлемым. А вот коллектив, который каждый раз выдаёт неожиданный результат, - это уже не команда, а источник проблем.

Предсказуемость - серьёзное преимущество.

Теперь про устойчивость. Устойчивая система продолжает работать даже тогда, когда из неё выпадает часть элементов. Представьте спортивную команду, где ключевой игрок получил травму. Если после этого коллектив начинает проигрывать одну игру за другой, значит система неустойчива. Настоящая команда должна сохранять работоспособность даже без своей главной звезды. Более того, сильная система выдерживает потерю нескольких участников.

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

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

Система даёт гибкость, управляемость и спокойствие. А вместе с ними приходит уверенность.

📖 @pmbbk / #idea

📖 @pmbbk / #meme

📖 @pmbbk / #meme

⚠️ Матрица Эйзенхауэра не работает и что с этим делать

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

Чтобы разорвать этот круг, нужно перестать винить себя и начать строить управляемый поток работ. Первый шаг - ввести жесткие лимиты на срочность: например, не более 20-30% от всех задач могут иметь этот статус. В Канбан-досках для этого создают отдельную дорожку (свимлайн) - "Срочно", которая работает как ограниченный ресурс. Новая критичная задача может попасть туда, только вытеснив другую, что заставляет по-настоящему оценивать ценность каждого срочного запроса.

Второй шаг - формализовать бизнес-ценность. Каждая задача с высоким приоритетом должна иметь измеримый эффект, привязку к цели и владельца результата. Если инициатор не может объяснить, какой ущерб предотвратит или какой показатель улучшит его срочная просьба, задача остается в общем потоке. Это смещает фокус с эмоций на управленческую логику и заставляет отвечать за перераспределение ресурсов.

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

LinkedIn: Дмитрий Созонов, Senior Project Manager - Directum

📖 Читать статью (~5 минут)

📖 @pmbbk / #meme

📖 @pmbbk / #meme

📖 @pmbbk / #meme

📖 @pmbbk / #meme

📖 @pmbbk / #meme

📖 @pmbbk / #meme

📖 @pmbbk / #meme

📖 @pmbbk / #meme

👨‍💻 Программисты больше не нужны. А я?

Руководитель проектов в 2026 году - это уже не просто организатор процессов, а архитектор изменений, работающий на стыке стратегии, людей и бизнеса. Главный вывод из практики последних месяцев: выживают не те, кто пишет код, а те, кто решает проблемы бизнеса в условиях тотальной неопределенности и жесткого дедлайна. Объект ценности сместился с "кода вовремя" на "оптимальное решение для едва сформулированной потребности". Это требует полной перестройки сознания и подхода к управлению.

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

Главный тормоз в этом движении - нехватка доверия к команде. Речь не о порядочности, а об уверенности, что человек дотянет задачу до конца без волшебного пинка. Лекарство от этого - пересборка ответственности. Внедрение стори-лидинга, когда разработчик сам ведет задачу от идеи до демо заказчику, кардинально меняет ситуацию. Когда человек сам показывает результат и отвечает за "не успели", целебное жжение подстегивает эффективность лучше любого контроля. А в личном общении пора смещать фокус с менторинга на коучинг: вопросы, заставляющие человека искать решение самому и не перекладывать вину на других.

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

LinkedIn: Виталий Черков, Senior Frontend Engineer & Teamlead - KTS

📖 Читать статью (~10 минут)

📖 @pmbbk / #meme

📖 @pmbbk / #meme

🚪 Уйти раньше

В крупной компании работал тестировщик Игорь. Однажды ему поступило привлекательное предложение из другой компании. Он немного подумал и решил согласиться.

Перед тем как подавать заявление, Игорь решил предупредить своего руководителя - Марину. Она стала его руководителем совсем недавно, около  месяца назад, когда перешла из соседнего департамента.

Сначала Игорь попытался ей позвонить, но Марина не ответила. После нескольких попыток он написал в мессенджере:
"Марина, привет! Мне предложили работу в другой компании, и я, скорее всего, приму предложение. Подскажи, пожалуйста, нужно ли мне отрабатывать две недели с сегодняшнего дня? Или есть шанс уйти раньше?"

Прошло несколько часов. Наконец пришёл ответ:
"Привет. А как я могу тебя отпустить раньше, если пока даже непонятно, кто возьмёт на себя твои задачи?"

Сделаем паузу и внимательно посмотрим на ситуацию. Есть руководитель, у которого сотрудник собирается уходить. Допустим, Марина была занята и не смогла сразу ответить на звонки и сообщения - такое бывает. Но отвечать сотруднику подобным образом?

Игоря не должно волновать, кто будет выполнять его работу после ухода. Это зона ответственности руководителя, а не его.

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

Кроме того, странно отвечать вопросом на прямой вопрос. У неё спросили: можно ли уйти раньше или нет. Если за  месяц руководитель не понял ценность работы сотрудника, значит она для него и правда не так уж критична. А если так - зачем вообще пытаться его удерживать?

И ещё момент: обсуждать увольнение в переписке в мессенджере - сомнительная практика. Можно было хотя бы перезвонить и поговорить нормально. Не факт, что новая работа окажется для Игоря лучше, но одно ясно точно - на старом месте ему уже делать нечего.

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

📖 @pmbbk / #idea

📖 @pmbbk / #meme