Resourcing

Resourcing besvarer et spørgsmål, som tidsregistrering ikke kan: ikke hvor blev timerne af, men hvem skal udføre det arbejde, der allerede er solgt. Det viser den planlagte kapacitet uge for uge, så huller og dobbeltbookinger kommer frem, mens der stadig er tid til at handle.

Hvor Tidsregistrering registrerer det, der allerede er sket, er Resourcing fremadrettet. Det planlægger tilsagn; det rapporterer ikke om dem.

To visninger af den samme plan

De samme bookinger kan læses fra begge ender, og fanerne over rasteret skifter mellem dem:

• Projekter - ordnet efter arbejde. Er det, vi solgte, dækket, og hvor er hullet? Det er her, bookinger oprettes og bekræftes.
• Personer - ordnet efter teamet. Hvor fyldt er hver enkelt, hvem har plads, og hvem er booket ud over sin uge? Alle med en kontrakt har en række, uanset om der er booket noget på dem - undtagen den, der er udelukket fra projekttildeling, og som er udeladt fra listen.

En tredje fane, Anmodninger, er stedet, hvor bemanding foreslås og godkendes i stedet for at blive booket direkte - se siden "Anmodning om og godkendelse af bemanding" for, hvordan man læser og handler på en. En fjerde fane, Faktiske værdier, ser den anden vej: den stiller planen op mod de timer, der faktisk er rapporteret i tidsregistreringen, så du kan se, om planen holdt.

Selve fanen Projekter har to visninger. Kapacitet er dækningsrasteret, der beskrives nedenfor. Tildelinger viser én række pr. person på hver rolle med vedkommendes timer dag for dag eller uge for uge over et interval efter eget valg.

Hvad projektvisningen viser

Rasteret er ordnet efter arbejde frem for efter person. Hvert projekt foldes ud i de roller, det har brug for, og hver rolle foldes ud i de personer, der er booket på den:

• Projekt - en opsummering af, hvor godt hele projektet er dækket.
• Rolle - ét job, der skal udføres i projektet, hentet fra din liste over Stillinger. En rolle kan være besat, delvist besat, overbesat eller helt åben. Du angiver, hvor mange personer en rolle har brug for, i dens efterspørgsel, uanset om nogen er på den endnu.
• Person - en enkelt booking, der vises, når en rolle er foldet ud.

Hver kolonne er en uge, og hver celle er en lille bjælke, der viser, hvor meget af ugens efterspørgsel der er dækket. Kapacitet pr. projekt forklarer, hvordan bjælkerne læses, og hvor procenterne kommer fra.

Vælg en vilkårlig celle, og et panel åbnes, der forklarer netop det tal - rollerne bag et projekts gennemsnit, personerne bag en rolles dækning eller alt andet, en person er booket på den uge. Se Celledetaljer.

Nederst i projektvisningen sidder bænken - de personer, der stadig har plads i den periode, der vises. Træk nogen fra bænken hen på en rolle, i den kolonne hvor du har brug for dem, for at skitsere en booking uden at forpligte dig. Bookinger lavet på den måde forbliver reversible: en kladde kan bekræftes, og en bekræftelse kan fortrydes. Se Bænken og kladde-bookinger.

Eller planlæg direkte, uden bemandingsanmodning

At trække fra bænken tager udgangspunkt i et hul: der skal være en rolle i projektet at slippe nogen på. Ofte ved du allerede, hvem der skal ind på et projekt og hvilke dage, og det er den anden indgang.

Tilføj person booker nogen direkte på et projekt. Der skal ikke først rejses en bemandingsanmodning, projektet behøver ingen roller endnu, og en rolle er valgfri - noget, man noterer, når det er nyttigt, ikke en forudsætning. Derefter skriver du timer på de dage, du vælger: dagene behøver ikke følge direkte efter hinanden, så tirsdag og onsdag denne uge og fire dage næste uge er en plan, og de dage, du udelader, forbliver tomme i stedet for at blive udfyldt for dig. En ændring rammer kun personen og de dage, du ændrede; resten af projektet og resten af personens uge lades, som det var. Bænken og kladde-bookinger gennemgår vælgeren og dageeditoren.

Når en plan findes, flytter Flyt bookinger… på en persons celle den med hele uger. Hver dag beholder sin ugedag og sine timer, og hullerne flytter med i stedet for at lukke sig. Se Celledetaljer.

Ingen af vejene erstatter den anden. At angive en rolles efterspørgsel og at godkende en bemandingsanmodning fungerer præcis som før, og fanerne Anmodninger og Faktiske værdier er uændrede - en organisation, der planlægger via roller og anmodninger, kan blive ved med kun det. Den direkte vej er til projekter, hvor svaret allerede er kendt, og begge giver samme slags booking: en kladde, indtil en godkender bekræfter den.

Valg af periode

Periodekontrollerne og filtrene deler ét bånd over rasteret, med perioden forrest. En periode er blot en måde mere at indsnævre den samme plan på, så den sidder sammen med de andre i stedet for i en egen overskriftsstribe.

