SKIFT- OG BEMANNINGSOPTIMALISERING

Fridager, kompetanse og bemanning. Bruk deres regler til å lage vaktplaner automatisk.

Vi gjør betingelser som standard skiftverktøy ikke kan håndtere, om til en matematisk modell. Systemet lager kandidater som kan gjennomgås, slik at mennesker kan bekrefte resultatet mens de ser årsaker og unntak.

Utgangspunkt
Excel-vaktplaner og regelnotater er nok til den første gjennomgangen
Resultatform
Kandidater gjennomgås av mennesker før bekreftelse
Avgrensning
Ikke oppfylte betingelser og årsaker vises i stedet for å skjules

PROBLEM

Vurderingen bak vaktplanen er tyngre enn tabellarbeidet.

Det vanskelige med å lage skiftplaner er ikke å skrive navn inn i en tabell. Det er å holde mange regler, ønsker og unntak konsistente.

Nødvendig bemanning og ønskede fridager kolliderer.

Ønskede fridager, etterspørsel per tidsrom og minimumsbemanning kontrolleres ofte manuelt samtidig.

Kvalifiserte personer må plasseres.

Ledere, sertifiserte medarbeidere, utstyrsoperatører eller ansvarspersoner må være til stede i bestemte tidsrom.

Rettferdighet er vanskelig å sjekke visuelt.

Nattvakter, helger, totalt antall vakter og krevende oppgaver bør ikke samles hos noen få personer.

Én liten endring tvinger frem full ombygging.

Ett fravær eller én endring i etterspørsel kan gjøre hele tabellen ugyldig og tvinge frem sen omplanlegging.

Målet for automatisering er ikke selve regnearket. Det er den gjentatte vurderingen planleggeren gjør mens regnearket lages.

MODELLERING

Gjør arbeidsplassens regler om til beregnbare betingelser.

Begreper som rettferdig, ikke sammenhengende, hold disse to adskilt og respekter ønskede fridager blir til data, harde betingelser, myke preferanser og en score.

Eksempel på målformel

underbemanning x 1000 + manglende kvalifikasjon x 1000 + brudd på ønske x 20 + ubalanse i arbeidsmengde x 5

Vektene er forklarende. I et reelt prosjekt settes harde betingelser og prioriteringer gjennom intervjuer og sammenligning med faktiske vaktplaner.

Inndata

Ansatte, tilgjengelighet, ønskede fridager, kvalifikasjoner, nødvendig bemanning og gjeldende vaktplaner.

Harde betingelser

Regler som ikke bør brytes, som nødvendig bemanning, kvalifikasjoner og hvilegrenser.

Preferanser

Ønsker som bør respekteres når mulig, som fridager, foretrukne vakter og rettferdighet.

Resultat for gjennomgang

Vaktplankandidater, ikke oppfylte betingelser, årsaker, måltall og endringseffekt.

INTERAKTIV DEMO

Endre betingelser og beregn en vaktplankandidat på nytt.

Endre forretningsscenario, nødvendig bemanning, kvalifikasjonsdekning, preferanser, rettferdighet og grense for sammenhengende arbeid. Vaktplankandidaten, måltallene og gjennomgangsloggen oppdateres samlet.

Dette er en sidedemo med en enkel heuristikk. Den er ikke en driftsklar optimaliseringsmotor.

Eksempelansatte

Bemanningsdekning

Kvalifikasjonsdekning

Ønsker oppfylt

Tildelingsforskjell

Ansatt ManTirOnsTorFreLørSøn

REGELBIBLIOTEK

Modeller reglene som er åpenbare internt på arbeidsplassen.

Eksemplene nedenfor modelleres trinn for trinn. Ikke alle betingelser bør implementeres samtidig; prioritet og tilgjengelige data avgjør første omfang.

COV-01 Hard regel

Nødvendig bemanning per tidsrom

Sett minimums- og ønsket bemanning etter dag, tidsrom, lokasjon, avdeling og rolle.

COV-02 Preferanse

Bemanning i travle perioder

Øk anbefalt bemanning med salgsprognoser, reservasjoner, beboere, produksjonsvolum eller henvendelser.

LAB-01 Hard regel

Sammenhengende arbeid og intervaller

Representer grenser for sammenhengende arbeid, hvile etter natt og interne intervallregler som er bekreftet.

