Fastsæt en rolles efterspørgsel

Flowtly Redaktionsteam4 min

En rolles efterspørgsel er hvad arbejdet behøver, angivet adskilt fra hvem der udfører det. Det er det tal, som Resourcing-gitteret måler enhver booking op imod, og det er årsagen til, at et ubesat job vises som en manko i stedet for slet ikke at vises.

Efterspørgsel er angivet pr. rolle, pr. projekt, og den ændres ikke, når du bemander rollen. En booking besvarer hvem; efterspørgsel besvarer hvor meget, og forskellen mellem de to er den mangel, som gitteret tegner for dig.

Erklær hvad en rolle behøver

I kapacitetsgitteret bærer hver rollerad et person-ikon i sin højre kant. Vælg det for at åbne rollens efterspørgsel.

Dialogboksen spørger om tre ting:

  • Behov for antal personer — hvor mange fuldtidsansatte rollen kræver. Hele tal er det normale; 0,5 betyder halvdelen af én persons uge, så 2,5 er to fuldtidsansatte og en halv.
  • Behov fra og Behov til — den periode efterspørgslen dækker. Hvis rollen allerede har efterspørgsel, starter disse på den periode, den allerede dækker; ellers starter de på den periode, der aktuelt vises på skærmen.

Under felterne angiver dialogboksen, hvad dit tal bliver til: Ledige pladser: 3 · 250% i alt. Den linje er vigtig, fordi efterspørgsel gemmes som én plads pr. fuldtidsansat — 2,5 personer er tre pladser — og disse pladser er det, gitteret tæller. Intet vises på gitteret, som dialogboksen ikke nævnte først.

Vælg Gem efterspørgsel, og rollens celler opdateres: mållinjen bevæger sig, og enhver uge, hvor de bookede personer er under den, markeres som en manko.

Juster efterspørgsel senere

Åbn den samme dialogboks på en rolle, der allerede har efterspørgsel, og felterne er udfyldt med, hvad den aktuelt siger. Ændr tallet, perioden eller begge dele.

Gemning beholder de pladser, rollen allerede har, så vidt det er muligt, og justerer dem i stedet for at nedlægge rollens efterspørgsel og genopbygge den. At hæve efterspørgsel fra to til tre personer tilføjer én plads; at sænke den fra tre til to fjerner én. Det er årsagen til, at id'erne bag en rolles efterspørgsel forbliver stabile på tværs af en redigering, og til, at en justering er en lille ændring snarere end en stor.

Hvis rollens eksisterende pladser dækker forskellige perioder — hvilket sker, når efterspørgsel kom fra en importeret plan snarere end fra denne dialogboks — siger dialogboksen dette, inden du gemmer, fordi gemning anvender den enkelte periode ovenfor på dem alle.

Tilbagetrækning af efterspørgsel

Sæt Behov for antal personer til 0 og gem. Rollen holder op med at erklære noget, og dens celler holder op med at rapportere en manko.

Dialogboksen advarer dig, inden dette sker, og advarslen nævner det eneste, der er værd at vide: alle der allerede er booket på rollen forbliver booket. Tilbagetrækning af efterspørgsel tilbagetrækker kravene, ikke personerne. Hvis du mente at fjerne bookingerne også, skal du fjerne dem separat — se Bænken og kladde-bookinger.

Hvad du kan forvente

  • En rolle uden erklæret efterspørgsel behandles som én fuldtidsansat. Det er standardindstillingen, ikke en erklæring du har lavet. Hvis arbejdet faktisk kun kræver en halv uge, skal du angive det her, og gitteret vil holde op med at rapportere en manko, der aldrig var reel.
  • Efterspørgsel kan overstige enhvers kapacitet, med vilje. En rolle kan have behov for fire personer; det er en erklæring om arbejdet, ikke om en person, så intet afviser det. Kapacitetsgrænsen gælder for enkeltpersoner — se kapacitet pr. projekt.
  • Én rolle kan have højst 20 personer pr. gemning. Derudover er arbejdet bedre beskrevet som flere roller, og planen er lettere at læse på den måde.
  • Slutdatoen kan ikke falde før startdatoen, og dialogboksen gemmer ikke, før dette er rettet.
  • Efterspørgsel er ikke en booking. Den vises aldrig på nogens egen kapacitet og får aldrig nogen til at se optaget ud. Kun rigtige bookinger gør det.
  • En gemning der dækker flere roller er én ændring, ikke én pr. rolle. Enten registreres alle de roller, du erklærede, eller ingen af dem. Der er ingen udfald, hvor nogen roller lykkedes og andre ikke, så en gemning der rapporterer et problem har efterladt planen nøjagtigt som den var.
  • En gemning afvises fuldstændigt, hvis en anden har ændret de samme roller, mens du havde editoren åben. Intet skrives, så deres ændring overskrives ikke og din er ikke halvt anvendt. Genåbn rollens efterspørgsel for at se, hvor den nu står, og foretag din ændring ovenpå deres.

