Hoe het Zendesk WFM-rooster werkt

Hoe een rooster in Zendesk WFM wordt opgebouwd, en waarom publiceren een toezegging is en geen opslaan.

Hoe een rooster in Zendesk WFM wordt opgebouwd, en waarom publiceren een toezegging is en geen opslaan.

Wat erin gaat

• De prognose, die zegt hoeveel mensen wanneer nodig zijn.
• Beschikbaarheid: contracten, uren, goedgekeurd verlof.
• Dienstsjablonen, die de patronen vastleggen die je gebruikt.
• Vaardigheden, waar niet iedereen alles aankan.

Het rooster is de indeling die aan alle vier voldoet, of er het dichtst bij komt.

Concept en gepubliceerd zijn verschillende toestanden

Een concept mag je vrij wijzigen. Publiceren vertelt mensen wanneer ze werken, en daarna is een wijziging een wijziging in iemands plannen.

Dat onderscheid is het belangrijkste aan deze functie.

Publiceer op een ritme

Dezelfde dag elke periode, ver genoeg vooruit dat mensen hun leven kunnen inrichten. Twee weken is gebruikelijk, vier is beter, en onregelmatig publiceren is waardoor een personeelstool wrevel oproept.

Perfecte dekking is niet het doel

Een rooster dat exact op de prognose past, doet dat meestal door mensen als inwisselbare eenheden te behandelen. Iets minder perfecte dekking met menselijke diensten levert betere service op, omdat die mensen er over een half jaar nog zijn.

Handel verlof eerst af

Keur afwezigheid goed vóór je genereert, niet erna. Een rooster bouwen en er daarna mensen uit halen levert gaten op die je met de hand moet dichten.

Wijzigingen na publicatie moet je vertellen

Iemand die niet weet dat zijn dienst is verschoven, werkt de oude. Dat het systeem het weet, is niet hetzelfde als dat de persoon het weet.

Zie ook

• Een rooster genereren en publiceren
• Het rooster van één agent aanpassen
• Verlofaanvragen bekijken en afhandelen