LAB-02 Hard regel

Kontraktstimer og øvre grenser

Ta med ukentlige eller månedlige timer, grenser etter ansettelsestype og overtidsrammer.

SKL-01 Hard regel

Kvalifiserte eller ansvarlige medarbeidere

Plasser nødvendige kvalifikasjoner, ansvarlige medarbeidere eller utstyrskompetanse i hvert tidsrom.

SKL-02 Preferanse

Paring av nye og erfarne medarbeidere

Unngå tidsrom med bare nye personer ved å pare dem med instruktører eller erfarne medarbeidere.

PRF-01 Preferanse

Ønskede dager og tilgjengelig tid

Skill utilgjengelighet fra ønskede fridager, og sett prioritet etter viktighet.

PRF-02 Preferanse

Rettferdig arbeidsbelastning

Reduser ubalanse i nattvakter, helger, senvakter, totalt antall tildelinger og tunge oppgaver.

PRF-03 Preferanse

Kontinuitet og kompatibilitet

Ta med kundekontinuitet, teamkompatibilitet og sterke kompetanseområder i tildelingspoengene.

SKREDDERSYDDE REGLER

Betingelsene som er åpenbare i deres virksomhet, er målet for modelleringen.

Regler som aldri vises i generelle eksempler, er ofte grunnen til at skreddersydd modellering er nyttig.

Ikke planlegg stenging etterfulgt av åpningUnngå vakter med bare nyansatteHold to bestemte personer adskiltBegrens støtte på andre lokasjoner til to ganger per månedGi hviledag etter nattarbeidBehold samme kundeansvarlige

RESULTATER

Returner beslutningsgrunnlag, ikke bare en vaktplan.

Et nyttig skiftsystem stopper ikke ved en vaktplantabell. Det forklarer hva som ble endret, hva som ikke kunne oppfylles, og hva mennesker bør sjekke.

Flere kandidater

Returner flere kandidater med ulike avveiinger i stedet for ett ugjennomsiktig svar.

Ikke oppfylte betingelser

Vis manglende dekning, ikke oppfylte ønskede fridager og betingelser som ikke kunne oppfylles.

Tildelingsårsaker

Forklar hvorfor en person ble tildelt: kvalifikasjon, ønske, lavere nåværende belastning eller dekningsprioritet.

Endringseffekt

Når ett fravær oppstår, lås det som bør stå fast og beregn berørt område på nytt.

BRANSJEEKSEMPLER

Definer hva en god vaktplan betyr for hver arbeidsplass.

En god vaktplan betyr ulike ting på ulike arbeidsplasser. Modellen bør bruke begrepene og prioriteringene driften allerede bruker.

Detaljhandel og servering

Åpning, stenging, travle dager, butikkgulvkompetanse og rettferdighet i helger.

Omsorg og helse

Dag- og nattvakter, sertifiserte medarbeidere, omsorgskontinuitet og hvileintervaller.

Produksjon og logistikk

Utstyrskvalifikasjoner, produksjonsvolum, linjetildeling og skiftrotasjon.

Felt- og støtteteam

Tilgjengelighet i felt, støttedekning, beredskap og reisebegrensninger.

BYGGE ELLER KJØPE

Ferdige tjenester fungerer godt for standard skiftarbeid. Skreddersydde modeller hjelper når lokale regler styrer resultatet.

Skreddersydd utvikling er ikke alltid riktig svar. Beslutningen bør avhenge av regelkompleksitet, datamodenhet og verdien av forklarbare kandidater.

Vi behandler ikke skreddersydd utvikling som standardsvaret.

Hvis en ferdig tjeneste kan løse problemet godt, sier vi det. Et dedikert system foreslås bare når forretningsverdien av skreddersydde betingelser sannsynligvis overstiger kostnaden.

Når en ferdig tjeneste er nok

Standard skiftmønstre, begrensede regler og et lite team kan ofte komme raskere i gang med en eksisterende tjeneste.

Når et skreddersydd system er berettiget

Mange kvalifikasjoner, lokale regler, håndtering av endringer og behov for forklaring er sterkere grunner til å bygge en dedikert modell.

DATA

Start fra filene og regelnotatene dere allerede bruker.

En ryddig database er ikke nødvendig første dag. Eksisterende Excel-filer, papirskjemaer for ønsker og ansattlister kan gjøres om til den første datakontrakten.

