Ця сторінка була перекладена автоматично. Для кращого досвіду читання, будь ласка, перейдіть на англійську мову.

Перейти на англійську
Jean Michel Diaz
Jean Michel Diaz

Чого не розуміють менеджери: Сталий темп в гнучких командах

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

Ходімо!

Що таке сталий темп?

Sustainable Pace – це швидкість, яку теоретично можна підтримувати протягом нескінченно довгого періоду часу. В agile-командах ця швидкість особливо стосується обсягу робіт, який команда може виконати протягом спринт-циклу, не накопичуючи технічний борг і не виснажуючи членів команди.

По суті, Sustainable Pace - це можливість починати кожен день з новими силами та викладатись на повну.

Чому Sustainable Pace важливий для гнучких команд?

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

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

  • Регулярна понаднормова робота, підвищений рівень стресу та погіршення командного духу
  • Погіршення комунікації та менша взаємна підтримка
  • Мало часу для ознайомлення з новими або інноваційними темами
  • “Найкращими практиками нехтують
  • Менше стимулів для змін з боку команди
  • Накопичуйте технічний борг
  • Більше необережних помилок і вищий рівень помилок

Тому підтримка стабільної швидкості має бути близькою до серця кожного учасника команди.

Чому дотримання сталого темпу є складним на практиці?

На практиці дуже легко потрапити в нездоровий робочий режим і “перепрацювати”. Тригери для цього є загальними:

  • Нереалістичні очікування (від стейкхолдерів команд)
  • Занадто амбітні спринтерські цілі команди
  • “Розповзання обсягу робіт, тобто подальше розширення обсягу робіт під час спринту таким чином, що потрібно більше роботи, ніж було заплановано спочатку.
  • Короткі терміни, які вимагають понаднормової роботи

Проблема: Як тільки команда “перевищує темп”, з’являються вищезгадані негативні наслідки, і люди зосереджуються на усуненні симптомів, ігноруючи основну причину, що лежить в основі: нестійкий темп.

Agile-командам може бути дуже важко вийти з нестійкої рутини, особливо якщо через природну професійну сліпоту важко розпізнати Unsustainable 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).

Категорія блогу

Більше статей про "Поради щодо спритності"

Переглянути всі статті цієї категорії
Agiles Spotify Modell: Squads, Tribes, Chapters & Guilds erklärt

Agiles Spotify Modell: Squads, Tribes, Chapters & Guilds erklärt

Kurzüberblick zum Spotify Modell: Wie Squads, Tribes, Chapters und Guilds Agilität skalieren, welche Rollen beteiligt sind und worauf du bei der Einführung achten solltest.

5 ідей для ретроспективи спринту, які гарантовано сподобаються командам

5 ідей для ретроспективи спринту, які гарантовано сподобаються командам

Як психолог і Scrum-майстер, я, мабуть, маю незвичний погляд на ідеї ретроспективи спринту. Я дещо більше зосереджений на «м'якій» стороні постійного вдосконалення. Можна також говорити про гнучке...

Мої 7 улюблених шаблонів для ретроспективи Agile

Мої 7 улюблених шаблонів для ретроспективи Agile

У моїй команді ми проводимо Agile-ретроспективи частіше, ніж зазвичай: щоп'ятниці, тобто раз на тиждень. І ви не повірите, але, серед іншого, завдяки великій кількості чудових шаблонів для Agile-ре...

Як покращити комунікацію у віддаленій команді розробників програмного забезпечення?

Як покращити комунікацію у віддаленій команді розробників програмного забезпечення?

Існують різні заходи та підходи для покращення комунікації у віртуальних або віддалених інженерних командах розробників програмного забезпечення та інженерів-програмістів. При цьому не має значення...

Метрики DORA & SPACE: 2 командні воркшопи для покращення

Метрики DORA & SPACE: 2 командні воркшопи для покращення

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

Робочі договори: 10 прикладів, зразків та шаблонів

Робочі договори: 10 прикладів, зразків та шаблонів

Ефективна співпраця в команді має вирішальне значення для успіху, особливо в контексті гнучких методів, таких як Scrum. Робочі угоди відіграють вирішальну роль у створенні чітких рамок для співпрац...

Контрольний список для лідерів команд: 10 ключових завдань

Контрольний список для лідерів команд: 10 ключових завдань

Як керівник команди, ви берете на себе велику відповідальність за своїх співробітників і свою команду. Цей контрольний список для керівників команд полегшить вам контроль і допоможе переконатися, щ...

Скрам-майстер як лідер для підлеглих: 8 порад для роздумів

Скрам-майстер як лідер для підлеглих: 8 порад для роздумів

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

Не кожна Scrum-команда є гнучкою: підробка Agile

Не кожна Scrum-команда є гнучкою: підробка Agile

Fake Agile: Чи кожна Scrum-команда є гнучкою? Ні, на жаль, не кожна Scrum-команда насправді є гнучкою. Дозвольте мені пояснити: Скрам-команда - це команда, яка працює відповідно до фреймворку Scrum...

Інформаційний бюлетень Echometer

Не пропускайте оновлення на Echometer та отримуйте натхнення для гнучкої роботи