Polska firma — tworzymy w Polsce 🇵🇱

Ustawianie zapotrzebowania roli

Zespół redakcyjny Flowtly4 min

Zapotrzebowanie roli to to, czego wymaga praca, określone niezależnie od tego, kto ją wykonuje. Jest to liczba, którą siatka Resourcing mierzy dla każdej rezerwacji, i powód, dla którego nieobsadzone stanowisko pojawia się jako luka, a nie jako nic.

Zapotrzebowanie jest ustawiane na rolę, na projekt i nie zmienia się, gdy obsadzasz rolę. Rezerwacja odpowiada na pytanie kto; zapotrzebowanie odpowiada na pytanie ile, a różnica między nimi to niedobór, który siatka rysuje dla ciebie.

Deklarowanie zapotrzebowania roli

W siatce pojemności każdy wiersz roli nosi ikonę osób po prawej stronie. Wybierz ją, aby otworzyć zapotrzebowanie roli.

Okno dialogowe zadaje trzy pytania:

  • Potrzebne osoby — ile osób na pełny etat wymaga rola. Liczby całkowite są typowym przypadkiem; 0,5 oznacza połowę tygodnia jednej osoby, więc 2,5 to dwie osoby na pełny etat i pół.
  • Potrzebne od i Potrzebne do — okres, który obejmuje zapotrzebowanie. Jeśli rola ma już zapotrzebowanie, te wartości zaczynają się od okresu, który już obejmuje; w przeciwnym razie zaczynają się od okresu aktualnie wyświetlanego na ekranie.

Pod polami okno dialogowe podaje, czym staje się twoja liczba: Otwarte sloty: 3 · 250% łącznie. Ten wiersz jest ważny, ponieważ zapotrzebowanie jest przechowywane jako jeden slot na osobę na pełny etat — 2,5 osoby to trzy sloty — i te sloty są tym, co siatka zlicza. Nic nie pojawia się w siatce, czego okno dialogowe nie wymieniło jako pierwsze.

Wybierz Zapisz zapotrzebowanie, a komórki roli zaktualizują się: linia docelowa przesuwa się, a każdy tydzień, w którym zarezerwowane osoby są poniżej niej, jest wyświetlany jako luka.

Późniejsza korekta zapotrzebowania

Otwórz to samo okno dialogowe dla roli, która ma już zapotrzebowanie, a pola będą wypełnione tym, co aktualnie mówi. Zmień liczbę, okres lub oba.

Zapisanie zachowuje sloty, które rola już ma, tam gdzie to możliwe, i dostosowuje je, zamiast rozbierać zapotrzebowanie roli i odbudowywać je. Podniesienie zapotrzebowania z dwóch do trzech osób dodaje jeden slot; obniżenie z trzech do dwóch usuwa jeden. Dlatego identyfikatory stojące za zapotrzebowaniem roli pozostają stabilne przez edycję, a korekta jest małą zmianą, a nie dużą.

Jeśli istniejące sloty roli obejmują różne okresy — co zdarza się, gdy zapotrzebowanie pochodziło z importowanego planu, a nie z tego okna dialogowego — okno dialogowe informuje o tym przed zapisaniem, ponieważ zapisanie stosuje jeden okres podany powyżej do wszystkich.

Wycofanie zapotrzebowania

Ustaw Potrzebne osoby na 0 i zapisz. Rola przestaje cokolwiek deklarować, a jej komórki przestają zgłaszać lukę.

Okno dialogowe ostrzega przed tym, a ostrzeżenie wymienia jedną rzecz wartą wiedzy: każdy, kto jest już zarezerwowany na rolę, pozostaje zarezerwowany. Wycofanie zapotrzebowania wycofuje wymaganie, nie osoby. Jeśli zamierzałeś usunąć również rezerwacje, usuń je oddzielnie — zobacz Ławka i robocze rezerwacje.

Czego się spodziewać

  • Rola bez zadeklarowanego zapotrzebowania jest traktowana jako jedna osoba na pełny etat. To rozsądna domyślna wartość, a nie deklaracja, którą złożyłeś. Jeśli praca naprawdę wymaga tylko pół tygodnia, powiedz o tym tutaj, a siatka przestanie zgłaszać niedobór, który nigdy nie był prawdziwy.
  • Zapotrzebowanie może przekraczać pojemność każdego, celowo. Rola może wymagać czterech osób; to jest deklaracja o pracy, a nie o osobie, więc nic jej nie odmawia. Limit pojemności dotyczy poszczególnych osób — zobacz pojemność według projektu.
  • Jedna rola może mieć co najwyżej 20 osób na jedno zapisanie. Powyżej tego praca jest lepiej opisana jako kilka ról, a plan jest też łatwiejszy do odczytania w ten sposób.
  • Data zakończenia nie może poprzedzać daty rozpoczęcia, a okno dialogowe nie zapisze, dopóki to nie zostanie naprawione.
  • Zapotrzebowanie nie jest rezerwacją. Nigdy nie pojawia się w pojemności własnej kogokolwiek i nigdy nie sprawia, że ktoś wygląda na zajętego. Tylko prawdziwe rezerwacje to robią.
  • Zapisanie obejmujące kilka ról to jedna zmiana, nie jedna na rolę. Albo wszystkie zadeklarowane role są rejestrowane, albo żadna z nich. Nie ma wyniku, w którym niektóre role zostały zapisane, a inne nie — zapisanie, które zgłasza problem, pozostawiło plan dokładnie takim, jakim był.
  • Zapisanie jest odrzucane całkowicie, jeśli ktoś inny przesunął te same role, gdy miałeś otwarty edytor. Nic nie jest zapisywane, więc ich zmiana nie jest nadpisywana, a twoja nie jest zastosowana w połowie. Ponownie otwórz zapotrzebowanie roli, aby zobaczyć, gdzie teraz stoi, i wprowadź swoją zmianę na podstawie ich.

Kto może to zrobić

Ustawienie zapotrzebowania wymaga roli Zatwierdzający Resourcing — węższego uprawnienia niż rola Menedżera Resourcing, która obejmuje większość siatki.

To zaskakuje ludzi, ponieważ deklarowanie zapotrzebowania nie wydaje się zatwierdzeniem. Powodem jest to, że zapotrzebowanie jest deklaracją, a nie propozycją: powiedzenie ten projekt potrzebuje dwóch programistów natychmiast zobowiązuje plan do wymagania, bez żadnego etapu roboczego pomiędzy i bez niczyjego potwierdzenia później. Jest więc objęte tym samym uprawnieniem co potwierdzenie rezerwacji. Proponowanie i zatwierdzanie wyjaśnia podział.

To zmieniło się niedawno. Deklarowanie zapotrzebowania było wcześniej przypisane do roli Menedżera Resourcing. Jeśli ustawiałeś zapotrzebowanie i stwierdzasz, że nie możesz go już zapisać, to dlatego — poproś osobę zarządzającą kontem Flowtly o rolę Zatwierdzającego Resourcing. Administratorzy już ją mają.

Wycofanie zapotrzebowania również wymaga roli Zatwierdzającego, podobnie jak podniesienie lub obniżenie liczby osób, z tego samego powodu: wycofanie wymagania lub zmiana jego rozmiaru jest takim samym zobowiązaniem jak jego zadeklarowanie.

Przesunięcie okresu zapotrzebowania tego nie wymaga. Zmiana tylko Potrzebne od i Potrzebne do, pozostawiając Potrzebne osoby bez zmian, dostosowuje już zadeklarowane wymaganie, zamiast je deklarować lub wycofywać — Menedżer Resourcing nadal może to zrobić. Warto o tym wiedzieć, ponieważ ponowna periodyzacja to typowa edycja, gdy projekt się opóźnia.

Okno dialogowe ustala to na podstawie tego, co faktycznie wpisałeś, a nie tylko roli. Otwiera się dla każdego, kto może dotrzeć do siatki, a Zapisz zapotrzebowanie jest dostępne, dopóki twoja zmiana jest tą, którą możesz wykonać; szarzeje, z wyjaśnieniem, dopiero gdy wartości przed tobą łącznie składają się na zmianę wymagającą zatwierdzenia. Dowiadujesz się więc przed zatwierdzeniem edycji, a nie po.

Jeśli zapisanie zostanie odrzucone, nic nie jest napisane w połowie. Kontrola jest uruchamiana przed wysłaniem jakiejkolwiek części zmiany, więc zapotrzebowanie roli nigdy nie jest częściowo przepisane — otrzymujesz komunikat, a zapotrzebowanie pozostaje dokładnie takim, jakim było.

Odczytywanie siatki nie wymaga niczego poza rolą Menedżera Resourcing, która daje dostęp do strony.

Przykłady zastosowania

  • Zadeklaruj, że projekt potrzebuje dwóch programistów backendowych od września, na miesiące przed zatrudnieniem któregokolwiek z nich.
  • Zamień rolę, która po cichu była odczytywana jako niedostatecznie obsadzona, na dokładną rolę półetatową i usuń fałszywą lukę z planu.
  • Podnieś rolę z jednej do dwóch osób po zmianie zakresu i natychmiast sprawdź, które tygodnie są teraz niedoborowe.
  • Wycofaj zapotrzebowanie na rolę, którą klient anulował, nie zakłócając pracy osób wciąż kończących na niej swoje zadania.
  • Zadeklaruj zapotrzebowanie na cały kwartał, a następnie filtruj według Tylko otwarte role, aby przekazać wynik rekrutacji jako brief.

Powiązane strony

  • Resourcing
  • Pojemność według projektu
  • Ławka i robocze rezerwacje
  • Stanowiska
  • Projekty