De vraag van een rol instellen — Kennisbank

De vraag van een rol is wat het werk nodig heeft, afzonderlijk van wie het uitvoert. Het is het getal dat het Resourcing-raster meet voor elke boeking, en de reden waarom een onbezette functie als een gat verschijnt in plaats van helemaal niet.

De vraag wordt per rol, per project ingesteld en verandert niet wanneer u de rol bezet. Een boeking beantwoordt het wie; de vraag beantwoordt het hoeveel, en het verschil tussen de twee is het tekort dat het raster voor u tekent.

Declareren wat een rol nodig heeft

In het capaciteitsraster draagt elke rolrij een personen-pictogram aan de rechterkant. Selecteer het om de vraag van de rol te openen.

Het dialoogvenster stelt drie vragen:

Benodigde personen — hoeveel voltijdspersonen de rol vereist. Gehele getallen zijn het gebruikelijke geval; 0,5 betekent de helft van de week van één persoon, dus 2,5 zijn twee voltijdspersonen en een halve.
Benodigd van en Benodigd tot — de periode die de vraag dekt. Als de rol al een vraag heeft, starten deze op de periode die hij al bestrijkt; anders starten ze op de periode die momenteel op het scherm staat.

Onder de velden geeft het dialoogvenster aan wat uw getal wordt: Openstaande slots: 3 · 250% totaal. Die regel is belangrijk, omdat de vraag wordt opgeslagen als één slot per voltijdspersoon — 2,5 personen zijn drie slots — en die slots zijn wat het raster telt. Niets verschijnt in het raster dat het dialoogvenster niet eerst heeft benoemd.

Selecteer Vraag opslaan, en de cellen van de rol worden bijgewerkt: de doellijn beweegt, en elke week waarin de geboekte personen daaronder vallen, wordt als een gat weergegeven.

Vraag later aanpassen

Open hetzelfde dialoogvenster voor een rol die al een vraag heeft en de velden zijn ingevuld met wat het momenteel zegt. Wijzig het getal, de periode of beide.

Bij het opslaan worden de slots die de rol al heeft zoveel mogelijk bewaard en aangepast, in plaats van de vraag van de rol af te breken en opnieuw op te bouwen. De vraag verhogen van twee naar drie personen voegt één slot toe; verlagen van drie naar twee verwijdert er één. Daarom blijven de ID's achter de vraag van een rol stabiel over een bewerking heen, en is een aanpassing een kleine wijziging in plaats van een grote.

Als de bestaande slots van de rol verschillende perioden bestrijken — wat gebeurt wanneer de vraag afkomstig was van een geïmporteerd plan in plaats van dit dialoogvenster — meldt het dialoogvenster dit vóór opslaan, omdat opslaan de enige periode hierboven op alle toepast.

Vraag intrekken

Stel Benodigde personen in op 0 en sla op. De rol stopt met het declareren van iets, en zijn cellen stoppen met het rapporteren van een gat.

Het dialoogvenster waarschuwt u voordat dit gebeurt, en de waarschuwing noemt het enige dat het waard is te weten: iedereen die al op de rol is geboekt, blijft geboekt. Het intrekken van de vraag trekt de vereiste in, niet de personen. Als u ook de boekingen wilde verwijderen, verwijder ze dan apart — zie De bank en conceptboekingen.

Wat te verwachten

Een rol zonder gedeclareerde vraag wordt behandeld als één voltijdspersoon. Dat is de verstandige standaard, geen verklaring die u hebt gedaan. Als het werk werkelijk maar een halve week nodig heeft, geef dat hier aan en het raster stopt met het rapporteren van een tekort dat nooit echt was.
De vraag kan de capaciteit van iedereen overschrijden, opzettelijk. Een rol heeft misschien vier personen nodig; dat is een verklaring over het werk, niet over een persoon, dus niets weigert het. De capaciteitslimiet geldt voor individuen — zie capaciteit per project.
Eén rol kan maximaal 20 personen per opslaan hebben. Daarboven wordt het werk beter beschreven als meerdere rollen, en het plan is ook gemakkelijker te lezen.
De einddatum kan niet vóór de startdatum vallen, en het dialoogvenster slaat niet op totdat dat is opgelost.
De vraag is geen boeking. Het verschijnt nooit in de eigen capaciteit van iemand en maakt nooit iemand bezig. Alleen echte boekingen doen dat.
Een opslaan dat meerdere rollen omvat is één wijziging, niet één per rol. Ofwel worden alle rollen die u hebt gedeclareerd opgenomen of geen van hen. Er is geen uitkomst waarbij sommige rollen zijn genomen en andere niet — een opslaan dat een probleem meldt, heeft het plan precies gelaten zoals het was.
Een opslaan wordt volledig geweigerd als iemand anders dezelfde rollen heeft verschoven terwijl u de editor open had. Er wordt niets geschreven, dus hun wijziging wordt niet overschreven en de uwe wordt niet half toegepast. Heropen de vraag van de rol om te zien waar hij nu staat, en maak uw wijziging bovenop de hunne.

