Рубрика
35 методик — пошаговые инструменты с вопросами и визуализацией
Руководитель проекта, стремясь ускорить срыв сроков, добавляет ресурсы на задачу, которая по факту имеет двухнедельный запас времени и не влияет на общую длительность проекта, — общий срок проекта не сокращается ни на день, потому что реальным узким местом является совершенно другая, незамеченная последовательность задач без единого дня запаса.
Компания организует команды по техническим слоям — отдельная команда фронтенда, отдельная команда бэкенда, отдельная команда баз данных, — и любая клиентская фича, требующая изменений на всех трёх уровнях, вынуждена проходить через три отдельные команды с их независимыми очередями и приоритетами, что растягивает поставку простой фичи на недели межкомандной координации вместо дней работы одной команды.
SAFe (Scaled Agile Framework): как синхронизировать десятки Agile-команд — поезд ART, PI Planning, приоритизация по WSJF, четыре конфигурации, десять принципов, критика и кейс LEGO.
Scrumban — гибрид Scrum и Kanban, описанный Кори Ладасом в 2008–2009 годах: доска с WIP-лимитами по этапам, вытягивание работы и планирование по порогу буфера готовых задач вместо календаря. Принципы, критика, ошибки и план на пять недель.
Каскадная модель проводит проект через фазы по очереди: требования, проектирование, реализация, тестирование, внедрение, сопровождение. Разбираем происхождение, исследования, критику, шесть типовых ошибок и пошаговый план с тренажёром sign-off.
Руководитель проекта эскалирует спонсору любое, даже минимальное отклонение от плана — задержку на день, перерасход в тысячу рублей, — заваливая спонсора мелкими вопросами, требующими решения; спонсор, перегруженный потоком несущественных эскалаций, теряет способность вовремя заметить действительно критичное отклонение, когда оно произойдёт.
В первые часы серьёзного кризиса решает не качество плана на бумаге, а то, знает ли конкретный человек в конкретный момент, что именно ему делать и у кого спрашивать разрешения.
План действий на случай кризиса, ни разу не проверенный практикой, часто оказывается набором благих пожеланий, которые разваливаются при первом реальном столкновении с хаосом и нехваткой времени.
Риск, который обсудили один раз на совещании и забыли, не перестаёт существовать — он просто перестаёт быть видимым для компании до момента, когда реализуется.
Если задачу нельзя описать на одной странице — значит, она ещё не продумана достаточно, чтобы её вообще начинать делать.
MVP — не урезанная версия финального продукта, а самый быстрый способ получить настоящее подтверждение или опровержение ключевой гипотезы.
Диаграмма Ганта показывает каждую задачу — дорожная карта показывает только то, что важно понять руководству и стейкхолдерам: крупные вехи и направление движения.