Project Management Black Book

💬 Почему коммуникация разрушает ИТ Когда команда проваливает дедлайны, интуиция подсказывает: нужно больше встреч, синков и обсуждений. Это логично, но ведет к парадоксу: чем больше коммуникации, тем ниже предсказуемость. Встречи перестают снижать неопределенность и начинают пересобирать хаос заново: приоритет определяется последним разговором, у задачи появляется несколько версий правды, а календарь превращается в кладбище фокуса. Другая крайность - сильная автономная команда, которая молчит. Минимум встреч, максимум инженерной свободы. Через 2-3 месяца архитектура расползается, появляются несовместимые компоненты, а локальная оптимизация убивает глобальную целостность. Слишком мало коммуникации ведет к дезинтеграции. Так где же баланс? Ключевой момент: проблема не в количестве коммуникации, а в том, что система не задает рамки для решений. Коммуникация - это симптом, а причина в отсутствии правил, структуры и единого источника истины. Решение: фиксированные приоритеты, которые не меняются внутри интервала, модель ценности каждой задачи (рост, защита, исследование) и жесткое правило: менять план только под бизнес-риск или production-инцидент. Результат применения такого подхода - количество встреч снижается на треть, прогнозируемость растет, а команда перестает жить в синках. Самый важный индикатор здоровья - исчезновение зависимости от "последнего разговора". Если ваш delivery держится на количестве встреч, у вас нет системы, есть только компенсация хаоса через коммуникацию. Настоящее решение - это последовательные решения и стабильные приоритеты. LinkedIn: Андрей Милютин, Program Manager - NDA 📖Читать статью (~4 минут)

📖@pmbbk / #meme

⚙️ История трансформации IT-отдела Руководитель IT-отдела за 7 месяцев превратил хаос из 44 зависших задач и авралов в предсказуемую систему. Главный секрет не в дорогих инструментах, а в дисциплине и прозрачности. Он начал с двух недель тотальной диагностики: интервью с командой и бизнесом, карта проблем. Первым делом - единая точка входа для всех заявок через привычную систему, чтобы убрать мессенджеры и устные просьбы. Без этого любые улучшения бессмысленны. Ключевой прорыв - внедрение Scrum, но с умом. Ежедневные 15-минутные стендапы с автоматической расшифровкой давали готовый недельный отчет руководству без ручной работы. Команда ограничила WIP до 10-15 активных задач, перестали распыляться. При этом Scrum использовали только для разработки 1С, остальные направления добавляли задачи через эпики - так методология не стала лишней бюрократией. Практический урок: прозрачность снимает конфликты. Когда каждый руководитель отдела видит общий бэклог с приоритетами, пропадают крики "Моё важнее". Плюс матрица приоритетов проставлялась вместе с заказчиками - они сами видели, почему их задача не в топе. А открытые дашборды с достижениями за месяц помогли победить сопротивление изменениям и доказали бизнесу ценность IT. Еще один важный шаг - честное делегирование. Перестав решать задачи первой линии, руководитель смог заняться стратегией. Назначили Scrum-мастера из команды, который стал хабом для внешних подрядчиков - это позволило не раздувать штат. А когда случился критический инцидент с модулем взаиморасчетов, вместо аврала создали реестр доработок и чек-лист обновлений. Каждая проблема превращалась в улучшение системы. Измеримые результаты говорят сами за себя: время на отчеты сократилось на 70%, согласование платежей - на 60%, AI-бот экономит менеджерам 2-3 часа в день. Но главное - IT перестал быть пожарной командой и центром убытков. Для старта трансформации прямо сейчас: запустите любую централизованную систему заявок, введите 15-минутные стендапы, ограничьте WIP до 3 задач на человека и начните измерять время решений инцидентов. LinkedIn: Евгений Шикунов, IT Project Manager - SK Gorod 📖Читать статью (~10 минут)

📖@pmbbk / #meme

📖@pmbbk / #meme

📖@pmbbk / #meme

🔎Как не потерять стратегию в операционке Стратегия перестаёт работать ровно в тот момент, когда её пытаются реализовать поверх текучки. Без мостика между квартальными целями и ежедневными задачами команда бежит быстро, но не туда. Решение - не напоминать о стратегии перед отчётом, а вшить её в операционное управление: каждый глобальный результат должен разлагаться на конкретные проекты с шагами, сроками и ответственными. Для целей с понятной последовательностью действий нужна диаграмма Ганта, где каждый этап автоматически превращается в задачу сотруднику. Если план построить сложно - работает Agile-доска с родительскими тикетами и подзадачами. Важно, чтобы оба подхода жили в одной системе, иначе методология начинает управлять вами, а не наоборот. Главный враг стратегической работы - перегруз команды. Прежде чем назначить новую задачу, проверьте реальную загрузку людей. Это единственный способ избежать переноса сроков и сохранить возможность быстро менять приоритеты без хаоса. История таких изменений должна быть прозрачной, чтобы контекст не терялся при уходе сотрудника в отпуск. Отчётность перестаёт быть болью, когда система сама считает процент выполнения и отклонения от плана. Прозрачность процессов и автоматический сбор метрик позволяют не тратить время на Excel, а видеть реальное состояние дел как на приборной панели. В итоге стратегия перестаёт быть бумагой - она становится списком задач, где каждый видит смысл своей работы. LinkedIn: Ирина Чайникова, Администратор команды - Directum 📖Читать статью (~3 минут)

🧑‍💻Сильный разработчик не всегда становится сильным тимлидом Повышение до тимлида - это не карьерный апгрейд, а смена профессии. Сильный разработчик не становится автоматически хорошим руководителем, и попытка совмещать роли ведёт к выгоранию. Главная ловушка - продолжать писать код по ночам и считать митинги ненастоящей работой, хотя теперь ваша ценность измеряется не выкаченной фичей, а мотивацией и ростом команды. Перестройка начинается с нового вопроса: не "Как мне это сделать?", а "Кому делегировать и что этому человеку нужно?". Добавьте менеджерский слой к каждой задаче - смотрите не только на результат, но и на мотивацию, компетенции, чёткость постановки. Регулярные встречи один на один - не формальность, а главный инструмент управления. Без них вы работаете вслепую. Если вас тянет всё переделывать самому, если вы терпите чужие ошибки или избегаете сложных разговоров - вы в ловушке старой роли. Тимлид оптимизирует не код, а людей. Сложные разговоры - это не исключение, а повседневная рутина. И да, придётся договариваться, отстаивать ресурсы и играть в корпоративную политику, даже если вам это не нравится. Нормально попробовать и уйти. Но прежде чем уйти, честно спросите: неинтересно или просто тяжело? Дискомфорт почти всегда конкретен - сложно делегировать, нет уверенности в команде, тяжело переключаться. И почти всегда с этим можно что-то сделать. Пробуйте в безопасных форматах - наставничество, волонтёрские проекты. А если снова и снова возвращаетесь в управление, возможно, это неспроста. LinkedIn: Юлия Аравина, Эксперт по развитию руководителей - Яндекс Практикум 📖Читать статью (~9 минут)

📖@pmbbk / #meme

📖@pmbbk / #meme

📖@pmbbk / #meme

📖@pmbbk / #meme