Стили Управления Paei Для Ролей Адизеса И Scrum

По мнению экспертов, успех проекта во многом зависит от личных качеств руководителей и «укомплектованности» менеджмента этими качествами.

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

Это создает риски и часто приводит к неудачам.

В данной статье рассматривается типология менеджеров по Адизесу и соответствие этих типов различным ролям в Scrum.



Классификация Адизеса

Мировой эксперт по менеджменту Исаак Адизес предложил типологию менеджеров, основанную на четырех функциях:
  • Получение результатов (P) - производство результатов, собственно ради которых существует организация (краткосрочная перспектива);
  • Администрация (А) — администрирование, необходимое для обеспечения эффективности (краткосрочное);
  • Предпринимательство (E) — предпринимательство, служащее управлению изменениями (долгосрочная перспектива);
  • Интеграция (Я) - интеграция необходима для обеспечения жизнеспособности организации в долгосрочной перспективе путем объединения ее элементов (долгосрочная перспектива).

По словам эксперта, нет менеджеров, у которых все эти функции были бы одновременно очень сильно развиты (PAEI).

Обычно у успешных менеджеров какие-то функции развиты хорошо, а какие-то отлично (ПаЭй, Паэй, паЭй и т. д.).

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

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

Таким образом, руководитель производственного отдела должен быть как минимум Paei, а HR-менеджер, отвечающий за корпоративную культуру и атмосферу, должен быть Paei. Бывает, что у менеджера полностью отсутствуют 3 (П---, -А--, --Е-, ---I) или все 4 (----) функции.

По мнению Адизеса, это очень опасно для проекта и предприятия.

Таким образом, ---I обычно означает интригу и распад коллектива, а не интеграцию в случае paeI. Конечно, такая команда не может нормально работать; происходит текучесть кадров, как правило, среди наиболее квалифицированного персонала.

С другой стороны, П--- — менеджер, который делает всю работу сам, не доверяя ее членам команды.

Это приводит к блокировкам и простоям в краткосрочной перспективе и создает большие риски для будущего проекта.



Классификация Адизеса и роли в Scrum

Scrum не подразумевает наличие менеджера в классическом понимании.

Его роли размыты между владельцем продукта (PO), скрам-мастером (SM) и командой (DT из команды разработки).

Однако это не означает, что управления не существует и PAEI не следует учитывать при назначении роли.

Поэтому попробуем разбить его на эти функции.

ПО должно ставить цели, разрабатывать концепцию, видение, формулировать требования и решать вопросы бюджета и рентабельности.

Ему необходимо собрать информацию от всех заинтересованных сторон, обработать ее, определить целесообразность и рентабельность и найти наиболее выгодное решение.

Поэтому ему необходимо иметь предпринимательский кругозор, т. е.

быть ?.

Например, паЭй.

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

Поэтому, по мнению автора, лучше всего, если ПО будет PaEi. Задача SM — следить за соблюдением Scrum-процессов.

Даже их эволюция должна идти в соответствии с этими процессами.

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

Поэтому ему необходимо быть А.

При этом он должен поддерживать атмосферу в коллективе, способствовать взаимопониманию между членами коллектива, а также с людьми, внешними по отношению к коллективу, способствовать росту командного духа и сплоченности.

Это все я.

Так что паэИ.

Обычно команда ориентирована на краткосрочную перспективу, спринт или 2-3. Их цель — выполнить все обещанное во время спринта.

Те.

Паэй.

По сути, это минимальные требования для команды.

Однако если они не подумают об архитектуре, рефакторинге или внедрят какие-либо лучшие практики, то в какой-то момент систему станет просто невозможно поддерживать и расширять.

Поэтому команде необходимо долгосрочное видение, анализ и внедрение лучших практик и т. д., что соответствует ?.

Также команда занимается планированием и контролем, соблюдением любых принятых норм, процессов и практик (стиля кода, охвата при ревью кода и т.д.), что является административной функцией - А.

Таким образом, это было бы хорошо для команды быть ПАЭи.

К счастью, это команда, и в ней могут быть люди, которые способствуют продуктивности, долгосрочному видению и администрированию.

Хотелось бы обратить внимание на то, что Адизес рекомендует, чтобы в управлении коллективом/предприятием было два человека с PaEi и pAeI и лучше, если PaEi будет «выше», чем pAeI. Это в точности соответствует функциям Product Owner и Scrum Master, только в Scrum ПО не является лидером SM и команды, а лишь выполняет его функции.



Пример

Автору известен случай, когда Владельцем Продукта был ---Я, а Скрам-Мастером – ПаЭй.

Те.

у них эти функции были сильно/слабо развиты как личности, хотя их роли требовали другого набора.

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

Не желая работать в такой обстановке и в условиях кадрового дефицита на рынке, они быстро нашли новую работу.

Перспективы у проекта на тот момент были сомнительные, из-за отсутствия полного набора ПАЭИ в управлении: некому было «производить», «администрировать» и думать о будущем.



Заключение

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



Литература

  1. Идеальный лидер.

    Почему нельзя им стать и что из этого следует, Адизес Ицхак Кальдерон, 2013.

  2. Scrum Guide, Кен Швабер и Джефф Сазерленд, 2013 г.

  3. Свод знаний Scrum, Институт Scrum, 2016 г.

В опросе могут участвовать только зарегистрированные пользователи.

Войти , Пожалуйста.

О чем следующая статья? 50% Опыт построения архитектуры в Scrum 7 7,14% Опыт создания нефункциональных требований в Scrum 1 0% Управление заинтересованными сторонами 0 42,86% Управление рисками в Scrum 6 Проголосовали 14 пользователей.

6 пользователей воздержались.

Теги: #agile #Управление проектами #Менеджмент #адизес #scrum #Управление разработкой #Управление проектами #agile

Вместе с данным постом часто просматривают: