Agaltsov Anton | TeamLead-блог

📊 Nine-box: разделить результативность и потенциал Nine-box — матрица 3×3 из практики GE и McKinsey, на которой команда раскладывается по двум независимым осям: текущая результативность и потенциал к росту. Матрица ничего не измеряет сама — она структурирует уже собранные оценки (performance review, 360) и превращает их в основу для разговора о развитии, продвижении и преемственности. Разделение осей защищает от типовых ошибок: повышают того, кто хорошо делает текущую работу, но не способен на роль шире, или «ставят на перспективу» того, кто годами не выдаёт результат. Потенциал при этом имеет смысл только относительно конкретного направления роста: «высокий потенциал — к чему именно?» — к следующему грейду, к управлению людьми или к расширяемой экспертной роли. ⚠️ Главный риск инструмента — не субъективность, а превращение квадратов в ярлыки: калибровка оценок руководителями и заранее зафиксированные критерии обязательны, иначе nine-box становится разнарядкой вместо плана развития. 🔗 Матрица Nine-box (9 box): https://agaltsovav.ru/docs/people-managment/nine-box/

💰 Управление бюджетом проекта: PV, EV, AC и индексы EVM Утверждения «отстаём» и «перерасход» бессмысленны, пока нет базового плана, от которого отстаём. Бюджет проекта — это зафиксированный cost baseline, и каждое отчётное состояние сравнивается именно с ним, а не с ощущениями команды. Earned Value Management измеряет исполнение сразу и по деньгам, и по срокам через три метрики: PV — сколько планировалось освоить, EV — сколько освоено, AC — сколько фактически потрачено. Из них выводятся четыре главных числа — CV, SV, CPI, SPI. Индексы ниже единицы означают, что проект в зоне проблем, и это видно задолго до окончания денег. Прогноз финальной стоимости строится формулой EAC = BAC / CPI: при бюджете 10 млн и CPI 0.80 итоговый перерасход составит 2.5 млн, и чем раньше это увидел руководитель, тем больше вариантов реакции. ⚠️ Резервы различаются владельцем: contingency защищает от идентифицированных рисков и лежит у руководителя проекта внутри baseline, management — от неизвестного и доступен только спонсору через процедуру изменений. Смешение резервов лишает проект обеих защит. 🔗 Управление бюджетом и EVM: https://agaltsovav.ru/docs/project-managment/project-budget-evm/

📨 Очереди сообщений: зачем системе асинхронный обмен Синхронный вызов связывает участников по времени: получатель недоступен — отправитель стоит и ждёт тайм-аут. Очередь устраняет эту связность: отправитель пишет сообщения, даже когда получатель лежит, а получатель обрабатывает их, когда отправитель уже завершился. Брокеры (RabbitMQ) и распределённые логи (Kafka) решают разные задачи. Первые — гибкая маршрутизация и доставка каждому потребителю. Вторые — неизменяемый журнал, воспроизведение потока и конкурирующие consumer groups, читающие одну запись независимо. Отдельная тема — гарантии доставки. At-most-once не теряет время на повторы, но теряет сообщения; at-least-once надёжнее, но требует идемпотентной обработки; exactly-once в чистом виде дорог и на практике собирается из первых двух плюс дедупликация. 💡 Правило выбора простое: очередь — когда сообщение нужно обработать один раз и удалить; лог — когда история событий важна сама по себе. 🔗 Подробнее: https://agaltsovav.ru/docs/architecture/message-queues/