Jatkuva parantaminen - Kuviot
Lue lisää Hyvin rakennettu operaattorien huippuosaaminen → Jatkuva parantaminen
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Sovellusalusta | DORA | ✅ Käyttöönoton yleisyys seurataan. Nopeimmin liikkuvat tiimit otetaan käyttöön tarvittaessa, usein useita kertoja päivässä |
| Sovellusalusta | DORA | ✅ Muutosten läpimenoaika mitataan koodin sitoutumisesta tuotantoympäristön käyttöönottoon. Päivän alapuolella tapahtuva läpimenoaika osoittaa, että toimitus suoriutuu tehokkaasti, ja osa-aika osoittaa poikkeuksellista kapasiteettia |
| Sovellusalusta | DORA | ✅ Muutosvirheiden suhdetta seurataan prosenttiosuutena käyttöönotoista, jotka aiheuttavat korjattavia tuotantotapahtumia, ja se pysyy jatkuvasti alhaisena |
| Sovellusalusta | DORA | ✅ Mitataan epäonnistuneen käyttöönoton palautusaika; alle tunnin palautus osoittaa toimituksen vanhenemisen |
| Sovellusalusta | DORA | ✅ Käyttöönoton uudelleentyösuhde seurataan suunnittelemattomien käyttöönottojen suhteena tuotantotapahtumista johtuen |
| Sovellusalusta | DORA | ✅ Tilastot on organisoitu läpimenoon (liidiaika, käyttöönoton yleisyys, epäonnistuneen käyttöönoton palautuksen aika) ja epävakauteen (muutoksen epäonnistumissuhde, uudelleentyösuhde) |
| Sovellusalusta | Tilastot | ✅ DORA-tilastoja mitataan jatkuvasti ja trendataan ajan myötä, ja parannustrategia painotetaan absoluuttisia arvoja enemmän |
| Sovellusalusta | Mittaristot | ✅ Tilastoja seurataan operaatiomittaristoissa, jotka näkyvät koko organisaatiossa, mikä parantaa toiminnan suorituskykyä |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Sovellusalusta | DORA | ⚡️ Käyttöönoton vähäinen yleisyys heijastaa, että käyttöönoton tiimit välttyvät kipuilta, mikä luo pahantahtoisen syklin, jossa harvinainen käyttöönotto tekee jokaisesta käyttöönotosta riskittömämmän |
| Sovellusalusta | DORA | ⚡️ Pitkät liidiajat heijastavat liiallista prosessien kokonaiskustannuksia, riittämätöntä automatisointia tai organisaation toimintahäiriöitä |
| Sovellusalusta | DORA | ⚡️ Korkea muutosten epäonnistumisaste vastaa riittämättömiä testejä, riittämättömiä käyttöönoton vahvistuksia tai muutoksia, jotka on kiirehdytty ilman asianmukaisia laatutarkastuksia |
| Sovellusalusta | DORA | ⚡️ Pitkät palautusajat vaikuttavat riittämättömään käyttöönoton vahvistukseen, automatisoidun periytymisen puutteeseen tai tuotantotapahtumien epäselvään omistajuuteen |
| Sovellusalusta | DORA | ⚡️ Korkea uudelleentyösuhde näyttää tuotantotapahtumat, jotka ohjaavat hätätoteutuksia säännöllisesti, osoittavat puutteita tuotantoa edeltävissä testeissä, julkaisuvahvistuksessa tai muutostenhallinnassa |
| Sovellusalusta | Tilastot | ⚡️ Tilastot kaapataan ajankohtaisina tilannekuvina, eikä trendeinä ajan myötä, piilottaen, parantuuko tai heikkeneeko suorituskyky. |
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Sovellusalusta | Prosessi | ✅ Sprint-retrospektiivit tapahtuvat säännöllisesti (joka sprintti tai kuukausittain) ja luovat rytmin harkitsemiseen kriisien sijaan |
| Sovellusalusta | Prosessi | ✅ Retrospective-objektit käyttävät rakenteellisia formaatteja (Aloita/Pysäytä/Jatka, Mad/Sad/Glad, Aikajana), jotka edistävät osallistumista ja interaktiivisia lopputuloksia |
| Sovellusalusta | Prosessi | ✅ Facilitatorit kierrätetään estääkseen yksittäisiä henkilöitä hallitsemasta keskustelua |
| Sovellusalusta | Prosessi | ✅ Retrospektiiviset havainnot muunnetaan konkreettisiksi toimintokohteiksi omistajilla ja suorituspäivillä, jolloin parannuksia tehdään vain vähän per istunto |
| Sovellusalusta | Prosessi | ✅ Toimintokohteen suorituskertoja seurataan kaikissa jälkikatseluissa, jolloin tiimit ovat vastuussa seurannasta |
| Sovellusalusta | Toiminnot | ✅ Toimintatarkastukset arvioivat aggregaattisen toiminnallisen terveyden neljännesvuosittain tai kuukausittain, tutkivat trenditietoja ja vertailivat niitä tavoitteisiin |
| Sovellusalusta | Toiminnot | ✅ Toimintatarkastukset sitouttavat johdon varmistamaan resursseja ominaisuuksien kehittämiseen kilpaileville toiminnallisille parannustyöille |
| Sovellusalusta | Toiminnot | ✅ Arvostelut sisältävät toimintatilastoja: käytettävyys tavoitteen mukaan matkan mukaan, viiveen trendit prosenttiosuuden mukaan, vahinkotapahtumien määrät vakavuuden mukaan ja havaitun ja ratkaistun keskiarvoinen aika, käyttöönoton yleisyys ja onnistumissuhde sekä toimintakuorma, kuten puheluiden sivut ja työajat |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Sovellusalusta | Prosessi | ⚡️ Jälkikatselut odottavat kriisejä, eivätkä ne tapahdu säännöllisesti |
| Sovellusalusta | Prosessi | ⚡️ Retrospektiivit aiheuttavat pitkää keskustelua, mutta eivät toimintoja, jotka tuhlaavat aikaa ja kasvattavat kyynisyyttä |
| Sovellusalusta | Prosessi | ⚡️ Toimintakohteet on määritetty ilman omistajia tai suorituspäiviä, joten parannuksia keskustellaan, mutta niitä ei toteuteta koskaan |
| Sovellusalusta | Prosessi | ⚡️ Toiminnon kohteen suoritusta ei seurata koskaan kaikissa jälkikatseluissa, jolloin seurantaa ei tunneta |
| Sovellusalusta | Toiminnot | ⚡️ Toimintoja käsitellään näkymättöminä taustatyönä, jotka saavat huomiota vain kriisien aikana, ilman säännöllistä toimintatarkastusta |
| Sovellusalusta | Toiminnot | ⚡️ Toimintatarkastukset eivät sisällä johdon osallistumista, joten parannustyöt häviävät ominaisuuksien kehittämiseen, kun resursseja kohdennetaan |
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Sovellusalusta | Toiminnot | ✅ Toiminnallisen valmiuden tarkastukset arvioivat, täyttävätkö uudet ominaisuudet tai järjestelmät toimintavaatimukset ennen tuotantoympäristön käynnistämistä |
| Sovellusalusta | Toiminnot | ✅ Tarkastukset suoritetaan ennen uusien ratkaisujen, tärkeimpien ominaisuuksien tai arkkitehtuurin muutosten tuotanto-julkaisua, jotka vaikuttavat toimintaan |
| Sovellusalusta | Toiminnot | ✅ Tarkastuksen ajoitus on tasapainoinen, joten toteutus on tarpeeksi täydellinen arvioitavaksi ilman, että toiminnallisia huolenaiheita voidaan ratkaista liian myöhään |
| Sovellusalusta | Valvonta | ✅ Tarkastus vahvistaa, että riittäviä tilastoja on instrumentoitu, epäonnistumisskenaarioiden hälytykset ovat olemassa ja mittaristot näyttävät terveydentilan |
| Sovellusalusta | Dokumentaatio | ✅ Tarkastus vahvistaa, että suorituskirjat ovat olemassa yleisimmille toiminnoille, arkkitehtuuri on dokumentoitu vastaajille ja eskalointitoimenpiteet ovat selkeitä |
| Sovellusalusta | Käyttöönotto | ✅ Tarkastus vahvistaa, että käyttöönotto suoritetaan luotettavasti, että käyttöönotto on peruutettu ja että käyttöönotto on vahvistettu vaiheittain |
| Sovellusalusta | Suorituskyky | ✅ Tarkastus vahvistaa, että suorituskykytavoitteet on vahvistettu realistisessa kuormituksessa, kasvua varten on vapaita aikoja ja hallintorajoitusten riskit arvioidaan |
| Sovellusalusta | Tietoturva | ✅ Tarkastus vahvistaa, että tietoturvatarkastukset on suoritettu, tarkastusvaatimukset täyttyvät ja käyttöoikeuksien hallinta vastaa vaatimuksia |
| Sovellusalusta | Riippuvuudet | ✅ Tarkastus vahvistaa, että ulkoiset sidonnaisuudet on tunnistettu, että integraatiokumppaneilla on palvelutasosopimuksia ja että sidonnaisuuksien epäonnistumisille on olemassa varatoiminnot |
| Sovellusalusta | Hallinta | ✅ Tuotantokäynnistys on suljettu tarkastuksen suorittamisen jälkeen, jolloin toiminnalliset huolenaiheet vaikuttavat käyttöönoton vaatimuksiin pikemminkin kuin parhaan mahdollisen vaivannäköön |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Sovellusalusta | Hallinta | ⚡️ Uudet ominaisuudet otetaan käyttöön tuotantoympäristössä ilman toimintavalmiustarkastusta, mikä lisää liiketoimintakykyä, mikä vaikeuttaa tulevaisuuden toimintatapaa |
| Sovellusalusta | Toiminnot | ⚡️ Tarkastus suoritetaan liian myöhään, joten toiminnalliset huolenaiheet tuntuvat olevan käyttöönoton estäjiä ja aiheuttavat paineita korjausten ohittamiseksi |
| Sovellusalusta | Hallinta | ⚡️ Toimintavalmiutta käsitellään parhaan mahdollisen mukavuuden sijaan käyttöönottovaatimuksena |
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Sovellusalusta | Kulttuuri | ✅ Psykologinen turvallisuus sallii rehellisen keskustelun ongelmista, virheistä ja lähes puutteista ilman rangaistuksen pelkoa |
| Sovellusalusta | Kulttuuri | ✅ Psykologinen turvallisuus luodaan syyttömien postmortem-artikkelien, ongelmien havaitsemisen ja johtajien mallinnuksen haavoittuvuuden kautta keskustelemalla omista virheistään |
| Sovellusalusta | Tilastot | ✅ Mittaus näyttää toiminta-tilat toiminnallisten tilastojen, vahinkotapahtumien trendien, DORA-indikaattorien ja käyttäjien tyytyväisyyspisteiden avulla, mikä sallii parannustyön tavoitteiden priorisoinnin |
| Sovellusalusta | Toiminnot | ✅ Tekninen kapasiteetti on tarkoituksenmukaisesti varattu toiminnan parantamiseen, teknisen velan vähentämiseen sekä työkalu- ja automaatioinvestointeihin |
| Sovellusalusta | Toiminnot | ✅ Palautussilmukat yhdistävät toimintokokemuksen suunnittelupäätöksiin, joten vahinkotapahtumat parantavat arkkitehtuuria, valvovat ajoneuvojen optimointia ja käyttöönottovirheet parantavat testien kattavuutta |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Sovellusalusta | Kulttuuri | ⚡️ Tiimit, joilla ei ole psykologista turvallisuutta, piilottavat ongelmat, kunnes ne muuttuvat katastrofaalisiksi, estämällä varhaisen intervention |
| Sovellusalusta | Toiminnot | ⚡️ Tiimit käyttävät koko kapasiteettia ominaisuuksiin, joilla ei ole aikaa toiminnalliseen parantamiseen, mikä muodostaa teknisen ja toiminnallisen velan, joka lopulta pakottaa kriisitoiminnan |
| Sovellusalusta | Toiminnot | ⚡️ Toimintokokemusta ei syötetä takaisin suunnitteluun, joten samat heikkoudet toistuvat ja toiminnot heikkenevät vähitellen sen sijaan, että ne parantuisivat |