Перейти до основного вмісту

База знань практик

Workload Audits / Capacity Planning

Регулярна перевірка навантаження та пропускної здатності допомагає побачити хронічне перевантаження та перерозподілити роботу до стійкого виснаження.

Організація workload-audits-capacity-planning
Розділи документації

Що це

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

Коли допомагає

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

Як почати

  1. 1 Зберіть список активних завдань, зобов'язань та регулярної прихованої роботи з кожної команди.
  2. 2 Оцініть доступну ємність людей з урахуванням зустрічей, підтримки, відпусток та вже взятих зобов'язань.
  3. 3 Позначте завдання, які можна зупинити, відкласти чи передати іншому власнику.
  4. 4 Зафіксуйте ліміт одночасної роботи для команди та правило, хто узгоджуватиме нові термінові запити.
  5. 5 Проведіть короткий щотижневий перегляд навантаження та фіксуйте рішення у загальному списку.

Очікуваний ефект

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

Часті помилки

  • Рахувати ємність тільки за календарем та не враховувати підтримку, зустрічі, перемикання та адміністративні завдання.
  • Використовувати аудит навантаження як спосіб сильніше завантажити людей, а не як основу вибору пріоритетів.
  • Збирати дані один раз і не повертатися до них у разі появи нових термінових запитів.
  • Не давати керівникам права зупиняти чи переносити завдання при явному перевантаженні.

Що почитати глибше

  • Книга: Donald G. Reinertsen, The Principles of Product Development Flow
  • Книга: Gene Kim, Kevin Behr, George Spafford, The Phoenix Project
  • Книга: Eliyahu M. Goldratt, Critical Chain
  • Дослідження: Christina Maslach, Michael P. Leiter, work overload and burnout
  • Документація: Kanban Guide, Work in Progress limits

FAQ

Хто має володіти цією практикою?

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

Чи можна розпочати без складної системи планування?

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

Як зрозуміти, що практика працює?

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

Що робити, якщо команди опираються оцінці ємності?

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