• Zoomen angiver, hvor meget tid der er på skærmen, og er den samme i visningen Projekter og Personer: 1 uge, 9 uger og 13 uger.
  • 1 uge viser én uge, mandag til søndag, en dag ad gangen.
  • 9 uger viser ni uger, én kolonne pr. uge.
  • 13 uger viser tretten uger i syv fjortendageskolonner.
• Skift mellem Projekter og Personer bevarer zoom og datoer. En uge, der er åbnet dag for dag i den ene visning, er den samme uge, dag for dag, i den anden. Se Kapacitet pr. person.
• Forrige og Næste flytter vinduet med én uge på ethvert zoomniveau. Det er med vilje: en plan er lettere at læse, når den glider, end når den hopper.
• I dag vender tilbage til den aktuelle uge, og Gå til flytter starten til den første mandag i en valgt måned uden at ændre intervallets længde.

Overskriften over rasteret angiver altid det præcise interval på skærmen, for eksempel 20. jul - 20. sep 2026. Ved første åbning, hvis intet er booket omkring i dag, flytter Resourcing én gang til den tidligste periode, der indeholder bookinger, så siden aldrig åbner på et tomt raster. Derefter bliver visningen, hvor du satte den.

Indsnævring af rasteret

To filterpiller sidder på samme bånd efter periodekontrollerne.

Roller tilbyder Alle roller og Kun åbne roller. Kun åbne roller beholder de projekter, der har en vakance et sted i den viste periode - den hurtigste måde at gøre en fuld plan til en kort rekrutterings- eller omplaceringsliste. I visningen Personer er det kun rækkerne med åbne roller, der bliver tilbage: alle personer forsvinder, fordi en personrække per definition er bemandet.

Projekt indsnævrer visningen Projekter til ét projekt og viser hvert projekt i perioden med navn. Det kombineres med rollefilteret i stedet for at erstatte det, så Kun åbne roller plus et projekt giver projektets vakancer.

Hvert aktivt valg tilføjer en chip under båndet. At fjerne en chip rydder kun dens eget filter, og Ryd alle fjerner dem samlet. Hvis filtrene ikke efterlader noget på skærmen, får du en kort linje Ingen resultater med et link til at rydde filtrene i stedet for tilstanden "intet her endnu" - der er data, de er bare skjult.

Hvem kan bruge det

Resourcing kræver modulet Resourcing i dit abonnement og en af Resourcing-rollerne - Resourcing manager, Resourcing approver eller Resourcing viewer, beskrevet nedenfor. Personer uden modulet og en rolle ser ikke punktet i menuen.

Personer og Projekter har skrivebeskyttede telefonkort. Personkortene viser planlagte timer, kapacitet, ledige timer og særskilt foreslåede timer. Projektkortene viser bekræftet dækning, angivet efterspørgsel, åben efterspørgsel og særskilt foreslåede timer. Lange navne ombrydes, og totalerne beskriver de tilsvarende kort.

Datoer, intervalkontroller og delte links forbliver tilgængelige. Ryd filtre fjerner rolle-, projekt- og kapacitetsfiltre og bevarer perioden. Hvis download af allokeringerne mislykkes eller er ufuldstændig, tilbageholdes kapacitetstotalerne, så en delvis plan ikke ser komplet ud.

Ændring af bookinger og arbejdsgangen Anmodninger kræver en større skærm. Faktiske værdier bevarer sit telefonlayout til at læse udført arbejde. Se Faktiske værdier — plan vs rapporteret.

At foreslå og at beslutte er separate rettigheder

Planlægningen er delt i to rettigheder, fordi det at skitsere en mulighed og det at forpligte virksomheden til den er forskellige beslutninger - og så den, der foreslår en booking, og den, der godkender den, kan være forskellige personer:

• Resourcing manager - foreslår. Opretter kladder, både ved at trække fra bænken og ved at tilføje en person direkte til et projekt, forlænger og forkorter dem, ændrer hvor stor en del af en persons tid de optager, flytter kladder til andre uger, sletter kladder og importerer allokeringer. Det er den daglige planlægningsrolle.
• Resourcing approver - beslutter. Alt, hvad en Resourcing manager kan, plus at bekræfte en kladde til medregnet dækning, fortryde bekræftelsen igen, ændre eller flytte en dag, der allerede er bekræftet, og angive en rolles efterspørgsel - hvilket er sådan, en åben rolle overhovedet dukker op i et projekt.

Approver er et tillæg og ikke et bytte, så en approver kan stadig planlægge. Administratorer har begge dele og berøres ikke.

Rollen Approver skal tildeles manuelt. Den indgår med vilje ikke i nogen rettighedsgruppe som standard - hvis den automatisk blev givet til alle, der kan planlægge, ville adskillelsen ikke findes. I en ny organisation er det et opsætningstrin, der er værd at tage tidligt: indtil mindst én person har den, kan ingen dér bekræfte en booking eller angive, hvad en rolle har brug for. Tildel den fra Tilladelser.

