Управление командой проекта. Часть 3. Модель хаоса (теория Y). Открытая архитектура (теория Z)

Модель хаоса основывается на теории Y. Она является противоположностью Административной модели (которая в свою очередь основывается на теории X).

Заключается модель хаоса в том, что работа является естественной деятельностью, которая приятна для большинства людей.

Сам себе менеджер

Характерными чертами модели хаоса являются:

  • Отсутствие явно выраженных признаков власти
  • Менеджер ставит задачу участникам команды и обеспечивает их ресурсами
  • Отсутствие инструкций и регламентированных процедур
  • Проблема решается тогда, когда она обнаружена
  • Процесс разработки проекта напоминает «дружеское соревнование»

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

Недостатки модели связаны с тем, что при определенных условиях может наступить провал. Причинами провала могут быть:

  • «Дружеское соревнование» переходит в конкуренцию сначала идей, затем — личностей
  • Высказанные идеи не доводятся до конца и сменяются новыми идеями, преобладание получают «красивые» идеи, которые не совсем соответствуют цели проекта
  • Люди, способные к генерации идей, редко обладают терпением доведения идей до полной реализации

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

Открытая архитектура (теория Z) объединяет в себе 2 вышеперечисленные теории: X и Y.

«Работаем спокойно. Работаем вместе» — это основной принцип теории Z

Она предполагает, что в коллективе есть основанный на влиянии коллег друг на друга внутренний механизм управления.

Особенности модели:

  • Коллектив адаптируется к условиям работы (если нужно сделать отдельные модули, то расходятся и делают самостоятельно, если нужна общая архитектура проекта, то собираются вместе для обсуждения)
  • Коллективно обсуждаются проблемы и принимаются решения
  • Распределенная ответственность – отвечают все, кто обсуждал, вырабатывал, принимал.
  • Состав рабочих групп, функции и роли участников изменяются в зависимости от текущих задач
  • Менеджер коллектива активно участвует в процессе разработки проекта, например, в создании и продвижении сайта (Ростов-на-Дону), однако не руководит коллективом

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

Статьи по теме: