Bedarf einer Rolle festlegen

Der Bedarf einer Rolle beschreibt, was die Arbeit benötigt — unabhängig davon, wer sie ausführt. Es ist die Zahl, an der das Resourcing-Raster jede Buchung misst, und der Grund dafür, dass eine unbesetzte Stelle als Lücke erscheint statt gar nicht.

Bedarf wird pro Rolle und pro Projekt angegeben und ändert sich nicht, wenn die Rolle besetzt wird. Eine Buchung beantwortet das Wer; Bedarf beantwortet das Wie viel, und die Differenz zwischen beiden ist der Fehlbedarf, den das Raster anzeigt.

Den Bedarf einer Rolle angeben

Im Kapazitätsraster trägt jede Rollenzeile an ihrem rechten Rand ein Personen-Symbol. Wählen Sie es aus, um den Bedarf der Rolle zu öffnen.

Der Dialog stellt drei Fragen:

Benötigte Personen — wie viele Vollzeitpersonen die Rolle erfordert. Ganze Zahlen sind der Normalfall; 0,5 bedeutet die Hälfte einer Personenwoche, also ist 2,5 zwei Vollzeitpersonen und eine halbe.
Benötigt von und Benötigt bis — der Zeitraum, den der Bedarf abdeckt. Wenn die Rolle bereits Bedarf hat, beginnen diese am Zeitraum, den sie bereits abdeckt; andernfalls am aktuell angezeigten Zeitraum.

Unterhalb der Felder zeigt der Dialog, was Ihre Zahl ergibt: Offene Stellen: 3 · 250% insgesamt. Diese Zeile ist wichtig, weil Bedarf als ein Slot pro Vollzeitperson gespeichert wird — 2,5 Personen sind drei Slots — und diese Slots sind das, was das Raster zählt. Nichts erscheint im Raster, was der Dialog nicht zuerst benannt hat.

Wählen Sie Bedarf speichern, und die Zellen der Rolle werden aktualisiert: die Ziellinie bewegt sich, und jede Woche, in der die gebuchten Personen darunter liegen, wird als Lücke angezeigt.

Bedarf später anpassen

Öffnen Sie denselben Dialog für eine Rolle, die bereits Bedarf hat — die Felder sind mit dem aktuellen Stand gefüllt. Ändern Sie die Zahl, den Zeitraum oder beides.

Beim Speichern werden die bereits vorhandenen Slots der Rolle so weit wie möglich beibehalten und angepasst, anstatt den Bedarf der Rolle abzubauen und neu aufzubauen. Den Bedarf von zwei auf drei Personen zu erhöhen, fügt einen Slot hinzu; ihn von drei auf zwei zu senken, entfernt einen. Daher bleiben die IDs hinter dem Bedarf einer Rolle über eine Bearbeitung hinweg stabil, und eine Anpassung ist eine kleine statt einer großen Änderung.

Wenn die vorhandenen Slots der Rolle unterschiedliche Zeiträume abdecken — was passiert, wenn der Bedarf aus einem importierten Plan statt aus diesem Dialog stammt — teilt der Dialog dies mit, bevor Sie speichern, denn das Speichern wendet den oben angegebenen einzelnen Zeitraum auf alle an.

Bedarf zurückziehen

Setzen Sie Benötigte Personen auf 0 und speichern Sie. Die Rolle hört auf, etwas zu deklarieren, und ihre Zellen hören auf, eine Lücke zu melden.

Der Dialog warnt Sie, bevor dies geschieht, und die Warnung nennt das Einzige, was es zu wissen gibt: Wer bereits auf die Rolle gebucht ist, bleibt gebucht. Das Zurückziehen von Bedarf zieht die Anforderung zurück, nicht die Personen. Wenn Sie auch die Buchungen entfernen wollten, entfernen Sie diese separat — siehe Die Bank und Entwurfsbuchungen.

Was zu erwarten ist

Eine Rolle ohne deklarierten Bedarf wird als eine Vollzeitperson behandelt. Das ist die sinnvolle Standardeinstellung, keine Aussage, die Sie gemacht haben. Wenn die Arbeit tatsächlich nur eine halbe Woche benötigt, geben Sie das hier an, und das Raster hört auf, eine Lücke zu melden, die nie real war.
Bedarf kann die Kapazität aller überschreiten — absichtlich. Eine Rolle kann vier Personen benötigen; das ist eine Aussage über die Arbeit, nicht über eine Person, also wird nichts abgelehnt. Die Kapazitätsgrenze gilt für Einzelpersonen — siehe Kapazität nach Projekt.
Eine Rolle kann maximal 20 Personen pro Speichervorgang haben. Darüber hinaus wird die Arbeit besser als mehrere Rollen beschrieben, und der Plan ist so auch leichter lesbar.
Das Enddatum darf nicht vor dem Startdatum liegen, und der Dialog speichert nicht, bis das korrigiert ist.
Bedarf ist keine Buchung. Er erscheint nie in der eigenen Kapazität von jemandem und lässt niemanden beschäftigt aussehen. Nur echte Buchungen tun das.
Ein Speichervorgang, der mehrere Rollen umfasst, ist eine einzige Änderung, nicht eine pro Rolle. Entweder werden alle deklarierten Rollen erfasst oder keine. Es gibt kein Ergebnis, bei dem einige Rollen erfolgreich waren und andere nicht — ein Speichervorgang, der ein Problem meldet, hat den Plan genau so belassen, wie er war.
Ein Speichervorgang wird vollständig abgelehnt, wenn jemand anderes dieselben Rollen verschoben hat, während Sie den Editor geöffnet hatten. Es wird nichts geschrieben, also wird deren Änderung nicht überschrieben und Ihre ist nicht halb angewendet. Öffnen Sie den Bedarf der Rolle erneut, um zu sehen, wo er jetzt steht, und nehmen Sie Ihre Änderung auf Basis ihrer Änderung vor.

