Agaltsov Anton | TeamLead-блог

🏁 Проект не закрыт, пока не подписан акт приёмки «Работы закончились» и «проект закрыт» — разные состояния. Пока не выполнены формальные процедуры, проект числится активным: потребляет бюджетные лимиты, занимает ресурсы и портит отчётность PMO. Закрытие — это процедура с чек-листом, а не момент, когда все устали. Центральный артефакт — чек-лист из девяти блоков: приёмка результата, переход в эксплуатацию, финансовое закрытие, административное закрытие, освобождение команды, архивация, lessons learned, признание заслуг и уведомление стейкхолдеров. Пока есть незакрытые пункты — закрытия нет. 📌 Закрытие бывает разным: нормальное (цели достигнуты), досрочное (стратегия изменилась), провальное (цели не достигнуты) и заморозка. Досрочная отмена — не провал менеджера: вовремя остановить бесперспективный проект — признак зрелого портфельного управления. Успешность проекта измеряется не «сдано в срок», а реализованными выгодами. Поэтому через 3–6–12 месяцев после закрытия проводится Benefits Realization Review: система может быть сдана безупречно — и остаться невостребованной пользователями. 🔗 Закрытие проекта: https://agaltsovav.ru/docs/project-managment/project-closure/

👁 Закон Линуса: почему code review действительно работает «Given enough eyeballs, all bugs are shallow» — при достаточном числе глаз все ошибки поверхностны. Чем больше независимых компетентных наблюдателей рассматривает код, тем выше вероятность, что среди них найдётся тот, для кого конкретный дефект очевиден. Закон сформулировал не Линус Торвальдс, а Эрик Реймонд в эссе «Собор и базар» (1997) — по наблюдениям за методом разработки ядра Linux. Торвальдс добавил ключевое уточнение: кто-то находит проблему, а кто-то другой понимает её — и найти обычно сложнее, чем понять. ⚠️ Работают не любые глаза, а компетентные и мотивированные: уязвимость Heartbleed годами жила в открытом коде OpenSSL, а после двух-четырёх квалифицированных ревьюеров новые взгляды почти не добавляют покрытия. Взгляды не заменяют тесты — они ловят разное. 🔗 Подробнее: https://agaltsovav.ru/docs/development-managment/laws/linus-law/

📊 Жизненный цикл продукта: четыре стадии, на каждой — своя игра Жизненный цикл продукта — это Внедрение, Рост, Зрелость и Спад. Стадии различаются динамикой продаж, плотностью конкуренции и типом клиентов, а главное — требуют разных приоритетов: то, что правильно на ранней стадии, вредит зрелому продукту. На внедрении продукт живёт на инвестициях, а задача — подтвердить product-market fit: обучение и MVP, а не выручка. На росте — захват доли рынка в ограниченном окне. Зрелость — стадия основных денег: эффективность, удержание, оптимизация юнит-экономики. На спаде — осознанный выбор между монетизацией остатка и выходом. ⚠️ Главная практическая ошибка — применять тактики чужой стадии: масштабировать то, что ещё не подтверждено, или резать инвестиции тому, что ещё растёт. Цикл — это контекст, а не судьба: зрелость можно продлевать (новые сегменты, рынки, репозиционирование), а спад — разворачивать. 🔗 Жизненный цикл продукта: https://agaltsovav.ru/docs/product-managment/product-lifecycle/