Лава і чернеткові бронювання

Редакція Flowtly5 min

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

Лава

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

Кожна людина відображається у вигляді плашки, що показує, яка частина її часу не зайнята, наприклад 60% вільно в сер.. Число поруч із заголовком — 8 вільних — показує, скільки людей взагалі мають місце. Люди, повністю заброньовані, пропускаються повністю: вони недоступні, тому не пропонуються.

Змініть період — і лава зміниться разом із ним. Хтось, хто вільний у вересні, не з'являється на лаві, поки ви дивитесь на липень.

Використовуйте стрілку на заголовку Лава, щоб згорнути смужку, коли вам потрібна повна висота для сітки, і розгорнути її знову.

Читайте відсоток як середнє за весь період. 40% вільно в сер. означає, що, усереднюючи кожний тиждень відображуваного періоду, 40% часу цієї людини не зайнято — не те що 40% вільно у кожному з тих тижнів. Хтось, повністю заброньований сім тижнів із дев'яти і неактивний останні два, читається як приблизно 22% вільний, а хтось без жодних бронювань — як 100%. Цифра рухається разом з тим, що фактично заброньовано, тому дві особи справді можна порівнювати за нею, і смужка відсортована за тією самою цифрою, яку відображають плашки.

Середнє — це все одно не картина тиждень за тижнем. Людина, вільна 40% в середньому, може бути вільна половину кожного тижня, або повністю вільна два тижні з п'яти — а це різні відповіді на питання чи може вона це взяти. Розгорніть роль і перевірте окремі тижні перед тим, як продовжувати бронювання на кілька з них.

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

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

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

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

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

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

Коли ні в кого немає місця, смужка говорить про це прямо: Усі повністю заброньовані в цьому вікні.

Ескізування бронювання

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

Кидання створює чернеткове бронювання:

  • Воно охоплює стовпець, на який ви кинули — один тиждень у місячному перегляді, один двотижневий період у перегляді 90 днів, де кожен стовпець — два тижні. (Останній стовпець 90-денного періоду іноді є одним тижнем, і кидання туди бронює лише той тиждень.)
  • Його розмір відповідає вільній ємності, показаній на плашці, і ніколи не перевищує 100%, тому саме кидання не може нікого надмірно забронювати.

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

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

Перетягування наразі є єдиним способом створити бронювання з цієї сторінки.

Що таке чернетка

Чернетка — це пропозиція. Вона збережена, і ваші колеги можуть її бачити, але вона не є покриттям.

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

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

Підтвердження чернетки

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

Підтвердження працює для однієї людини та однієї ролі за раз. Немає опції підтвердити-всі.

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

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

Скасування підтвердження

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

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

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

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

Видалення чернетки

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

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

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

Видалення чернетки ніколи не впливає на показники покриття нікого, оскільки чернетки ніколи не рахувалися як покриття.

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

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

Налаштування тривалості чернетки

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

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

Зміна тривалості чернетки або її відсотка — це пропонування, а не зобов'язання, тому роль Менеджера ресурсів достатня — роль Схвалювача не потрібна ні для чого з цього.

Що Flowtly реєструє

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

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

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

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

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

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