Фреймворк управления и анализа проектов DaShe

DaShe представляет собой гибридную методологию, сочетающую особенности «тяжелых» и «легких» фреймворков. Как программная платформа она содержит большое количество успешно работающих методов и их привязку к отдельным составляющим проектной деятельности. Каждый метод в отдельности представляет собой простую (хотя и трудоемкую) последовательность операций, соблюдение которой гарантированно устраняет один из рисков проекта. В этом смысле DaShe – «тяжелый» фреймворк; но поскольку в каждом конкретном проекте далеко не все риски критические, применение абсолютно всех методов не обязательно. Как правило, для успеха проекта бывает достаточно справиться с десятком-другим проблем, требующих применения ограниченного количества методов; и в этом смысле фреймворк DaShe – «легкий», он не заставляет проджект-менеджера выполнять лишнюю работу. Образно говоря, DaShe – это способ осуществления проектной деятельности, позволяющий подстелить соломку только там, где есть вероятность упасть.

Как система знаний DaShe состоит:

1) из концепции (парадигмы, принципов и постоянно употребляемых терминов);

2) фреймворка (последовательности применения методов при реализации проекта);

3) библиотеки методов (которые можно применять и независимо от фреймворка в целом).

Поэтому DaShe можно использовать и как чтение на ночь – для получения некоторого представления о специфике проектной деятельности, и как пошаговое руководство, позволяющее даже неподготовленному человеку понять, какие ресурсы должны быть последовательно привлечены в проект для его успешного завершения, и как справочник менеджера, отвечающий, например, на такие вопросы: «Как быть с неисполнительным разработчиком?», «Как реагировать на требование стейкхолдера срочно заняться пришедшей ему в голову идеей?»

Таким образом, DaShe дает пользователю три уровня возможностей. На нижнем уровне DaShe – это набор работающих методов, применяемых на разных этапах проектной деятельности. Каждый из этих методов автономен, проверен практикой (в большинстве случаев – мировой, в остальных – практикой авторов) и успешно устраняет соответствующие риски. Использовать DaShe в качестве справочника «Что делать, если…» можно и не вникая в оставшиеся два уровня; однако они становятся необходимыми, когда перед вами возникает проблема, для которой в текущей версии DaShe еще нет метода. Следующий уровень DaShe – фреймворк – представляет собой оптимальную последовательность применения методов. Фреймворк позволяет пользователю понять, в какой момент обращать внимание на те или иные риски, чтобы они не переросли в серьезные проблемы. Фреймворк начинает проект с устранения наиболее опасных – политических – рисков, затем переходит к рискам в формировании идеи продукта и лишь после этого позволяет менеджеру обратить внимание на куда более привычные, но значительно менее критичные риски вроде перерасхода бюджета или увеличения сроков проекта. Последним уровнем DaShe является концепция:

1) общее понимание проектной деятельности, позволяющее увидеть главные риски в любой ситуации;

2) ее онтология (набор категорий), позволяющая понять, к какой сфере относится возникшая проблема;

3) основные принципы, позволяющие ориентироваться в существующих методах и создавать новые, тем самым повышая личную квалификацию проджект-менеджера.

Общее понимание проектной деятельности в DaShe основано на ее принципиальном отличии от процессной. Проект – это создание уникального продукта, требующее творческого подхода буквально на каждом шаге проектной деятельности. При этом существенно, что к такому изобретению невозможно прийти путем выполнения даже самых подробных инструкций, более того, когда изобретение обретает жизнь, часто бывает невозможно понять, как именно его идея пришла в голову разработчику.

В 1988 году профессор Университета Талсы (США) Поль Левицки (Paul Lewicky) опубликовал результат экспериментов, связанных со способностью людей определять сложные зависимости. Эксперимент заключался в том, что перед испытуемым помещался экран, разделенный на четыре части, и на каждом шаге только в одной из них появлялся крестик (Х). Испытуемый должен был угадать, в каком месте появится следующий крестик. В случаях, когда алгоритм был простым (например, по часовой стрелке или зигзагом), испытуемые его быстро разгадывали и сообщали экспериментатору, где появится крестик. А вот если алгоритм оказывался более сложным («крестик не появляется в одном и том же квадрате, не появившись в двух других»), испытуемые начинали его «чувствовать» (и угадывать чаще), но не могли объяснить, как именно они определяют, где появится крестик!

Специфика проектной деятельности связана именно с этой особенностью нашего мышления: человек способен находить зависимости, которые сам же не может явно сформулировать. Человеческий мозг умеет работать по меньшей мере в двух режимах: