Відмінності Team Lead vs. Scrum Master: чи можливо і те, і інше?

Scrum Master vs Team Leader: Scrum Master і Team Leader мають різні ролі та обов’язки в гнучкому контексті, хоча вони можуть дещо перетинатися в залежності від організації та структури команди. Нижче ви знайдете деякі відмінності між цими двома ролями.

Я також розгляну, коли і як можна виконувати обидві ролі одночасно. Забігаючи наперед: це не ідеально.

Перш за все слід зазначити, що згідно зі Scrum Guide у Scrum-команді немає лідера команди — є лише Scrum-майстер, власник продукту та команда розробки. Однак на практиці це часто спостерігається інакше.

Отже, ось деякі основні відмінності між Scrum-майстром та лідером команди. Слід сказати одне — вони, звісно, спрощені і на практиці напевно не завжди реалізуються саме так.

1. Фокус на процесі проти фокусу на результаті:

   • Скрам-майстер зосереджується насамперед на процесі Скраму та забезпеченні того, щоб команда дотримувалася принципів гнучкості та керівних принципів Скраму. Основна увага приділяється усуненню перешкод, підвищенню продуктивності та оптимізації процесу.
   • Лідер команди, натомість, більше орієнтований на досягнення цілей та результатів команди. Лідер команди часто бере на себе роль керівника, щоб забезпечити досягнення командою своїх цілей та її ефективну співпрацю. Крім того, він часто має технічний бекграунд, наприклад, як Senior Developer, і, відповідно, може мати на меті професійний розвиток молодших розробників — але меншою мірою їхній розвиток як особистостей.

2. Обов’язки:

   • Скрам-майстер відповідає за те, щоб команда розуміла скрам-процес, дотримувалася його та постійно вдосконалювала. Основна увага приділяється створенню оптимального середовища для команди.
   • Керівник команди несе більшу відповідальність за продуктивність і результати роботи команди. Це може включати планування ресурсів, постановку цілей, оцінку роботи та загальне керівництво командою.

3. Командне лідерство vs. фасилітація:

   • Керівник команди відіграє більш активну роль в управлінні командою і дає чіткі вказівки, щоб команда досягла поставлених цілей. Керівник команди може також відповідати за кар’єрний розвиток членів команди.
   • Скрам-майстер, з іншого боку, бере на себе більше допоміжну та фасилітаційну роль. Він зосереджується на створенні середовища, в якому команда може працювати автономно, та усуненні перешкод, які можуть заважати прогресу.

4. Повноваження та право приймати рішення:

   • Тімлід зазвичай має більше повноважень і права приймати рішення, ніж скрам-майстер. Тімліди можуть мати прямі повноваження приймати рішення та управляти ресурсами.
   • Скрам-майстер, як правило, не має прямих повноважень приймати рішення щодо роботи команди, а радше працює над тим, щоб команда діяла самоорганізовано. Перешкоди виявляються і передаються відповідним людям для вирішення.

5. Ієрархія та влада:

   • Скрам-майстер: Як правило, скрам-майстер не має дисциплінарної влади над членами команди. Його авторитет базується більше на впливі та коучингу.
   • Командир групи: Керівник команди часто несе дисциплінарну відповідальність і може безпосередньо впливати на кар’єрний розвиток членів команди.

6. Мета:

   • Скрам-майстер: Основна мета Скрам-майстра - постійне вдосконалення команди та гнучкого процесу.
   • Командир групи: Керівник команди має на меті максимізувати ефективність команди у досягненні її професійних цілей.

"Багато членів команди не наважуються висловитися!"

Вирішіть цю проблему

"Ми виявляємо занадто багато несподіваних проблем і помилок на пізньому етапі!"

Вирішіть цю проблему

"Чому іноді на підготовку простої ретроспективи я витрачаю години?"

Вирішіть цю проблему

Як було сказано вище, це вже не класичний Scrum, якщо у вас є класична роль лідера в команді. 

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

1. Часовий тягар:

   • Обидві ролі вимагають часу і відданості. Небезпека полягає в тому, що людина стає перевантаженою, особливо якщо вимоги та обов’язки обох ролей в організації високі.

2. Потенціал для конфлікту:

   • Між вимогами та пріоритетами цих двох ролей можуть виникати конфлікти. Наприклад, фокус на оптимізації процесів (Scrum Master) може суперечити технічному керівництву та прийняттю рішень (Team Lead).

3. Конфлікти інтересів:

   • Діяти об’єктивно та неупереджено може бути складно, особливо коли йдеться про дисциплінарні питання або індивідуальну оцінку роботи.

4. Самоорганізація команди:

   • Одне з головних завдань Скрам-майстра - дати можливість команді самоорганізуватися. Якщо ця ж людина є технічним лідером, необхідно подбати про те, щоб самоорганізація команди не була порушена.