Wer das tun kann

Das Festlegen von Bedarf erfordert die Rolle Resourcing-Genehmiger — eine engere Berechtigung als die Resourcing-Manager-Rolle, die den größten Teil des Rasters abdeckt.

Das überrascht manche, weil das Deklarieren von Bedarf sich nicht wie eine Genehmigung anfühlt. Der Grund ist, dass ein Bedarf eine Aussage statt eines Vorschlags ist: zu sagen dieses Projekt braucht zwei Entwickler verpflichtet den Plan sofort zu einer Anforderung, ohne Entwurfsphase dazwischen und ohne dass jemand das später bestätigt. Daher unterliegt es derselben Berechtigung wie das Bestätigen einer Buchung. Vorschlagen und Bestätigen erklärt die Aufteilung.

Das hat sich kürzlich geändert. Das Deklarieren von Bedarf war früher mit der Resourcing-Manager-Rolle verbunden. Wenn Sie Bedarf festgelegt haben und feststellen, dass Sie ihn nicht mehr speichern können, liegt es daran — bitten Sie denjenigen, der Ihr Flowtly-Konto verwaltet, um die Resourcing-Genehmiger-Rolle. Administratoren haben sie bereits.

Das Zurückziehen von Bedarf erfordert ebenfalls die Genehmiger-Rolle, ebenso wie das Erhöhen oder Senken der Personenzahl, aus demselben Grund: eine Anforderung zurückzuziehen oder ihre Größe zu ändern ist genauso eine Verpflichtung wie eine zu deklarieren.

Das Verschieben des Zeitraums eines Bedarfs erfordert das nicht. Nur Benötigt von und Benötigt bis zu ändern, während Benötigte Personen unverändert bleibt, passt eine bereits deklarierte Anforderung an, anstatt eine zu deklarieren oder zurückzuziehen — das kann ein Resourcing-Manager noch immer tun. Das ist es wert zu wissen, weil die Neuperiodisierung die häufige Bearbeitung ist, wenn ein Projekt sich verzögert.

Der Dialog ermittelt dies aus dem, was Sie tatsächlich eingetippt haben, nicht nur aus der Rolle. Er öffnet sich für jeden, der das Raster erreichen kann, und Bedarf speichern bleibt verfügbar, solange Ihre Änderung eine ist, die Sie vornehmen dürfen; er wird ausgegraut, mit einer Erklärung, erst wenn die Werte vor Ihnen in ihrer Gesamtheit eine Änderung ergeben, die eine Genehmigung erfordert. Sie erfahren es also vor der Bearbeitung, nicht danach.

Wenn ein Speichervorgang abgelehnt wird, ist nichts halb geschrieben. Die Prüfung läuft, bevor irgendein Teil der Änderung gesendet wird, sodass der Bedarf einer Rolle nie teilweise überschrieben wird — Sie erhalten die Meldung und der Bedarf bleibt genau wie er war.

Das Lesen des Rasters erfordert nicht mehr als die Resourcing-Manager-Rolle, die Ihnen den Zugang zur Seite gibt.

Anwendungsbeispiele

Deklarieren Sie, dass ein Projekt ab September zwei Backend-Entwickler benötigt, Monate bevor einer von ihnen eingestellt wird.
Wandeln Sie eine Rolle, die stillschweigend als unterbesetzt galt, in eine genaue Halbzeitstelle um und entfernen Sie eine falsche Lücke aus dem Plan.
Erhöhen Sie eine Rolle von einer auf zwei Personen nach einer Änderung des Projektumfangs, und sehen Sie sofort, welche Wochen jetzt kurz kommen.
Ziehen Sie den Bedarf für eine Rolle zurück, die ein Kunde storniert hat, ohne die Personen zu stören, die noch ihre Arbeit daran abschließen.
Deklarieren Sie Bedarf für ein ganzes Quartal, filtern Sie dann auf Nur offene Rollen und übergeben Sie das Ergebnis als Brief an die Personalbeschaffung.