Resourcing

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

Якщо Облік часу фіксує те, що вже сталося, то Resourcing дивиться вперед. Він планує зобов'язання; він не звітує про них.

Два погляди на один план

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

• Проєкти - впорядковано за роботою. Чи покрито те, що ми продали, і де прогалина? Саме тут бронювання створюють і підтверджують.
• Люди - впорядковано за командою. Наскільки завантажений кожен, хто має запас і хто заброньований понад свій тиждень? Кожна людина з контрактом має рядок, незалежно від того, чи щось на неї заброньовано - окрім тих, кого виключено з призначення на проєкти; їх у списку немає.

Третя вкладка, Запити, - це місце, де укомплектування пропонують і затверджують, а не бронюють напряму - див. сторінку «Запити на укомплектування та їх затвердження», щоб дізнатися, як читати запит і діяти за ним. Четверта вкладка, Фактичні дані, дивиться в інший бік: вона зіставляє план із годинами, які насправді звітовано в обліку часу, щоб ви бачили, чи план спрацював.

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

Що показує вигляд проєктів

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

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

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

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

Унизу вигляду проєктів розташована лава - люди, які ще мають запас у періоді на екрані. Перетягніть когось із лави на роль, у колонку, де він потрібен, щоб накидати бронювання, не зобов'язуючись. Бронювання, зроблені так, залишаються оборотними: чернетку можна підтвердити, а підтвердження - скасувати. Див. Лава і чернеткові бронювання.

Або плануйте напряму, без запиту на укомплектування

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

Додати особу бронює людину просто на проєкт. Не потрібно спершу подавати запит на укомплектування, проєкт ще не повинен мати жодних ролей, а роль необов'язкова - щось, що фіксують, коли це корисно, а не передумова. Потім ви вводите години у вибрані дні: дні не мусять іти підряд, тож вівторок і середа цього тижня та чотири дні наступного - це план, а пропущені дні залишаються порожніми, а не заповнюються за вас. Редагування торкається лише людини та змінених вами днів; решта проєкту та решта тижня цієї людини залишається як було. Лава і чернеткові бронювання показує вибір особи та редактор днів.

Коли план уже існує, Перемістити бронювання… на комірці людини зсуває його на цілі тижні. Кожен день зберігає свій день тижня й години, а проміжки рухаються разом із ним, а не закриваються. Див. Деталізація комірки.

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

Вибір періоду

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

• Масштаб визначає, скільки часу на екрані, і однаковий у вигляді Проєкти та Люди: 1 тиждень, 9 тижнів і 13 тижнів.
  • 1 тиждень показує один тиждень, від понеділка до неділі, день за днем.
  • 9 тижнів показує дев'ять тижнів, одна колонка на тиждень.
  • 13 тижнів показує тринадцять тижнів у семи двотижневих колонках.
• Перемикання між Проєктами та Людьми зберігає масштаб і дати. Тиждень, відкритий по днях в одному вигляді, - це той самий тиждень по днях в іншому. Див. Ємність за особою.
• Назад і Далі зсувають вікно на один тиждень на кожному рівні масштабу. Це свідомо: план легше читати, коли він ковзає, а не стрибає.
• Сьогодні повертає до поточного тижня, а Перейти до переносить початок на перший понеділок вибраного місяця, не змінюючи довжини діапазону.

Заголовок над сіткою завжди називає точний діапазон на екрані, наприклад 20 лип - 20 вер 2026. Під час першого відкриття, якщо навколо сьогодні нічого не заброньовано, Resourcing один раз переходить до найранішого періоду, що містить бронювання, тож сторінка ніколи не відкривається на порожній сітці. Після цього вигляд залишається там, де ви його поставили.

Звуження сітки

Дві пілюлі фільтрів розташовані на тій самій смузі, після елементів керування періодом.

Ролі пропонує Усі ролі та Лише відкриті ролі. Лише відкриті ролі залишає проєкти, що мають вакансію десь у періоді на екрані - найшвидший спосіб перетворити повний план на короткий список найму або перепризначення. У вигляді Люди залишаються лише рядки відкритих ролей: усі люди зникають, бо рядок людини за визначенням укомплектований.

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

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

Хто може ним користуватися

Resourcing потребує модуля Resourcing у вашій підписці та однієї з ролей Resourcing - Resourcing manager, Resourcing approver або Resourcing viewer, описаних нижче. Люди без модуля та ролі не бачать цього пункту в меню.

Люди та Проєкти мають картки лише для читання на телефоні. Картки Людей показують заплановані години, ємність, вільні години та окремо запропоновані години. Картки Проєктів показують підтверджене покриття, заявлений попит, відкритий попит та окремо запропоновані години. Довгі назви переносяться, а підсумки описують відповідні картки.

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

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

Пропонування та затвердження - окремі дозволи