Hvem kan gøre dette

At fastsætte efterspørgsel kræver rollen Resourcing-godkender — en smalere tilladelse end Resourcing-manager-rollen, der dækker det meste af gitteret.

Dette overrasker folk, fordi det at erklære efterspørgsel ikke føles som en godkendelse. Årsagen er, at en efterspørgsel er en erklæring snarere end et forslag: at sige dette projekt har behov for to udviklere forpligter planen til et krav øjeblikkeligt, uden nogen kladdefase imellem og uden at nogen bekræfter det senere. Det er derfor underlagt den samme tilladelse som at bekræfte en booking. Forslag og forpligtelse forklarer opdelingen.

Dette ændrede sig for nylig. Det at erklære efterspørgsel kom tidligere med Resourcing-manager-rollen. Hvis du har sat efterspørgsel og finder ud af, at du ikke længere kan gemme den, er det årsagen — bed den person, der administrerer din Flowtly-konto, om Resourcing-godkender-rollen. Administratorer har den allerede.

Tilbagetrækning af efterspørgsel kræver Godkender-rollen ligeledes, og det samme gælder for at hæve eller sænke antallet af personer, af samme grund: at trække et krav tilbage eller ændre dets størrelse er ligeså stor en forpligtelse som at erklære et.

At flytte en efterspørgsels periode kræver det ikke. At ændre kun Behov fra og Behov til, mens Behov for antal personer forbliver uændret, justerer et krav, der allerede er erklæret, snarere end at erklære eller trække et tilbage — så en Resourcing-manager kan stadig gøre det. Dette er værd at vide, fordi genangivelse af perioden er den almindelige redigering, når et projekt er forsinket.

Dialogboksen afgør dette ud fra, hvad du faktisk har skrevet, ikke ud fra rollen alene. Den åbnes for enhver, der kan nå gitteret, og Gem efterspørgsel er tilgængeligt, mens din ændring er en, du har tilladelse til at foretage; den er grå med en forklaring, kun når de værdier foran dig tilsammen udgør en ændring, der kræver godkendelse. Så du finder ud af det, inden du forpligter dig til redigeringen snarere end efter.

Hvis en gemning afvises, er intet halvt skrevet. Kontrollen kører, inden nogen del af ændringen sendes, så en rolles efterspørgsel aldrig efterlades delvist omskrevet — du får beskeden, og efterspørgslen forbliver nøjagtigt som den var.

At læse gitteret kræver ikke mere end den Resourcing-manager-rolle, der giver adgang til siden.

Eksempler på brug

  • Erklær, at et projekt har behov for to backend-udviklere fra september, måneder inden nogen af dem er ansat.
  • Forvandl en rolle, der stille og roligt læstes som underbesat, til en nøjagtig halv-tids-rolle, og fjern en falsk manko fra planen.
  • Hæv en rolle fra én til to personer efter en ændringsordre, og se øjeblikkeligt hvilke uger der nu mangler dækning.
  • Træk efterspørgslen tilbage på en rolle, som en klient har annulleret, uden at forstyrre de personer, der stadig afslutter deres arbejde på den.
  • Erklær efterspørgsel for et helt kvartal, og filtrer derefter på Kun åbne roller for at overrække resultatet til rekruttering som en brief.

Relaterede sider

  • Resourcing
  • Kapacitet pr. projekt
  • Bænken og kladde-bookinger
  • Stillinger
  • Projekter