Pradžios signalas ir darbo riba
Pradžia gali būti laiškas, forma ar kitos sistemos įvykis. Išskiriamas norimas rezultatas, šaltinio ID ir žinomas terminas. Kliento pageidavimas „kuo greičiau“ nėra konkretus sutartas įsipareigojimas. Neaiškus prioritetas perduodamas tikslinti.
Iliustracinis naujo tiekėjo įvedimas
| Žingsnis | Savininkas | Baigtis |
|---|---|---|
| Patikrinti užklausą | Operacijų koordinatorius | Žinomas poreikis ir iniciatorius |
| Patikrinti rekvizitus | Finansų darbuotojas | Patvirtinti arba neaiškūs duomenys |
| Suderinti sutartį | Atsakingas už sutartis | Priimta dokumento versija |
| Sukurti įrašą | Įgaliotas sistemos naudotojas | Tikslinės sistemos ID |
| Pranešti iniciatoriui | Proceso savininkas | Aiškus rezultatas arba likusi kliūtis |
Jei trūksta rekvizitų, sutarties rengimas nelieka pažymėtas baigtu. Jei tas pats laiškas gaunamas dar kartą, jis susiejamas su esamu darbu.
Priklausomybės ir terminai
Užduotis gali būti vykdoma, laukti kito žmogaus, laukti duomenų ar būti užbaigta. „Laukiama“ turi konkrečią priežastį ir atsakingą gavėją. Perduodant kitam savininkui išsaugoma istorija, o ne pradedamas naujas, su ankstesne užduotimi nesusietas pokalbis.
Priminimas siunčiamas pagal sutartą terminą ir būseną. Užbaigus darbą, ankstesnis suplanuotas priminimas nebeturi būti išsiųstas. Vėlavimas nėra leidimas agentui savarankiškai išplėsti savo prieigas.
Ką matuoti
Skirkite tikrą darbo laiką nuo laukimo. Stebėkite grąžinimų skaičių, užduotis be savininko, pakartotinius įrašus ir neaiškias baigtis. Vien daugiau sukurtų užduočių neparodo sklandesnio proceso.
Delegavimo taisyklių straipsnyje (straipsnis dar nepaskelbtas) pateikiame užklausos laukų ir priskyrimo pavyzdį. Platesnę žingsnių logiką aprašo darbo grandinės.