Відпустка і скрам-команди: питання та відповіді
Сезон відпусток у розпалі. Та як працювати за скрамом, якщо когось із колег немає на місці? Команда BrainRain підготувала для вас відповіді на кілька важливих питань щодо відпусток.
Як враховувати відпустку в плануванні
Відпустка як сповільнюючий фактор
Безліч (колишніх) продакт-менеджерів бачать відпустку, та й узагалі будь-який час відсутності співробітника (хвороба, навчання, байдуже) як блок, фактор негативної цінності чи, принаймні, випадок, відокремлений від бізнес-системи. Наприклад, для когось це HR-питання поза проблематикою планування в розробці. Такий погляд на речі нереалістичний: планові відсутності так чи інакше впливають на роботу команди. Питання тільки в тому, як розглядати цей вплив.
Деякі команди починають оцінювати свою швидкість (velocity) нижче, якщо у спринті відсутній співробітник, щоб наздогнати її по завершенню відпустки. У цьому випадку скрам-майстер може визнати, що відпустка знизить темп, і вигадати компенсатор: до прикладу, парне програмування. Хоч це і схоже на традиційний проджект-менеджмент, такий хід цілком може спрацювати для багатьох команд.
У скрамі швидкість відстежують для того, щоб із часом зменшити її коливання і підвищити її там, де це можливо, та в жодному разі не для зниження. “Підлаштування” швидкості під відсутність співробітників шкодить емпіричній природі цієї метрики. Скрам не призначений для “запам’ятовування” сповільненої роботи: його мета — пришвидшення, він показує, як темп змінюється з часом. Тож, хоч швидкість і справді може змінитися, просто визнати цей факт буде недостатньо для прозорості.
Відпустка як частина беклогу продукту
Для більшої прозорості деякі автори радять розглядати відпустку співробітників як елемент беклогу продукту з фіксованою датою. Так ми визнаємо, що відпочинок підвищує цінність (хоч і не напряму).
Такий елемент беклогу оцінює команда разом із власником продукту. Краще робити це не механічно, а обговоривши всі можливі труднощі:
- тимчасову втрату командою не лише функціональних можливостей її члена, але й того, що він додавав у взаємодію (політика, спілкування, настрій — усе, що робить команду живою системою, а не сумою доданків);
- тимчасову втрату часу, за який команда звикне працювати злагоджено в новому складі;
- і так далі.
Це створює труднощі власнику продукту, адже той не може призначати дати відпусток — це питання вибору співробітника.
Окрім того, часом ми чуємо, що Дмитро може образитись, якщо, наприклад, його відсутність оцінюють в 20 умовних сторі пойнтів, а відсутність Тетяни — в 30. Тут можна хіба що обговорити з командою той факт, що зовнішні фактори на кшталт складності конкретної задачі, пришвидшувачів чи сезону впливають на швидкість значно сильніше, ніж окрема людина. Та й відпустка — не настільки значна вибірка часу, щоб за нею можна було оцінювати ефективність Дмитра або Тетяни.
Чи потрібна заміна для співробітника?
Скрам-майстер
Майк Кон стверджує, що короткочасна відсутність скрам-майстра не вплине на продуктивність досвідченої команди, яка давно вже працює за скрамом. Короткочасна — це до тижня при двотижневих і до двох тижнів при місячних спринтах.
У решті випадків краще знайти йому заміну:
- скрам-майстра з іншої команди;
- когось із команди, хто хоче спробувати себе в новій ролі;
- членів команди, які можуть по черзі брати на себе цю роль, якщо їм це цікаво (можна мінятися хоч раз на день, хоч раз на тиждень).
Власник продукту
Його також потрібно замінити. На думку Evolve Agility, краще, щоб цю роль не брали на себе:
- власник бізнесу (йому забракне часу);
- скрам-майстер (ці ролі не можна поєднувати);
- бізнес-аналітик чи інший проксі (всі рішення так чи інакше прийматиме власник продукту);
- вся команда потрохи (це підвищує складність ролі).
Добре, якщо функції власника продукту тимчасово візьме на себе член команди розробки (але не скрам-майстер). Так відповідальність за продукт не вийде за межі команди.
Член команди розробки
Оскільки скрам будується на кросфункціональності в командах, відпустка — чудовий спосіб перевірити, як вона у вас працює. В ідеалі, в команді розробки відсутність одного співробітника не повинна зруйнувати процес, хоч і може призвести до того, що на плануванні команда прийме дещо інший беклог спринту. Задачі відсутньої людини можна розподілити між іншими фахівцями. Тільки врахуйте, що в деяких із них виконання таких задач займатиме більше часу, ніж могло б у колеги — і це нормально.
Як спланувати тривалість спринту
Майк Кон не радить змінювати тривалість спринту, якщо на це немає справді серйозних причин: такими можуть стати відпустка всієї команди чи кардинальні зміни в роботі.
Але він уточнює, що для команд, які не так довго працюють за скрамом, нормально підлаштувати тривалість спринту під дати відсутності скрам-майстра (і, додамо, власника продукту). Так планування, огляд і ретроспектива зостануться продуктивними. Команди ж, які давно працюють за скрамом, можуть справитися з цими подіями самі.
Важливо, щоб тривалість спринту при цьому залишалася в рамках, допустимих за скрамом, тобто, не більше, ніж місяць.
Що потрібно зробити, йдучи в відпустку
1. Обговорити очікування
Перш ніж іти в відпустку, потрібно обговорити з командою можливі труднощі й алгоритм дій. Наприклад, коли у відпустку йде скрам-майстер, його заміні може забракнути компетенції прибрати всі блоки, так що команді слід врахувати це при плануванні спринту. Власник продукту може проговорити, які рішення він делегує, а які ні через специфічні знання, яких може не мати розробник.
Відпустка виявляє, які елементи роботи за скрамом команда сприймає як формальність. Наприклад, виявиться, що вона вважає дейлі-скрам статус-мітингом і скасує його за відсутності скрам-майстра. Хоч це і не найприємніше відкриття, воно може стати гарним приводом для роздумів, коли скрам-майстер повернеться.
2. Залишити контакти для зв’язку
Це надто важливо для скрам-майстрів і власників продукту. Звісно ж, слід наполягти, щоб зв’язком користувалися лише у випадках, коли задачу не можна вирішити без поради відсутнього фахівця.
Відповідати терміново зовсім необов’язково, та добре відвести собі регулярний час для перевірки таких месенджерів.
Приємної відпустки!
Підготовлено командою BrainRain за матеріалами:
