Agaltsov Anton | TeamLead-блог

💰 Управление бюджетом проекта: 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/

🗺 Customer Journey Map: карта пути клиента — не про экраны, а про переживания Customer Journey Map — визуализация пути конкретного клиента через все точки контакта с продуктом: от осознания потребности до рекомендаций. В отличие от воронки, карта фиксирует то, что не измеряется аналитикой: мысли, ожидания, барьеры и эмоции. Главный принцип — «думай путём клиента, а не функциями продукта». Продукт изнутри — список экранов и модулей; продукт глазами клиента — череда ситуаций, в которых человек торопится, сомневается, ошибается и злится. Ключевой компонент карты — эмоциональная кривая: она показывает, где именно клиент «ломается». Провалы кривой на этапах покупки и онбординга обычно предшествуют оттоку, а моменты истины — точки, где формируется лояльность. CJM и воронка работают в паре: воронка отвечает «где теряем клиентов», карта — «почему они уходят именно там». Карта без данных из интервью — не диагностика, а оформленная догадка. 🔗 Подробнее: https://agaltsovav.ru/docs/product-managment/customer-journey-map/