Wie dit kan doen

Het instellen van de vraag vereist de rol Resourcing-fiatteur — een beperktere toestemming dan de Resourcing-manager-rol die het grootste deel van het raster dekt.

Dit verrast mensen, omdat het declareren van een vraag niet voelt als een goedkeuring. De reden is dat een vraag een verklaring is in plaats van een voorstel: zeggen dit project heeft twee ontwikkelaars nodig bindt het plan direct aan een vereiste, zonder een tussenliggende conceptfase en zonder dat iemand het later bevestigt. Het is daarom onderworpen aan dezelfde toestemming als het bevestigen van een boeking. Voorstellen en bevestigen legt de splitsing uit.

Dit is onlangs veranderd. Het declareren van de vraag was vroeger gekoppeld aan de Resourcing-manager-rol. Als u vraag hebt ingesteld en merkt dat u het niet meer kunt opslaan, is dat de reden — vraag degene die uw Flowtly-account beheert om de Resourcing-fiatteur-rol. Beheerders hebben die al.

Het intrekken van de vraag vereist ook de rol van Fiatteur, en hetzelfde geldt voor het verhogen of verlagen van het aantal personen, om dezelfde reden: een vereiste intrekken of de omvang ervan wijzigen is net zo goed een verbintenis als er een declareren.

Het verplaatsen van de periode van een vraag vereist dat niet. Alleen Benodigd van en Benodigd tot wijzigen, terwijl Benodigde personen ongewijzigd blijft, past een al gedeclareerde vereiste aan in plaats van er een te declareren of in te trekken — een Resourcing-manager kan dat nog steeds doen. Dit is het waard te weten, omdat herperiodisering de gebruikelijke bewerking is wanneer een project vertraging oploopt.

Het dialoogvenster werkt dit uit op basis van wat u daadwerkelijk hebt getypt, niet alleen op basis van de rol. Het opent voor iedereen die het raster kan bereiken, en Vraag opslaan blijft beschikbaar zolang uw wijziging er een is die u mag uitvoeren; het wordt grijs, met een uitleg, alleen wanneer de waarden voor u optellen tot een wijziging die goedkeuring vereist. U ontdekt het dus voordat u de bewerking uitvoert, niet daarna.

Als een opslaan wordt geweigerd, is niets half geschreven. De controle wordt uitgevoerd voordat een deel van de wijziging wordt verzonden, zodat de vraag van een rol nooit gedeeltelijk herschreven achterblijft — u krijgt de melding en de vraag blijft precies zoals het was.

Het raster lezen vereist niet meer dan de Resourcing-manager-rol die u toegang geeft tot de pagina.

Voorbeeldgebruiksscenario's

Declareer dat een project vanaf september twee backend-ontwikkelaars nodig heeft, maanden voordat een van hen wordt aangenomen.
Verander een rol die stilzwijgend als onderbezet werd gelezen in een nauwkeurige halftijdse rol, en verwijder een valse kloof uit het plan.
Verhoog een rol van één naar twee personen na een scopewijziging, en zie onmiddellijk welke weken nu te kort schieten.
Trek de vraag in op een rol die een klant heeft geannuleerd, zonder de personen te storen die nog bezig zijn hun werk eraan af te ronden.
Declareer de vraag voor een heel kwartaal, filter dan op Alleen open rollen en overhandig het resultaat aan werving als brief.

Gerelateerde pagina's

Resourcing
Capaciteit per project
De bank en conceptboekingen
Functies
Projecten