Agaltsov Anton | TeamLead-блог

📊 Диаграмма Ганта: столетний язык расписания проекта Каждая задача — горизонтальная полоса на шкале времени, длина полосы — длительность. На одной картинке видны состав работ, сроки, зависимости и ключевые вехи. Гантт стал общим языком проектного управления: разработчик, PM и топ-менеджер смотрят на одну картинку и понимают друг друга без перевода. Инструмент решает три задачи: планирование (невозможные сроки видны ещё до старта), коммуникацию (сдвиг одной полосы наглядно показывает последствия для всего проекта) и контроль (факт наносится рядом с замороженным планом, отклонения становятся измеримыми). Реалистичность расписания делают не аккуратные полосы, а зависимости: четыре типа связей — FS, SS, FF, SF — и осознанные lead/lag. Критический путь на Гантте подсвечивается обязательно: для проектов больше ~20 задач это главный управленческий сигнал. В Agile-среде правило простое: внутри команды — доска и метрики потока, между командами и наружу — Гантт из вех и эпиков. Историческая справедливость: ещё в 1896 году Кароль Адамецкий разработал гармонограмму — практически тот же инструмент, но опубликовал метод на польском лишь в 1931-м, поэтому название закрепилось за Генри Ганттом. 🔗 Подробнее: https://agaltsovav.ru/docs/project-managment/gantt-chart/

⚙️ CQRS и Event Sourcing: когда записи и чтению нужны разные модели Нагрузка почти всегда несимметрична: каталог листают тысячи, заказы оформляют единицы. CQRS разделяет модель записи и модель чтения — каждая сторона масштабируется и оптимизируется под свою задачу: агрегаты с инвариантами для команд, плоские проекции для экранов. Event Sourcing идёт дальше: текущее состояние вообще не хранится. Единственный источник истины — журнал событий, из которого состояние вычисляется свёрткой. Отсюда аудит по построению и «машина времени»: состояние системы на любой момент прошлого. Паттерны независимы: CQRS поверх обычной реляционной базы — самая массовая форма. Но вместе они усиливают друг друга — журнал событий становится транспортом, из которого перестраиваются read-модели. ⚠️ Цена высока: итоговая согласованность проекций, версионирование событий, сложнее отладка. Фаулер советовал рассматривать CQRS последним: это точечный приём для выраженной асимметрии нагрузки, а не каркас для всей системы. 🔗 CQRS и Event Sourcing: https://agaltsovav.ru/docs/architecture/cqrs-event-sourcing/

📊 Retention и Churn: возвращаются ли люди, за привлечение которых уже заплачено Удержание — доля пользователей, которые продолжают пользоваться продуктом спустя время после первого контакта. Отток — зеркальная метрика. Конверсию можно поднять рекламой, выручку — скидками, но удержание покупается только реальной пользой: это самая ранняя количественная обратная связь о ценности продукта. Важна не цифра, а форма кривой удержания. Плато означает, что рынок принял продукт — это поведенческий сигнал product-market fit. Спад к нулю — «дырявое ведро»: сколько новых пользователей ни доливай, база тает. Для денег и клиентов — отдельные метрики. Logo churn считает ушедшие аккаунты, revenue churn — потерянную выручку с учётом даунгрейдов. NRR выше 100% — золотой стандарт SaaS: база растёт на существующих клиентах даже без новых продаж. Но рост выручки может маскировать уход мелких клиентов, поэтому обе метрики смотрят вместе. Накопительный эффект оттока недооценивают чаще всего: 3% в месяц — это почти треть клиентов за год. При этом удерживать существующего клиента в 5–25 раз дешевле, чем привлекать нового. 🔗 Retention и Churn: https://agaltsovav.ru/docs/product-managment/retention-and-churn/