Чи вміщається план у команду?

Чого не показує Gantt

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

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

Рахуйте в людино-днях, не в годинах

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

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

Три числа на дисципліну

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

1. Попит. Складіть оцінки всіх задач у вікні, яким потрібна ця дисципліна, в людино-днях. Задача, якій потрібні художник і програміст, рахується один раз для кожного.
2. Робочі дні. Календарні дні вікна мінус вихідні й свята. Тринадцять тижнів — це 65 робочих днів, а не 91.
3. Ємність. На кожен робочий день порахуйте людей цієї дисципліни, які того дня на проєкті. Складіть дні. Три художники на все вікно — 195 художник-днів. Три художники, де третій приходить на 7-му тижні, — 65 + 65 + 35 = 165.

Тоді відніміть: ємність мінус попит, по дисципліні, по вікну. Від'ємний результат — нестача. Поділіть її на робочі дні й отримаєте нестачу в людях: «нам бракує 0,7 художника у віхі 3».

Приклад

Віха 3 триває тринадцять тижнів: 65 робочих днів. Арт-задачі в ній сумарно дають 240 художник-днів. У реєстрі три художники, але третій починає на 5-му тижні, тож ємність — 65 + 65 + 45 = 175 художник-днів. Нестача: 65 художник-днів, тобто один художник на всю віху.

Закрити нестачу можна трьома способами. Випишіть усі три до наради разом із ціною кожного:

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

Два способи рахувати навантаження

Зусилля. Розподіліть людино-дні кожної задачі рівномірно по днях, які вона покриває, і складіть по днях. Це розрахунок вище. Він каже, чи вміщається вся робота у всю ємність.

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

План може пройти перевірку зусиль і провалити перевірку одночасності — сумарно вміщається, але все заплановано на один понеділок. Робіть обидві.

У ємності є дати початку й кінця

Реєстр, записаний як «шість інженерів», — не ємність. Шість інженерів із січня, один іде у квітні, двоє приходять у липні — ось ємність. Записуйте кожну людину з першим і останнім днем. Відкриті місця теж, із запланованою датою старту: «Художник 4, з 3 листопада» — справжній рядок, і саме його дата зсунеться.

Найсуворіша перевірка: призначити все

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

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

Як це робити в таблиці

Стовпці — тижні, рядки — дисципліни, один аркуш для попиту, один для ємності, третій віднімає. Це працює в день, коли ви це зібрали.

Перестає працювати з трьох причин. Залежностей у таблиці немає, тож пересунута задача не рухає задачі за нею. Реєстр — число в рядку, а не люди з датами, тож затриманий найм — чотирнадцять комірок, які треба правити руками. І копій кілька, і ніхто не знає, яка з них у директора.

Як це робить Capaxima

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

Це настільний застосунок для Windows, зараз у беті. Що це і чого не робить · Запросити бету.

Чекліст перед нарадою

• У кожної задачі у вікні є дисципліна й оцінка в людино-днях. Задачі без оцінки рахуються як невідомі, а не як нуль.
• Робочі дні не включають свята, про які ви вже знаєте.
• У кожної людини в реєстрі є дата початку; у кожного відкритого місця — запланована.
• Ємність мінус попит по дисципліні, з нестачею в людях.
• Перевірка одночасності: чи є день, якому потрібно більше людей, ніж існує?
• Три способи закрити кожну нестачу і ціна кожного.
• Список задач, які не вдалося призначити нікому.