#заметкиконсультанта
Уровень детализации решает.
Продолжаю делиться тонкими инструментами из консультационной практики.
На днях в очередной раз увидел такую ситуацию в одной из компаний.
Высокий уровень обобщения не дает понимание взаимосвязей внутри.
Как это выглядит?
Рисуют люди план график первого уровня. В нем например 10 крупных задач. По сути блоков работ.
И успокаиваются на этом.
И удивляются - а что это куча взаимозависимостей между задачами проваливается.
Да потому что выбранный уровень детализации не дает понимания что с чем связано.
Если смотреть детально, то этот проект кажется как 10 крупных задач-блоков, а на самом деле каждый блок нужно дальше бить на задачи, без этого не видно взаимосвязей. И задач по факту оказывается на 10 а сотни.
Зависимости чаще всего именно между задачами второго, третьего и глубже уровней.
В том числе зависимости между задачами из разных блоков.
Поэтому иметь план график проекта важно еще и потому, что иначе не увидеть сотни взаимосвязей, которыми реально нужно управлять.
А как ты можешь управлять если этого не видишь?
Ну и начинать нужно со структуры работы, дерева, иначе теряется структурность декомпозиции и возникают перекосы.
Все это вроде как очевидно и на первый взгляд просто, но большинство даже продвинутых компаний и РП на эти грабли наступают.
Ну и отсюда и проблемы "гибких" подходов в более менее крупных проектах. Гибкие подходы не имеют инструментария отслеживания сложных зависимостей. А в них часто основные проблемы и решения.
