Pullonkaulan löytäminen: mediaaniaika vaiheessa
Työnkulun pullonkaula on vaihe, jonka mediaaniaika on pisin, mitattuna hetkestä, jona tehtävät saapuvat siihen, hetkeen, jona ne poistuvat. Tasked tallentaa tämän aikavälin jokaiselle tehtävälle ja jokaiselle vaiheelle, ryhmittelee sen vaiheen nimen mukaan kaikissa projekteissasi ja näyttää mediaanin valitsemallasi ajanjaksolla. Se ei kohdista koko työn kestoa sille vaiheelle, jossa työ sattui olemaan sen valmistuessa.
Väärä luku ja miksi se näyttää oikealta
Helppo tapa mitata vaihetta on ottaa jokainen valmistunut tehtävä, katsoa missä vaiheessa se oli valmistuessaan ja kohdistaa tehtävän koko kesto tälle vaiheelle. Luvusta tulee suuri, se järjestyy siististi ja se on väärä: se väittää viimeistä vaihetta hitaaksi, koska jokainen tehtävä valmistuu siellä. Työ, joka odotti kaksi viikkoa käsikirjoitusta ja oli tunnin Delivery-vaiheessa, lasketaan hitaaksi Delivery-vaiheeksi.
Taskedin oma ensimmäinen pullonkaulaluku toimi näin, ja tuotteen kehityssuunnitelma nimeää sen asiaksi, joka on korjattava ennen kuin mihinkään muuhun analytiikassa voidaan luottaa. Korjaus ei ole parempi kaava samalle datalle. Se on erilaista dataa.
Mikä aikaväli on
Joka kerta kun tehtävä siirtyy vaiheeseen, Tasked avaa aikavälin, joka sisältää tehtävän, projektin, vaiheen ja saapumishetken. Joka kerta kun tehtävä poistuu, se sulkee kyseisen aikavälin ja avaa seuraavan. Kirjoitus tapahtuu samassa transaktiossa kuin siirto, joten mikään taustaprosessi ei voi jäädä jälkeen eikä mikään siirto tapahdu ilman omaa aikaväliään.
Tehtävä, joka lähetetään takaisin vaiheeseen, jossa se jo on, aloittaa uuden aikavälin; siirto itseen on todellinen siirto. Tehtävällä, joka on edelleen vaiheessa, on avoin aikaväli, ja mittari laskee sen kyselyhetkeen asti. Valmistunut työ ja jumiutunut työ ovat molemmat mukana luvussa.
Aikaväli muistaa myös SLA-tunnit, jotka olivat voimassa sitä avattaessa. SLA:n muuttaminen myöhemmin ei muuta sitä, mitä vanhan aikana tapahtui.
Miksi mediaani eikä keskiarvo
Yksi tehtävä, joka odotti asiakasta kolme viikkoa, siirtää keskiarvoa päivillä mutta mediaania ei lainkaan. Mediaani on vaiheessa vietetty aika, jonka tyypillinen tehtävä todella koki, ja se on luku, jota myös riskipisteet käyttävät jäljellä olevan työn arvioimiseen. Saman tilaston käyttäminen molemmissa paikoissa tarkoittaa, että näkemäsi pullonkaula ja riski, josta sinua varoitetaan, tulevat samasta näkymästä samaan historiaan.
Luvun sisältävä API-kenttä on edelleen nimetty keskiarvoksi yhteensopivuuden vuoksi aiempien asiakasohjelmien kanssa; sen arvo on kuitenkin mediaani.
Mitä pullonkaulanäkymä näyttää
Jokaisesta vaiheen nimestä, jolla oli vähintään yksi aikaväli valitulla ajanjaksolla, näkymä näyttää mediaaniminuutit vaiheessa, ajanjakson aikana vaiheesta poistuneiden tehtävien määrän, kuinka monta tehtävää siinä on tällä hetkellä avoinna ja kuinka monena eri päivänä on ollut toimintaa. Hyväksyntävaiheiden osalta se laskee myös yhteen asiakkaan odottamiseen käytetyt minuutit. Vaiheet on järjestetty hitain ensin.
Minuutit rajataan ajanjaksoon. Tehtävä, joka siirtyi vaiheeseen ennen ajanjaksoa ja poistui sen aikana, kerryttää vain ajanjakson sisälle jäävää osaa, joten 30 päivän näkymä on 30 päivän näkymä myös aiemmin aloitetulle työlle.
- Mediaaniminuutit vaiheessa aikaväleistä.
- Läpivirtaus: ajanjakson aikana sulkeutuneet aikavälit.
- Avointen määrä: edelleen käynnissä olevat aikavälit.
- Mitatut päivät, jotta vaihetta, jossa on ollut yksi kiireinen päivä, ei luulla trendiksi.
- Asiakkaan odottaminen, vain hyväksyntävaiheissa.
Tarkastelu yli projektien
Jokaisessa projektissa on oma kopionsa työnkulusta, joten Client Review projektissa A ja Client Review projektissa B ovat kaksi eri vaiheriviä. Pullonkaulanäkymä ryhmittelee tiedot vaiheen avaimen eli mallin sille antaman nimen mukaan, joten nämä kaksi riviä ovat yhdellä rivillä. Tämä muuttaa kaksikymmentä taulua yhdeksi vastaukseksi prosessistasi sen sijaan, että saisit kaksikymmentä vastausta projekteistasi.
Jos kaksi mallia käyttää samaa avainta vaiheille, jotka tarkoittavat eri asioita, ne jakavat saman rivin. Kun pidät avaimet johdonmukaisina malleissa, myös näkymä pysyy johdonmukaisena.
Pullonkaulasta korjaukseen
Hidas vaihe on joko aliresursoitu, puutteellisesti määritelty tai se odottaa jotakuta tiimin ulkopuolista. Kuormitus-välilehti kertoo ensimmäisestä, asiakkaan odottamisen kokonaismäärä kolmannesta ja prosessin auditointi toisesta: se vertaa juuri lukemaasi mediaania vaiheelle asettamiisi SLA-tunteihin, laskee rikkomukset ja ehdottaa korjausta, jota se on simuloinut lähihistoriasi perusteella.
Järjestyksellä on väliä. Lue ensin mediaani ja päätä vasta sitten, onko vika SLA:ssa vai itse työssä.
Usein esiin nousevat kysymykset
- Miksi vaiheessa vietetty aika on mediaani eikä keskiarvo?
- Koska yksi poikkeama siirtää keskiarvoa päivillä. Mediaani on se, mitä tyypillinen tehtävä koki, ja se on sama tilasto, jota riskipisteet käyttävät jäljellä olevan työn arvioimiseen.
- Lasketaanko mukaan tehtävä, joka on edelleen vaiheessa?
- Kyllä. Sen avoin aikaväli lasketaan kyselyhetkeen asti, joten jumiutunut työ näkyy luvussa sen sijaan, että se pysyisi piilossa valmistumiseensa saakka.
- Miksi yksi vaihe näkyy vain kerran, vaikka minulla on kaksikymmentä projektia?
- Aikavälit ryhmitellään mallista otetun vaiheen avaimen mukaan, ei projektikohtaisen vaiherivin mukaan, joten sama vaihe kaikissa projekteissa näkyy yhdellä rivillä.
- Mitä ajanjaksoa näkymä käyttää?
- Analytiikkanäkymässä valitsemasi aikaikkuna. Minuutit rajataan siihen, joten vain se osa aikavälistä, joka sijoittuu aikaikkunan sisälle, lasketaan.