Три С Половиной Уровня Структуры Проекта

Недавно я обнаружил простую модель, которая объясняет, какие инструменты нужны менеджеру и команде для руководства проектами и управления ими.

Все проекты можно разделить на три уровня в зависимости от необходимости структурирования и формализации потока информации и команд. Почему это основа модели? Потому что структура проекта, на мой взгляд, — это первое, что следует за «стилем управления» и прочими неформальными человеческими вопросами.



Три с половиной уровня структуры проекта



Нулевой уровень: управляемый хаос
Весь проект на нулевом уровне держится на личных качествах людей.

Самое главное — поток общения, количество связей между людьми, а не разделение обязанностей и структура организации.

Идеальные инструменты — доска, если команда не выходит за границы одного офиса, чата или электронной конференции (в случае распределенной команды).

Распределены и во времени, и в пространстве, что чаще всего происходит сейчас.



Три с половиной уровня структуры проекта

Самым известным инструментом, реализующим хаотичный уровень управления проектами, является, конечно же, Группы Google :).

Я не стал выделять «хаос» в отдельный уровень структуры, потому что хаос должен присутствовать в любом проекте.

Таким образом, проект остается живым и мобильным.

Хаос человеческого общения — источник жизни; он не может быть «покрыт» другими уровнями структуры.



Первый уровень: гибкий


Три с половиной уровня структуры проекта

Думаю, многим знаком гибкий (быстрый) уровень структуры.

Благодаря Базовый лагерь Благодаря «37 Сигналам» гибкая методология управления проектами стала понятна не только разработчикам программного обеспечения, но и в других сферах бизнеса.

Инструменты, которые используются на этом уровне, позволяют не терять решения и минимально хранить артефакты работы.

Акцент на разделении задач на атомарные «задачи», понятные исполнителям.

Минимальный набор инструментов на этом уровне позволяет реализовать «управление по вехам»:

  • Списки дел
  • События и календарь (вехи)
  • Документы или другие возможности хранения результатов работы
Зачастую в список гибких инструментов также входит совместное использование файлов и версионное хранилище файлов.



Второй уровень: управляемый
Существует множество проектов, в которых время выполнения задачи является критической информацией.

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



Три с половиной уровня структуры проекта

Здесь царят диаграмма Ганта и «время, потраченное на задачу».

Целью является максимально детальное и реалистичное планирование.

Чем более предсказуем контекст проекта и чем более совершенны операции, необходимые в проекте, тем лучше работает диаграмма Ганта.

Естественно, расписывать связи между задачами и пытаться все спланировать с учетом неясной задачи или постоянно меняющихся требований — безумие.

Но есть и другие проекты, например, «Строительство микрорайона», где каждый экскаватор расписан по дням и часам.

Существуют также дополнительные цели, которых команды достигают с помощью инструментов управляемого уровня.

Схема проекта — это способ показать клиенту ваш пафос и ту самую управляемость.

Как на крутой встрече должны быть галстуки и начищенные туфли, так и в проекте должна быть диаграмма Ганта :) Известными системами, работающими с управляемым представлением проектов, являются MS Project (увы, это единственная его функция), LiquidPlanner , ИБН , Зохо , Коммайндворк .

И, конечно же, такие гиганты управления проектами, как @Задача или Адаптивный .



Третий уровень: определённый
Последний уровень, которого я достиг сам, — это настройка бизнес-процессов.

На этом уровне в проекте выделяются отдельные процессы, для каждого из которых настроены свои инструменты.

Примерами таких процессов являются инциденты и проблемы клиентов; платежи и финансовые операции; утверждение важнейших документов.

Каждый процесс описан:

  • Объект процесса, его поля и свойства
  • Диаграмма состояний и переходов
  • Правила доступа для переходов
  • Визуальное оформление формы и списка


Три с половиной уровня структуры проекта

Инструментов, поддерживающих пользовательские процессы, уже гораздо меньше.

Хорошие примеры, когда это существует - SalesForce (правда, в сфере CRM, а не управления проектами), Джира , ИБН , Коммайндворк .



Заключение
В любом случае респект и респект автору, ведь не так-то просто написать текст, в котором столько раз упоминается собственный продукт :) Спасибо за внимание, жду ваших комментариев! Теги: #Управление проектами #структуры #Менеджмент #программное обеспечение для совместной работы #предприятие 2.0 #Управление проектами
Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.