Když je definice vašeho procesu chybná

Zjištění

Audit načte zaznamenané intervaly každé fáze v organizaci. U každé fáze uvádí, kolik intervalů změřil, medián minut ve fázi, hodiny SLA pro danou fázi a kolik intervalů trvalo déle než tyto hodiny. Fáze jsou seřazeny od nejpomalejších, takže první zjištění je to nejdůležitější.

Zjištění je v návrhu formulováno srozumitelně: fáze trvala tolik minut (medián) a k porušení došlo tolikrát. Není zde žádné skóre, které by bylo třeba interpretovat; každé číslo ve větě je počet nebo medián z řádků, které si můžete otevřít.

Návrh

U fáze s SLA je návrhem přesunout tyto hodiny do fáze, kterou audit označí. U fáze bez jakéhokoli SLA je návrhem ji nejprve změřit, než nějaké nastavíte, protože číslo nastavené bez historie je přesně to, k jehož odhalení tato funkce slouží.

Návrh se ukládá jako řádek návrhu, podobně jako automatizace sestavená z věty: je srozumitelně popsán, nasimulován a neaktivní, dokud jej někdo neschválí. Vytvoření návrhu nic nestojí a nevolá žádný model; jde o aritmetiku nad intervaly.

Simulace

Než se rozhodnete, audit spustí navrhované pravidlo za posledních 30 dní a nahlásí, co by se stalo. Spočítá porušení podle stávajícího pravidla a porušení podle navrhovaného pravidla a rozdíl rozdělí do tří čísel: pravdivě pozitivní (porušení, která zachytí obě pravidla), falešně pozitivní (ta, která by navrhované pravidlo přidalo) a falešně negativní (ta, která by přestalo zachycovat).

To je věta, kolem které byl plán této funkce postaven: tolik skutečných porušení zachyceno namísto tolika falešných poplachů. Pokud navrhované pravidlo zachytí méně skutečných problémů, než kolik odstraní těch falešných, uvidíte to dříve, než se cokoli změní.

• Porušení předtím: podle stávajícího SLA.
• Porušení potom: podle navrhovaného umístění.
• Pravdivě pozitivní, falešně pozitivní, falešně negativní: pojmenovaný rozdíl.

Schválení zapíše šablonu, a pouze šablonu

Jakmile návrh schválíte, opravené hodiny SLA se zapíší do určené fáze ve vašich šablonách workflow a v souhrnu se zobrazí, kolika šablon se změna dotkla. Od té chvíle začíná každý nový projekt daného typu s opravenými hodinami. Na aktivních nástěnkách se nic nemění, což souhrn výslovně uvádí.

Toto je ta bezpečná, vratná část. Úprava šablony ovlivní projekty, které ještě neexistují; nemůže způsobit, že úkol, který byl včera včas, bude dnes v prodlení.

Aktivní nástěnky, jedna po druhé, pod auditem

Po schválení se na obrazovce revize zobrazí seznam běžících projektů, jejichž aktivní fáze stále obsahuje staré hodiny, spolu s názvem projektu, aktuálními a navrhovanými hodinami a počtem otevřených úkolů v této fázi. Vy sami si vyberete, které chcete aktualizovat. Aktualizace jednoho z nich zapíše fázi daného projektu a jednu událost auditu; neaktualizovat žádný je také platná možnost.

Zápis do aktivní fáze je omezený: mění hodiny SLA, název, barvu nebo role a odmítá změnit klíč nebo typ fáze, pokud jsou v ní úkoly, protože změna typu fáze pod běžícím úkolem mění to, zda je vyžadováno schválení.

Historie se nepřepisuje. Každý zaznamenaný interval si zachovává hodiny SLA, které platily v době jeho zahájení, takže audit spuštěný příští měsíc bude minulý měsíc stále vykazovat podle tehdejších pravidel.

Proč to není automatické všude

Nabízelo by se řešení na jedno kliknutí, které opraví šablonu i všechny aktivní nástěnky. To je ale chyba a záznam o rozhodnutí u této funkce vysvětluje proč: změna SLA na aktivní nástěnce zpětně mění to, co už produkt jednou deklaroval. Úkol, který byl v limitu 48 hodin, se náhle ocitne po termínu, eskalace, ke které nikdy nedošlo, vypadá, že nastat měla, a klientovi, kterému bylo řečeno, že projekt běží podle plánu, bylo sděleno něco, co je nyní v rozporu s tím, co produkt tvrdí teď.

Proto existuje šíření změn, které je volitelné pro každý projekt zvlášť a generuje vlastní řádek auditu. Organizace, která by chtěla své aktivní nástěnky udržovat v souladu se šablonou automaticky, tuto možnost v nastavení nenajde, a toto odmítnutí je záměrné.