PAEI-стилі менеджменту Адізеса і ролі Scrum

На думку експертів, успішність проекту багато в чому залежить від особистих якостей лідерів і «укомплектованості» менеджменту цими якостями. На жаль, не завжди ці якості враховуються при формуванні менеджменту. Це створює ризики і часто призводить до провалу. У даній статті розглядається типологія менеджерів по Адизесу і відповідність цих типів різних ролей в Scrum.

Класифікація Адазеса
Світовий експерт в області менеджменту Іцхак Адізес запропонував типологію керівників засновану на чотири функції:

  • Producing results (P) — виробництво результатів, власне, заради яких організація і існує (короткосрочная перспектива);

  • Administering (A) — адміністрування, необхідне для забезпечення ефективності (короткосрочная перспектива);

  • Entrepreneuring (E) — підприємництво, що служить для управління змінами (довгострокова перспектива);

  • Integrating (I) — інтеграція, необхідна для забезпечення життєздатності організації в довгостроковій перспективі за рахунок об'єднання її елементів (довгострокова перспектива).
На думку експерта, немає керівників, у яких всі ці функції одночасно були дуже сильно розвинені (PAEI). Зазвичай у успішних керівників частину функцій розвинені добре, а частина відмінно (PaEi, Paei, paEi і тд). При цьому, для успішного існування організації необхідно, щоб в сукупності в менеджменті були представлені всі ці функції на відмінному рівні. Більше того, треба, щоб наявні у кожного керівника характеристики відповідали його діяльності. Так голові виробничого відділу необхідно бути як мінімум Paei, а HR-у відповідальному за корпоративну культуру і атмосферу — paeI.

Буває таке, що у керівника геть відсутні 3 (P---, -A--, --E-, ---I) або 4 (----) функції. На думку експерта, це дуже небезпечно для проекту і підприємства. Так, ---I зазвичай означає інтриги і розкладання колективу, замість інтеграції в разі paeI. Зрозуміло, такий колектив не може нормально працювати, утворюється плинність і зазвичай з найбільш кваліфікованих кадрів. З іншого боку, P--- — це менеджер, який робить всю роботу сам, не довіряючи її членам команди. Це що призводить до завалах та простоїв в короткій перспективі і створює великі ризики для майбутнього проекту.

Класифікація Адізеса і ролі в Scrum
Scrum не передбачає менеджера в класичному його розумінні. Його ролі розмиті між Product Owner (PO), Scrum Master (SM) і командою (DT від Development Team). Тим не менш, це не означає що менеджменту немає і не повинні враховуватися PAEI у призначенні на роль. Тому, спробуємо розкласти по цим функціям.

PO повинен встановлювати цілі, опрацьовувати концепцію, бачення, формувати вимоги, займатися питаннями бюджету та прибутковості. Йому необхідно зібрати інформацію з усіх стейкхолдерів, обробити її, визначити доцільність і прибутковість, знайти найбільш прибуткове. Тому йому необхідно мати підприємницький погляд, т. е. бути E. Наприклад, paEi.

Але йому так само треба розуміти як все виробляється, яка є специфіка всередині, а також бути орієнтованим на коротку перспективу — що ж буде в кінці спринту і чим порадуємо стейкхолдерів. Тому, все ж, на погляд автора, краще всього якщо PO буде PaEi.

Завдання SM стежити за дотриманням Scrum процесів. Навіть їх еволюція має йти у відповідності з цими процесами. Так само йому необхідно забезпечувати команду всім необхідним, вирішувати або ескалірувати виникають проблеми. Тому йому необхідно бути A. Більш того, він повинен підтримувати атмосферу в команді, сприяти взаєморозумінню між членами команди, а також із зовнішніми для команди людьми, сприяти зростанню командного духу, згуртованості. Це все I. Таким чином, pAeI.

Зазвичай команда орієнтована на короткострокову перспективу завдовжки спринт або 2-3. Їх мета — справити за спринт все, що обіцяли. Тобто Paei. Це в принципі мінімальна вимога для команди. Однак, якщо вони не будуть думати про архітектуру, виробляти рефакторинг, впроваджувати якісь кращі практики, то в якийсь момент система стане просто неможливою для підтримки і розширення. Тому, команді необхідний довгострокове бачення, аналіз і впровадження кращих практик і тд, що відповідає E.

Також, команда займається плануванням і контролем, дотриманням яких-небудь прийнятих норм, процесів та практик (code style, coverage при code review і тд), що є адміністративною функцією — А. Таким чином, команді добре б бути PAEi. Благо, що вона команда і в ній можуть знайтися люди сприяють продуктивності, довгострокового погляду і адміністрування.

Хотілося б звернути увагу на той факт, що Адізес рекомендує, щоб в управлінні командою/підприємством було дві людини з PaEi і pAeI і краще, якщо PaEi «вище» pAeI. Це якраз відповідає функціям Product Owner-а і Scrum Master, лише тільки в Scrum PO не є керівником SM і команди, а лише виконує свої функції.

Приклад
Автору ж знайомий випадок, коли Product Owner був ___I, а Scrum Master — PaEi з сильними технічними компетенціями. Тобто у них були сильно/слабо розвинені ці функції як особистостей, хоча ролі вимагали іншого набору. Це призвело до страшних інтриг зі сторін PO, невміння протистояти цьому з боку SM, конфліктів, падіння результативності і звільнення найбільш кваліфікованих і результативних членів команди, включаючи SM.

Не бажаючи працювати в такому оточенні і в умовах кадрового дефіциту на ринку, вони легко знайшли нові робочі місця. Проект має сумнівні перспективи через відсутність повного набору PAEI в менеджменті: просто нікому «виробляти», «адмініструвати» і думати про майбутнє.

Висновок
Розуміючи той факт, що на ринку не так багато кваліфікованих кадрів, все ж варто враховувати стилі управління при формуванні команд. Це робить істотний вплив на успіх і досягнення цілей.

Література
  1. Ідеальний керівник. Чому їм не можна стати і що з цього випливає, Іцхак Адізес Калдерон, 2013.
  2. Scrum Guide, Кен Швабер та Джефф Сазерленд, 2013.
  3. Scrum Body of Knowledge, Scrum Institute, 2016.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.