Кожен, хто коли-небудь біг марафон, знає, чому стабільний темп є критично важливим фактором успіху: якщо ви біжите занадто швидко, вам знадобиться непропорційно багато часу, щоб оговтатися від виснаження. Сталий темп також відіграє важливу роль у гнучких командах.
Ходімо!
Що таке сталий темп?
Сталий темп - це швидкість, яку теоретично можна підтримувати протягом нескінченного періоду часу. Для гнучких команд цей темп стосується конкретно результату, який команда може досягти протягом спринт-циклу –, не накопичуючи технічного боргу та не виснажуючи членів команди.
По суті, Sustainable Pace - це можливість починати кожен день з новими силами та викладатись на повну.
Чому Sustainable Pace важливий для гнучких команд?
Сталий темп важливий для гнучких команд, тому що тільки зі сталим темпом можна забезпечити добробут і продуктивність команд у довгостроковій перспективі.
Якщо команди перевантажують одна одну протягом тривалого періоду часу, це має серйозні наслідки:
- Регулярна понаднормова робота, підвищений рівень стресу та погіршення командного духу
- Погіршення комунікації та менша взаємна підтримка
- Мало часу для ознайомлення з новими або інноваційними темами
- "Найкращими практиками нехтують
- Менше стимулів для змін з боку команди
- Накопичуйте технічний борг
- Більше необережних помилок і вищий рівень помилок
Тому підтримка стабільної швидкості має бути близькою до серця кожного учасника команди.
Чому дотримання сталого темпу є складним на практиці?
На практиці дуже легко потрапити в нездоровий робочий режим і "перепрацювати". Тригери для цього є загальними:
- Нереалістичні очікування (від стейкхолдерів команд)
- Занадто амбітні спринтерські цілі команди
- "Розповзання обсягу робіт, тобто подальше розширення обсягу робіт під час спринту таким чином, що потрібно більше роботи, ніж було заплановано спочатку.
- Короткі терміни, які вимагають понаднормової роботи
Проблема: Як тільки команда "перевищує темп", з'являються вищезгадані негативні наслідки, і люди зосереджуються на усуненні симптомів, ігноруючи основну причину, що лежить в основі: нестійкий темп.
Для гнучких команд може бути дуже важко вийти з нестійкої рутини –, особливо якщо природна операційна сліпота ускладнює виявлення нестійкого темпу як основної причини.
Але, звісно, є шляхи назад:
Поради щодо досягнення та підтримки сталого темпу в гнучких командах
Порада 1 для стійкого темпу: досяжні цілі для спринту
Команди не повинні мати звичку ставити надмірно амбітні спринтерські цілі. В OKR існують так звані "розтягнуті цілі", коли ви намагаєтеся досягти щонайменше 80% (Розтягнуті цілі в OKR). Таких розтягнутих цілей слід уникати при визначенні цілей спринту. Повинна бути можливість досягти мети спринту на 100%.
Командам часто не вистачає сил сказати "ні", коли керівництво або зацікавлені сторони висувають занадто високі вимоги до змісту наступного спринту. Як Scrum Master або Agile коуч, ви можете підтримати команду у відстоюванні своїх прав перед стейкхолдерами.
Крім того, наприкінці спринту важливо проаналізувати, чи можна було досягти мети спринту без додаткового часу. Якщо понаднормова робота була необхідною, мету спринту слід вважати недосягнутою. Виходячи з цього, команда може постійно дізнаватися, який обсяг роботи може бути виконаний у звичайний робочий час.
Порада 2 для сталого темпу: обізнаність керівництва
Менеджери часто знайомі з так званими "розтягнутими цілями" з контексту OKR, де вони намагаються досягти щонайменше 80%. Однак, такі цілі не повинні використовуватися при визначенні цілей спринту. Завжди повинна бути можливість досягти мети спринту на рівні 100%.
Agile Коучі та скрам-майстри повинні доносити до керівництва важливість стабільного темпу для довгострокового успіху організації. Керівники зазвичай погоджуються, що короткострокові успіхи не варті того, щоб ставити під загрозу середньо- та довгострокову продуктивність команд.
Порада 3 для сталого темпу: Періоди охолодження
Особливо, коли ви виходите зі стресового періоду, вам потрібен період відновлення, щоб отримати новий імпульс.
Не випадково, наприклад, у фреймворку ShapeUp передбачені регулярні перерви на відпочинок. У ці періоди команди можуть працювати над темами на власний розсуд. Цей час можна використати для виправлення помилок, розробки нових ідей або випробування нових технічних можливостей (див. ShapeUp)
Порада 4 для сталого темпу: ретроспектива спринту
Ви відчуваєте, що "сталий темп" може бути проблемою? Найкраще поміркувати над цим разом зі своєю командою. За допомогою цих запитань ви можете розпочати ретроспективну дискусію:
- Для початку запитайте: "За шкалою від 0 до 10, де б ви оцінили нас як команду: від 0 - недостатній темп, 5 - стабільний темп до 10 - надмірний темп?"
- Які симптоми перевантаження (високого стресу) ми можемо спостерігати в нашій команді?
- Чому ми як команда не приділяли достатньо часу останнім часом?
- Що б ви зробили, якби могли повністю вирішувати, над чим працювати протягом тижня?
Порада 5 для сталого темпу: команда Health Checks
Для постійного моніторингу ви також можете робити регулярні запити до Team Health. Для цього підходять наступні елементи Health Check:
- Нам не потрібен понаднормовий час, щоб досягти наших спринтерських цілей.
- Ми досить обережні, щоб не обіцяти занадто багато, але в той же час амбітні.
- Ми маємо сміливість сказати "ні", коли це необхідно.
- Я можу позбутися стресу на роботі і звільнити голову для нових завдань.
- 1) Я можу вільно планувати свою роботу так, як мені зручно.
- У моїй роботі є достатньо часу для реалізації інноваційних ідей.
Порада 6 для сталого темпу: обмінюйтеся досвідом з колегами (наша зустріч)
Для роздумів ніщо не допомагає краще, ніж обмін думками з колегами з інших команд і, бажано, навіть з інших компаній.
Саме тому 15 червня 2023 року ми проводимо зустріч Echometer Meetup на тему "Забезпечення сталого темпу в гнучких командах".
Таким чином, ми створюємо відкриту платформу для початку відкритого обміну досвідом з колегами. Будьте частиною цього!
Дізнатися більше та зареєструватися на зустріч
Бонус: Розумні знання про сталий розвиток
Трохи історії: Сталий розвиток не є чимось новим
Ще на початку історії гнучких методів роботи люди почали замислюватися про сталий темп (Sustainable Pace). Так, ще задовго до того, як у 2010 році був опублікований перший Scrum Guide (Історія Scrum Guide).
Витоки Sustainable Pace лежать в XP (eXtremeProgramming) Кента Бека від 1996 р. Вона також з'являється в маніфесті agile:
"Процеси Agile сприяють сталому розвитку. Спонсори, розробники та користувачі повинні мати можливість підтримувати постійний темп протягом невизначеного часу".
Принцип 8 у Маніфесті Agile
Sustainable Pace, ймовірно, спочатку був названий на честь Рона Джефріса (також одного з підписантів маніфесту agile).