Hvis din organisation allerede brugte Resourcing, ændres intet for dig. Bekræftelse fulgte tidligere med rollen Resourcing manager og er nu den separate rolle Approver - men alle, der kunne bekræfte før, fik den, så dem, der bemander dine projekter, fortsætter præcis som før. Adskillelsen er tilgængelig frem for pålagt: en administrator kan bevidst fjerne rollen Approver fra en planlægger, hvis du vil have, at det at foreslå og det at beslutte er forskellige personer.

Hvis du finder Bekræft og Fortryd bekræftelse nedtonede, eller en rolles efterspørgsel nægter at blive gemt, har du brug for rollen Resourcing approver - bed den, der administrerer din Flowtly-konto, om at give dig den.

Disse kontroller forbliver synlige i stedet for at forsvinde og siger ved hover, hvad de kræver. At finde et trin nedtonet med en begrundelse er et spørgsmål, man kan handle på; at se det mangle ligner en fejl.

Skrivebeskyttet adgang: rollen Resourcing viewer

Ikke alle, der har brug for at se bemandingsplanen, bør kunne ændre den. En leveranceleder, der følger et projekt, en afdelingschef, der tjekker, hvem der er placeret hvor, eller en salgschef, der spørger, om en startdato er realistisk, kan få Resourcing viewer i stedet for en planlægningsrolle.

En Resourcing viewer kan se:

• skemaet i både visningen Projekter og Personer, herunder at åbne en uge dag for dag;
• fanen Anmodninger med hver anmodnings historik og den angivne årsag, hver gang en blev afvist.

En Resourcing viewer kan ikke:

• ændre noget - booke, flytte, forlænge, bekræfte, afvise eller slette en booking, godkende eller afvise en anmodning eller angive, hvad en rolle har brug for. Disse kontroller vises simpelthen ikke for en viewer, i stedet for at være nedtonede, fordi der ikke er noget, en viewer kunne bede om, på hver række;
• se bænken - listen over, hvem der er ledig - fordi det er et planlægningsværktøj;
• se Faktiske værdier og dermed ingen omsætnings-, omkostnings- eller avancetal.

Resourcing viewer tildeles person for person og indgår ikke i nogen rettighedsgruppe som standard. Tildel den fra Tilladelser. Administratorer har den allerede.

Resourcing-rollen afgør, hvad du kan gøre på siden, ikke hvis rækker du kan se. En viewer har, ligesom en manager, også brug for de sædvanlige rettigheder til at se personer og projekter for at se hele rasteret.

Intet ændres for dem, der allerede planlægger: rollerne Resourcing manager og Resourcing approver beholder den fulde adgang beskrevet ovenfor.

Hvad der registreres

Hver ændring, en person foretager i en booking, registreres - hvem der foretog den, og hvornår - ved oprettelse, bekræftelse, fortrydelse af bekræftelse, ændring af datoer eller procent og sletning. Denne registrering opbevares på ubestemt tid.

Bookinger, der kommer fra en importeret plan, er undtagelsen. De spejles fra den plan frem for at blive oprettet her og spejles igen, hver gang den anvendes på ny, så importens egen rapport er deres registrering.

Det betyder mest ved sletning. At fjerne en kladde er permanent: selve bookingen er væk i stedet for skjult, og registreringen af ændringen er det eneste spor, der er tilbage af, at den nogensinde fandtes.

Registreringen kan ikke gennemses fra siden Resourcing. Hvis du skal fastslå, hvem der ændrede en booking, så spørg din Flowtly-administrator.

Eksempler på anvendelsesscenarier

• Angive, at et projekt har brug for to udviklere fra september, og se hullet dukke op i planen, indtil det er fyldt.
• Opdage næste måneds underbemandede projekter, før kunden gør det, og fylde dem fra bænken.
• Finde de roller, der stadig er åbne henover kvartalet, og gøre dem til et rekrutteringsoplæg.
• Tjekke, om en foreslået ny opgave overhovedet kan bemandes, før man forpligter sig på en startdato.
• Fange en person, der er booket ud over fuld kapacitet på tværs af to projekter, mens der stadig er tid til at omfordele.
• Skifte til visningen Personer for at se, hvem der har plads næste måned, uden at føre en bænkliste nogen steder.
• Tjekke i visningen Personer, at en deltidsansat ikke er booket, som om vedkommende arbejdede en hel uge.
• Åbne en projektcelle med 50 % og få at vide på én linje, om det er to halvt besatte roller eller én ubesat.
• Åbne en konfliktuge i dage for at se, hvilke dage fraværet og bookingen faktisk støder sammen.
• Skitsere flere bemandingsmuligheder som kladder, sammenligne dem på rasteret og kun bekræfte den, der virker.
• Sætte den person, du allerede har lovet, på et projekt i nogle få dage uden først at angive en rolle, vedkommende skal udfylde.
• Skubbe en planlagt periode to uger frem, når en kunde flytter en startdato, med de samme ugedage og de samme huller.

Relaterede sider

• Kapacitet pr. projekt
• Kapacitet pr. person
• Tildelingsvisning
• Celledetaljer
• Fastsæt en rolles efterspørgsel
• Bænken og kladde-bookinger
• Anmodning om og godkendelse af bemanding
• Projekter
• Stillinger
• Fridage
• Tidsregistrering