5. Розподіл ролей:

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

6. Подальше навчання та підтримка:

   • Може бути корисно пройти навчання або отримати підтримку в обох ролях, щоб переконатися, що людина знайома з найновішими практиками гнучкого підходу і володіє необхідними технічними навичками.

7. Постійна рефлексія та адаптація:

   • Важливо регулярно аналізувати та перевіряти, наскільки ефективно виконується ця подвійна роль. Може знадобитися коригування, щоб забезпечити належне виконання обох аспектів цієї ролі.

8. Правильні інструменти:

   • Безумовно, існують інструменти, які можуть зробити роботу як тімліда, так і скрам-майстра значно ефективнішою, наприклад, Echometer (докладніше про це нижче). Ці інструменти слід активно використовувати.

Безумовно, можуть бути переваги в тому, що одна особа виконує обидві ролі, наприклад, сильніша інтеграція технічного та процедурного керівництва. Однак слід пам’ятати про згадані вище виклики та потенційні конфлікти. У деяких організаціях таку подвійну роль обирають свідомо, тоді як інші чітко розмежовують ці дві посади.

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

Постійне вдосконалення є однією з ключових тем Scrum-майстра — і воно часто залишається поза увагою, якщо ця роль виконується лише попутно. У такому разі може допомогти Echometer. Він був розроблений спеціально для команд, які, можливо, не мають виділеного повноцінного Scrum-майстра для своєї команди.

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

Зробіть ваші зустрічі 1:1 захоплюючими, вимірюйте тенденції і, перш за все, досягайте прогресу в розвитку ваших розробників програмного забезпечення!

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

👋 Вітаємо & Icebreaker

• Яка зараз погода у вашому проєкті / ваших завданнях?

📕 Теми співробітника [Ім'я]

• …

👈 Теми керівника

• Що пройшло добре?
• Виклики?
• Наступні пріоритети?

⁉️ Перевірка настрою (опитування)

Відкрийте шаблон в інструменті 1:1

Одночасне виконання ролей скрам-майстра та лідера команди не є ідеальним варіантом і не рекомендується. У той же час, це, ймовірно, реальність у багатьох командах. У цьому випадку роль вимагає ретельного тайм-менеджменту, чіткої комунікації та вміння переключатися між процесно-орієнтованим коучингом і технічним лідерством.

Хоча це можливо, командам і організаціям слід враховувати виклики і, можливо, розглянути можливість чіткого розподілу завдань для забезпечення ефективної гнучкої співпраці.

Наостанок ще раз зауважимо: якщо ви хочете спробувати, як це — розвивати свою команду за допомогою нашого інструменту: нижче ви можете розпочати гнучку ретроспективу без реєстрації, у даному випадку воркшоп «Keep, Stop, Start». 

Або ж просто перешліть наш сайт відповідальним колегам: www.echometerapp.com.

Як це зробити

Keep Stop Start Retro: Як проходить ретроспектива

1. Випадковий Icebreaker (2-5 хвилин)

   Echometer надає вам генератор випадкових питань для реєстрації.

2. Огляд відкритих заходів (2-5 хвилин)

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

3. Обговорення ретро-тем

   Використовуйте наступні відкриті питання, щоб зібрати ваші найважливіші висновки. Спочатку кожен окремо. Echometer дозволяє відкривати кожен стовпець ретро-дошки окремо, щоб потім представити та згрупувати відгуки.

   • Продовження: Що ми повинні зберегти?
   • Зупинка: На чому ми повинні зупинитися?
   • Початок: Що ми повинні почати робити?

4. Універсальне питання (рекомендовано)

   Щоб інші теми також мали місце:

   • Про що ще ви хочете поговорити на ретроспективі?

5. Пріоритезація / Голосування (5 хвилин)

   На ретро-дошці в Echometer ви можете легко розставити пріоритети для відгуків за допомогою голосування. Голосування, звичайно, є анонімним.

6. Визначення заходів (10-20 хвилин)

   За допомогою символу "плюс" на відгуку можна створити пов'язаний захід. Ще не впевнені, який захід буде правильним? Тоді відкрийте дошку для обговорення з цієї теми за допомогою символу "плюс", щоб провести мозковий штурм щодо основних причин і можливих заходів.

7. Виїзд / Закриття (5 хвилин)

   Echometer дозволяє збирати анонімні відгуки від команди про те, наскільки корисною була ретроспектива. Це створює оцінку ROTI ("Retrun On Time Invested"), яку ви можете відстежувати з часом.

Keep Stop Start Retro

Продовження: Що ми повинні зберегти?

Зупинка: На чому ми повинні зупинитися?

Початок: Що ми повинні почати робити?

Відкрийте це ретро зараз