Mognadsmodellen för kvalitet

Värdefull: Den uppfyller kundens behov.

Funktionell: Den gör det vi säger att den gör, och vi kan mäta dessa interaktioner.

Tillförlitlig: Den är tillgänglig när den behövs.

Säker: Den skyddar kundernas och företagets information.

Prestandastark: Den svarar inom en acceptabel tid.

Användbar: Den är enkel och intuitiv att använda.

Underhållbar: Den är enkel att testa, distribuera, automatisera, övervaka, uppdatera och skala.

Efter att ha definierat dessa attribut skapade vi en lista över beteenden för utvecklingsteam, för att säkerställa att dessa attribut är en del av våra produkter. För vart och ett av beteendena fastställde vi hur en miniminivå skulle se ut, hur en standardnivå skulle se ut och hur en utmärkt nivå skulle se ut. Utifrån detta skapade vi Kvalitetsmognadsmodellen.

Här är några exempel på de beteenden som definieras i Kvalitetsmognadsmodellen:

Värdefull: Teamet identifierar och undersöker kundernas behov.

Funktionell: Teamet skapar, kör, övervakar och underhåller tillförlitlig testautomatisering.

Tillförlitlig: Teamet övervakar aktivt sina applikationers hälsa och vidtar lämpliga åtgärder vid behov.

Säker: Teamet skapar och följer en säkerhetsstrategi i enlighet med bästa praxis inom säkerhet.

Prestandastark: Teamet uppfyller konsekvent SLO-standarderna för sin produkt.

Användbar: Teamet säkerställer att produkten är användbar på flera enheter och i de webbläsare och på de plattformar som stöds, när det är relevant.

Underhållbar: Teamet hanterar och äger sina distributioner i enlighet med processen för versionshantering.

Vi rullade ut Kvalitetsmognadsmodellen till alla team och bad dem identifiera vilka av dessa beteenden de redan uppvisade. Därefter bad vi teamen skapa kvartalsmål för att införa fler av beteendena. Varje kvalitetsansvarig tilldelades en grupp team att träffa varje månad för att hjälpa till att besvara frågor och hålla teamen ansvariga.

Efter ett års arbete med att införa modellen har vi gjort betydande framsteg! Här är några exempel:

Ett team beslutade att hela teamet skulle ta ansvar för testautomatiseringen. Teamet arbetar tillsammans för att säkerställa att tester inte dupliceras; om ett enhetstest redan täcker det som behöver testas för en funktion finns det till exempel inget behov av att skriva ett gränssnittstest. Detta sparar teamet betydande tid vid skapande och underhåll av tester, vilket frigör tid så att de kan fokusera på nya funktioner.

Ett annat team såg till att hela teamet visste hur man använder ramverket för gränssnittsautomatisering. En utvecklare kunde genomföra ett fullständigt regressionstest av det gränssnittsarbete han utförde och åtgärda alla fel han hittade utan att involvera någon annan i teamet.

En testare i ett team skapade en återanvändbar testplan så att utvecklarna skulle kunna avgöra vad som behövde testas. När båda testarna i teamet var lediga samtidigt kunde utvecklarna fortsätta med funktionsutveckling och testning utan problem.

Ett team kunde använda de framsteg de gjort inom testautomatisering för att snabba upp sina lanseringar från en gång i månaden till två gånger i månaden.

Om du letar efter ett sätt att förbättra kvaliteten på din produkt, minimera defekter som slinker igenom och snabba upp leveranstiden, kan Kvalitetsmognadsmodellen vara ett utmärkt sätt att få hjälp. Jag rekommenderar att du inleder en diskussion med ledarna på ditt företag om vilka kvalitetsbeteenden du vill se hos dina team!

Relaterad läsning: SKAPA EN KVALITETSSTRATEGI

Om du vill lära dig mer om verktyg som hjälper dina team att hantera testdata kan du ta en titt på vår lista över DE 10 BÄSTA VERKTYGEN FÖR HANTERING AV TESTDATA