Планування розділене на два повноваження, адже накидати варіант і зобов'язати компанію ним - різні рішення, і щоб пропонувати бронювання та затверджувати його могли різні люди:

• Resourcing manager - пропонує. Створює чернетки, як перетягуванням із лави, так і безпосереднім додаванням людини до проєкту, подовжує й скорочує їх, змінює, яку частину часу людини вони займають, переносить чернетки на інші тижні, видаляє чернетки та імпортує розподіли. Це щоденна планувальна роль.
• Resourcing approver - затверджує. Усе, що може Resourcing manager, а також підтвердження чернетки в облікуване покриття, скасування підтвердження, зміна або перенесення вже підтвердженого дня та визначення попиту ролі - саме так відкрита роль узагалі з'являється в проєкті.

Approver - це доповнення, а не заміна, тож затверджувач усе ще може планувати. Адміністратори мають обидві ролі і змін не відчувають.

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

Якщо ваша організація вже користувалася Resourcing, для вас нічого не змінюється. Підтвердження раніше йшло разом із роллю Resourcing manager, а тепер це окрема роль Approver - але всі, хто міг підтверджувати раніше, її отримали, тож люди, які комплектують ваші проєкти, працюють так само, як і раніше. Розмежування доступне, а не нав'язане: адміністратор може свідомо зняти роль Approver з планувальника, якщо ви хочете, щоб пропонувати й затверджувати могли різні люди.

Якщо Підтвердити та Скасувати підтвердження неактивні або попит ролі не зберігається, вам потрібна роль Resourcing approver - попросіть того, хто адмініструє ваш обліковий запис Flowtly, надати її.

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

Доступ лише для читання: роль Resourcing viewer

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

Resourcing viewer може бачити:

• розклад у виглядах Проєкти та Люди, зокрема відкриття тижня по днях;
• вкладку Запити, з історією кожного запиту та вказаною причиною щоразу, коли запит було відхилено.

Resourcing viewer не може:

• нічого змінювати - бронювати, переміщати, подовжувати, підтверджувати, відхиляти чи видаляти бронювання, затверджувати чи відхиляти запит або визначати, чого потребує роль. Ці елементи просто не показуються viewer, а не відображаються неактивними, бо в кожному рядку немає нічого, про що viewer міг би попросити;
• бачити лаву - список вільних людей - бо це інструмент планування;
• бачити Фактичні дані, а разом із ними жодну цифру доходу, витрат чи маржі.

Resourcing viewer надається людині окремо і за замовчуванням не входить до жодної групи дозволів. Призначте його в розділі Дозволи. Адміністратори вже його мають.

Роль Resourcing визначає, що ви можете робити на сторінці, а не чиї рядки ви можете бачити. Viewer, як і manager, також потребує звичайних дозволів на перегляд людей і проєктів, щоб бачити всю сітку.

Для тих, хто вже планує, нічого не змінюється: ролі Resourcing manager і Resourcing approver зберігають повний доступ, описаний вище.

Що фіксується

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

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

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

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

Приклади використання

• Заявити, що проєкту потрібні двоє розробників із вересня, і спостерігати, як прогалина з'являється в плані, доки її не заповнять.
• Помітити проєкти наступного місяця з нестачею людей раніше за клієнта й заповнити їх з лави.
• Знайти ролі, які ще відкриті протягом кварталу, і перетворити їх на опис для найму.
• Перевірити, чи можна взагалі укомплектувати запропоноване нове замовлення, перш ніж зобов'язуватися щодо дати старту.
• Помітити людину, заброньовану понад повну ємність на двох проєктах, поки ще є час збалансувати.
• Перейти до вигляду Люди, щоб побачити, хто має запас наступного місяця, не ведучи ніде списку лави.
• Перевірити у вигляді Люди, що працівник на неповну ставку не заброньований так, ніби працює повний тиждень.
• Відкрити комірку проєкту зі значенням 50 % і за один рядок дізнатися, це дві наполовину заповнені ролі чи одна незаповнена.
• Розкрити тиждень із конфліктом по днях, щоб побачити, у які дні відпустка і бронювання насправді стикаються.
• Накидати кілька варіантів укомплектування як чернетки, порівняти їх на сітці й підтвердити лише той, що працює.
• Поставити на проєкт на кілька днів людину, якій уже пообіцяно, не визначаючи спершу роль, яку вона мала б заповнити.
• Відсунути запланований відрізок на два тижні, коли клієнт переносить дату старту, зберігши ті самі дні тижня й ті самі проміжки.

Пов'язані сторінки

• Ємність за проєктом
• Ємність за особою
• Режим призначень
• Деталізація комірки
• Встановлення попиту для ролі
• Лава і чернеткові бронювання
• Запити на укомплектування та їх затвердження
• Проєкти
• Посади
• Відпустки
• Облік часу