Віха

Урок 1 з 4

Ресурси проєкту

Студія розписала роботи, розклад і бюджет. Але в розкладі з модуля 8 є деталь, яка притаїлася. Механіку і сервер робить той самий програміст, і за планом обидві роботи йдуть одночасно з 3-го по 5-й тиждень. Одна людина не може працювати за двох, тож план нереальний, хоч на папері ми все узгодили і файно запланували.

Які бувають ресурси

PMBOK ділить ресурси проєкту на два види:

  • команда — люди, які виконують роботу: програміст, дизайнер, тестувальник, маркетолог;
  • фізичні ресурси — усе інше, що потрібно для роботи: ноутбуки, тестові телефони, сервери, ліцензії.

Ширше на ресурси дивляться так: це ще й гроші, час, інформація (ноу-хау, дані, ліцензії) і технології. Гроші й час ми розібрали в модулях 8 і 9, тому тут зосередимося на людях і речах.

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

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

Хто і коли зайнятий

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

Гістограму будують з розкладу. Беруть роботи однієї людини чи ролі і для кожного тижня рахують, скільки з них іде одночасно. У програміста з 3-го по 5-й тиждень дві роботи, механіка і сервер, а програміст у студії один.

Як будують гістограму

Щотижня рахують, скільки робіт припадає на одну людину.

тижні
механікасерверреліз

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

Зверху роботи програміста з розкладу модуля 8, знизу його гістограма. Пунктир — скільки програмістів є в студії. Натисніть на стовпчик, щоб побачити, з чого він складається.

Вирівнювання

Перевантаження розв'язують двома способами:

  • Вирівнювання (resource leveling) — посунути роботу, щоб людина робила задачі по черзі. Строк проєкту може зрости.
  • Згладжування (resource smoothing) — посунути лише роботи з резервом часу, щоб строк не змінився.

Якщо програміст спершу зробить сервер, а механіку відкладе, механіка закінчиться на 10-му тижні замість 7-го. Вона лежить на критичному шляху, тож за нею посунуться рівні, тестування і реліз: гра вийде на 16-му тижні. Це вирівнювання.

У сервера резерв 5 тижнів (модуль 8). Студія переносить сервер на 8–10-й тиждень, після механіки. Тестування все одно стартує після 10-го тижня, тож реліз не зсувається. Це згладжування: програміст працює над однією задачею за раз, а дата релізу та сама.

Вирівнювання і згладжування

Як посунути роботи, щоб програміст не робив дві справи одночасно.

Гістограма програміста

тижні
механікасерверреліз

3 тижні програміст мав би робити механіку і сервер одночасно. Реліз стоїть на 13-му тижні, але план нереальний.

Сірим — роботи інших людей. Пунктирна рамка показує, де робота стояла за планом. Затемнені тижні — після запланованого релізу (13-й тиждень).