Een issue is geen werkorder

Teams halen dit door elkaar, en vragen zich daarna af waarom het bord lawaaierig is en de historie dun.

Een issue beschrijft het probleem. Een lid zegt dat de lat pulldown bovenaan blijft haken. Dat is een issue: wat er mis is, hoe ernstig, welk apparaat, en hoe het eruitziet.

Een werkorder beschrijft de klus. De stapel inspecteren, de kabel vervangen, het onderdeel, de tijd en of het af is vastleggen. De klus kan uit het issue ontstaan. Het is niet hetzelfde object.

Waarom de splitsing ertoe doet

• Eén issue kan wachten terwijl een onderdeel onderweg is. De werkorder draagt de geplande datum.
• Meerdere meldingen kunnen naar één issue wijzen. Je opent geen drie reparaties voor één kabel.
• De historie van het apparaat moet zowel de klacht als het werk tonen, op volgorde.
• Kosten horen bij de klus: onderdelen, arbeid, een externe monteur. Het issue blijft over de storing.

Foto's helpen allebei. Een foto bij het issue toont het probleem zoals het gemeld is. Voor-en-na bij de werkorder toont wat er echt veranderde.

Een status die je kunt vertrouwen

Nieuw, beoordeeld, gepland, in behandeling, wacht op onderdelen, wacht op leverancier, opgelost, gesloten. Meer heb je niet nodig.

Wat je wel nodig hebt: "opgelost" betekent dat iemand opschreef wat het fikste, en wanneer. Een gesloten issue met een lege oplossing is alleen een verstopt bericht.

Een grotere operatie kan eigen categorieën, toewijzing en herinneringen toevoegen. Het register houdt het probleem en de klus uit elkaar. Als alles een ticket is, is niets een plan.