Ansatte og tilgjengelighet

Ansattnavn eller ID-er, kompetanse, kontraktstimer, tilgjengelighet og ønskede fridager er nok til en første modell.

Nødvendig bemanning

Etterspørsel etter dag, tidsrom, lokasjon, avdeling og rolle definerer dekningsmålet.

Harde regler og preferanser

Skill regler som aldri må brytes, fra ønsker som bør respekteres når mulig.

Eksempler på dagens vaktplan

Gjeldende vaktplaner og manuelle rettelser hjelper med å sammenligne de genererte kandidatene med faktisk praksis.

PROSESS

Test om det kan løses før hele systemet bygges.

Det første målet er ikke å erstatte hele driften. Det er å teste om planleggingsreglene kan representeres og om den genererte kandidaten er nyttig.

01

Bekreft dagens arbeid

Gjennomgå dagens regneark, innsamling av ønsker og manuelle rettelser.

02

Klassifiser betingelser

Skill harde regler, preferanser, evalueringsmål og beslutninger som bare mennesker tar.

03

Lag løserprototype

Bygg en liten beregningskomponent med representative data.

04

Sammenlign kandidater

Sammenlign genererte kandidater med eksisterende vaktplaner og planleggerkommentarer.

05

Bygg systemet

Først etter at egnethet er bekreftet, kobles beregningen til arbeidsflyt, redigering og tillatelser.

PROTOTYPE

Verifiser beregningsdelen på to uker før full utvikling.

Bruk dagens vaktplan og kjernebetingelser til å sammenligne automatiske kandidater med dagens plan. Beslutning om full utvikling tas etter at gjennomførbarhet og verdi er synlig.

Liten verifikasjonspakke

298 000 JPY / ekskl. skatt

Forutsetter én organisasjon, én vaktplantype og et begrenset sett med hovedbetingelser. Formelt estimat følger etter avklaring av omfang.

Godt egnet for en prototype for skiftoptimalisering

  • Den samme vaktplanbeslutningen gjentas hver uke eller måned
  • Bare noen få personer forstår alle reglene
  • Ønsker, rettferdighet, kvalifikasjoner og dekning må vurderes samlet
  • Fravær eller etterspørselsendringer tvinger frem manuell ombygging

Organiser disse punktene før automatisering

  • Reglene endres helt hver gang
  • Ansattdata og nødvendige bemanningsnivåer er ikke tilgjengelige
  • Det finnes ingen intern enighet om hva som gjør en vaktplan god
  • En ferdig tjeneste dekker allerede de viktige reglene
  • Forventningen er at hvert eneste ønske alltid må oppfylles

VANLIGE SPØRSMÅL

Spørsmål før automatisering av skiftplanlegging.

Disse svarene klargjør hva sidedemoen kan vise, hva en prototype bekrefter, og hva som fortsatt er en menneskelig beslutning.

Er denne sidedemoen produksjonsoptimalisatoren?

Nei. Sidedemoen er en enkel heuristikk for å forklare ideen. Et reelt prosjekt velger løser eller søkemetode etter at regler, skala og krav til responstid er forstått.

Kan vi starte fra Excel?

Ja. En første gjennomgang kan vanligvis starte fra dagens vaktplan, ansattliste, ønskede fridager og et kort regelnotat.

Avgjør systemet den endelige vaktplanen automatisk?

Nei. Systemet bør vise vaktplankandidater, ikke oppfylte betingelser og tildelingsårsaker, slik at et menneske kan bekrefte den endelige planen.

Hvordan håndteres ønskede fridager?

De behandles som preferanser med mindre organisasjonen markerer dem som obligatoriske. Resultatet bør vise hvilke ønsker som ikke ble oppfylt og hvorfor.

Hva inneholder en toukers prototype?

En prototype kan først teste én organisasjon, én vaktplantype og hovedreglene. Full arbeidsflyt, redigering, tillatelser og integrasjoner avgjøres etter den dokumentasjonen.

NESTE HANDLING

Gjør dagens vaktplan om til beregnbare betingelser.

Del dagens Excel-vaktplan og reglene som er absolutte krav eller bare preferanser. Vi skiller hva som kan modelleres, hvilke data som mangler, og hvor en liten prototype bør starte.

Diagnostiser dagens vaktplan