Schema för flera avdelningar: så slutar teamen trampa varandra på tårna

När en verksamhet har fler än ett team under samma tak (kök och servering, lager och utkörning, dag- och nattpass med olika arbetsledare) fungerar inte längre ett enda platt schema. Schemaläggning per avdelning löser det genom att ge varje team en egen vy och egna regler, samtidigt som en och samma chef kan överblicka dem alla. Poängen är inte mer struktur för strukturens skull, utan färre misstag som hade gått att undvika.

Det här går fel utan avdelningar

Om alla schemaläggs i en gemensam kalender dyker några förutsägbara problem upp:

• En kassör råkar bli inlagd på ett pass i förrådet eftersom passlistan inte var filtrerad efter roll.
• Köksansvarig måste scrolla förbi fyrtio pass i serveringen för att hitta sina egna tre kockar.
• Önskemål om passbyten godkänns av den som råkar vara inloggad, även om hen inte känner till avdelningens minimibemanning.
• Ledighet som beviljas i ett team skapar i det tysta ett hål i bemanningen på ett pass i ett annat team, eftersom ingen tittade på båda samtidigt.
• Rapporterna över personalkostnader blandar ihop avdelningarna, så du kan inte se om det är utkörningen eller köket som är överbemannat.

Inget av det här är något stort misslyckande i sig. Det är små skavanker som tillsammans ger ett schema som ingen helt litar på.

Det här vinner du på att dela upp schemat per avdelning

Att dela upp schemat per avdelning betyder inte att företaget delas upp i stuprör. Det betyder att varje team får en ren och relevant vy, och att cheferna själva bestämmer hur mycket som ska gå över gränserna.

• Varje avdelningschef ser som standard bara sina egna pass. Mindre scrollande, färre misstag och snabbare att lägga schemat.
• Godkännanden går till den som faktiskt känner teamet. Ett passbyte på lagret godkänns av lageransvarig, inte av den som råkar stå närmast en skärm.
• Bemanningsreglerna kan skilja sig mellan avdelningar. Ett kök kan behöva minst två kockar per pass, utan undantag, medan receptionen kanske klarar sig fint med en person efter klockan 21. Med regler per avdelning kan båda gälla utan att det ena teamet kör över det andra.
• Personalkostnaden syns avdelning för avdelning, och det är det enda sättet att veta om det är ett visst team som drar över budget och inte verksamheten som helhet.
• Lediga pass kan avgränsas. Ett ledigt pass i utkörningen ska inte dyka upp som tillgängligt för någon som bara är behörig att jobba ute i butiken, och det ska inte heller behöva göra det: tavlan med lediga pass kan filtrera på avdelning automatiskt.

Fortfarande ett och samma företag

Risken med avdelningar är att de glider isär och blir fem separata verksamheter som bara råkar ha samma namn. Två saker förhindrar det:

1. En gemensam ändringslogg för alla avdelningar. Ägare och högre chefer ska kunna se varje ändring var som helst i verksamheten, även om cheferna i det dagliga arbetet bara ser sitt eget team. Det är det som gör uppdelningen i avdelningar trygg i stället för riskabel. Ingenting försvinner, det är bara ordnat.

2. Insyn över avdelningsgränserna för dem som behöver det. En regionchef med ansvar för tre enheter, eller en ägare som hoppar in när det är som mest att göra, måste kunna växla mellan avdelningar utan att tappa sammanhanget. helloswaps stöd för flera avdelningar är byggt just för det: varje team får sitt eget schema och sitt eget flöde för godkännanden, men ingenting döljs för dem som ansvarar för hela verksamheten.

Det är enkelt att testa om schemaläggningen per avdelning fungerar. Kan en avdelningschef lägga och sköta sitt eget schema utan att röra någon annans, och kan ägaren fortfarande se allt på en gång utan att be fem olika personer om fem olika kalkylark? Om båda stämmer gör strukturen sitt jobb.