Kuinka laadunhallintasuunnitelma laaditaan 8 helpossa vaiheessa

Voit hallita laatua kahdella tavalla:

• Tuotteen laatu: tämä on varsinainen, konkreettinen tuotteesi. Se voi olla rakentamasi sovellus, suunnittelijatiimisi laatimat suunnitteluprototyypit tai jopa kehittäjiesi kirjoittama koodidokumentaatio.
• Prosessin laatu: projektipäälliköt vastaavat projektiprosessien luomisesta ja ylläpidosta. Laadunhallinnan yhteydessä meidän on otettava huomioon myös prosessiemme vaikutus tiimimme kykyyn saavuttaa tuloksia. Voit mitata prosessin laatua esimerkiksi nopeuden kaltaisilla mittareilla.

Laadunhallinnan kolme osa-aluetta

Oikein toteutettuna laadunhallinnan tulisi näkyä kaikissa projektin rooleissa ja koko projektin elinkaaren ajan. 

Laadunhallinnan kolme pääasiallista osa-aluetta ovat:

• Laadun suunnittelu: määrittää tietyn projektin laatustandardit
• Laadunvarmistus: standardien, ohjeiden ja menettelytapojen kokonaisuus, jonka otat käyttöön estääksesi laatuongelmien syntymisen projektissasi
• Laadunvalvonta: työkalut ja tekniikat, joiden avulla seuraat, täyttävätkö projektisi tuotokset laadun suunnittelun aikana määritetyt laatustandardit.

Mikä on laadunhallintasuunnitelma?

Laadunhallintasuunnitelmassa (josta käytetään joskus lyhennettä QMP) kuvataan yksityiskohtaisesti prosessit, joita aiot noudattaa saavuttaaksesi tietylle projektille asettamasi laatutavoitteet (laadunvarmistus), sekä se, miten aiot mitata onnistumista (laadunvalvonta). 

Vaikka projektipäällikkö vastaa suunnitelman laatimisesta, tiimin jäsenet ja muut sidosryhmät (projektipäällikön lisäksi) vastaavat sen toteuttamisesta.

Miksi laadunhallinta on tärkeää?

Laadunhallinta tarjoaa useita hyötyjä, jotka parantavat projektin onnistumista:

• Tuotteen parempi laatu: kun hyödynnät laadunhallintaa, tiimisi tuottaa huomattavasti parempia ja vakaampia tuloksia. Loppukäyttäjäsi ovat tyytyväisempiä ja iloisempia toimittamastasi tuotteesta.

• Pienemmät yleiskustannukset: sidosryhmät ovat yhtä mieltä vakaasta laatuprosessista ja -suunnitelmasta, jotka sisältävät varautumistoimenpiteitä ja jättävät vähemmän tilaa virheille.
• Nopeampi toimitustahti: tiimisi tunnetaan laadukkaasta ja tasalaatuisesta tuotoksesta, mikä rakentaa luottamusta projektin sidosryhmien kanssa.
• Yhteistyön ja arvioinnin parantuminen: laadunhallintaprosessien kirjaaminen vahvistaa käsitystä laadusta yhteisenä vastuuna. Kehittäjät hyödyntävät testivetoista kehitystä. Sidosryhmät määrittelevät hyväksymiskriteerit. Testausinsinöörit keskittyvät tutkivaan testaukseen ja poikkeustapausten löytämiseen.

Stay Ahead of What Deserves Your Attention

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get Free Access

Have an account? Log In

Ketkä tulisi ottaa mukaan laadunhallintasuunnitelman laatimiseen?

Lyhyt vastaus: kaikki.

Laadunhallinta on keskeinen osa projektin elinkaarta—se alkaa alusta, ja kaikki vastaavat laadusta.

Alkuvaiheen projektivaatimusten keräämisen ja määrittelyn aikana projektitiimin jäsenten, mukaan lukien välittömän tiimin ulkopuoliset sidosryhmät, tulisi osallistua vaatimusten keräämiseen ja määrittelyyn. Jatka tätä yhteistyötä koko kehityksen, testitapausten integroinnin, sidosryhmien hyväksynnän sekä käyttäjäpalautteen keräämisen ja priorisoinnin ajan.

Laadunhallintasuunnitelman mallipohja

Löydät laadunhallintasuunnitelman mallipohjan DPM-jäsenyyden mallipohjakirjastosta. Mallipohja on taulukkomuodossa ja sisältää useita välilehtiä:

Career Builder -jäsenet voivat käyttää mallia DPM:n mallikirjastossa. 

Laadunhallintasuunnitelman esimerkki

Esimerkkimme laadunhallintasuunnitelma (ladattavissa DPM-jäsenyyden kautta) sopii parhaiten pienien tiimien ohjelmistokehitysprojekteihin. 

Se sisältää seuraavat osiot:

• Projektin laadun mittarit: miten määrittelet laadun ja mitä laatumittareita käytät suorituskyvyn arviointiin
• Keskeiset vastuut: kuka tekee mitä laadunhallinnan osalta
• Toteutuksen tarkistuslista: joukko vaiheita, joita noudattamalla varmistat laadunhallintasuunnitelman toteutuksen
• Vaatimusten laadun tarkistus: loki, johon kirjaat laatuvaatimukset ja kuittaat erilaiset laadunhallinta- ja testaustoiminnot
• Kohdelaiteluettelo: luettelo kohdelaitteista, joissa ohjelmistosi laatukriteerejä sovelletaan.

Voit luetella nämä asiakirjassa tai laskentataulukon erillisinä välilehtinä (kuten esimerkissämme).

Laadunhallintasuunnitelman laatiminen ohjelmistoprojekteille

Laadunhallintasuunnitelma kannattaa laatia projektin suunnitteluvaiheessa, jotta jatkuvalle kehittämiselle voidaan luoda hyvät edellytykset. Kun tiimisi on hyväksynyt projektinhallintasuunnitelman, varmista, että se on kaikkien saatavilla yhteisenä projektiasiakirjana.

Seuraavassa on kahdeksan vaihetta laadunhallintasuunnitelman laatimiseen seuraavaa ohjelmistoprojektiasi varten:

1. Muodostakaa yhteinen käsitys siitä, mitä laatu tarkoittaa tässä projektissa

Järjestä keskusteluja tiimisi ja sidosryhmien kanssa siitä, millainen laatutaso on hyväksyttävä asiakastyytyväisyyden saavuttamiseksi. Ole ytimekäs ja määritä asiat mahdollisuuksien mukaan määrällisesti, kuten tässä virheraportointia koskevassa esimerkissä, jotta jäljitettävyys varmistetaan:

Kerää tämä tieto tiimin jäseniltä ja hallitse sidosryhmien odotuksia esittämällä esimerkiksi seuraavia kysymyksiä:

• Kuinka tärkeää tuotteen suorituskyky on (esim. latausajat)?
• Miten haluamme mitata onnistumista?
• Mitkä tuotteen osa-alueet ovat laadun kannalta kriittisimpiä (esim. tietoturvallisuutta vaativat ominaisuudet)?
• Mitä projektinhallinnan ohjauskeinoja haluamme ylläpitää?

2. Jakakaa laadunhallinnan vastuut

Päättäkää, kuka vastaa projektin laadunhallinnan kustakin osa-alueesta. Tähän kuuluu sen määrittäminen, kuka:

• Ylläpitää kohdelaiteluetteloa
• Kirjoittaa käyttäjätarinoiden hyväksymiskriteerit
• Hyväksyy julkaisut.

3. Määritä kohdelaitteet

Kohdelaiteluettelosi on arvokas, sillä se auttaa kehitystiimiäsi keskittymään tiettyihin laadun osa-alueisiin. Kohdelaiteluettelo voi perustua valitsemiisi kriteereihin, kuten:

• Laitteisto ja laitteiston ikä
• Käyttöjärjestelmät ja niiden versiot
• Verkkoselaimet ja niiden versiot
• Näytön tarkkuudet
• Internet-yhteyden vaatimukset
• Käytettävillä palvelimilla samanaikaisesti olevien käyttäjien odotettu määrä

4. Kirjoita hyväksymiskriteerit

Hyväksymiskriteerit ovat ominaisuuskohtainen luettelo asioista, jotka tarkistetaan ominaisuutta arvioitaessa. Hyvät hyväksymiskriteerit ovat täsmällisiä, mutta myös riittävän laajoja, jotta kehittäjille jää tulkinnanvaraa. Esimerkiksi:

5. Integroi yksikkötestit koodiisi

Yksikkötestit ovat koodattuja testejä, joita kehitystiimi yleensä kirjoittaa.

Ne ovat erittäin hyödyllisiä missä tahansa laadunhallintasuunnitelmassa, sillä niiden avulla voidaan tarkistaa, että koodi toimii odotetulla tavalla. Projektin kasvaessa ja julkaisujen yleistyessä tämä säästää huomattavasti aikaa.

Projektipäällikkö ei vastaa testien integroinnista, mutta jos hallinnoit laatusuunnitelmaa, vastuullasi on toiminnan kirjaaminen ja seuranta.

6. Ota käyttöön toimitusputki, johon kuuluu valinnaisia laaduntarkistuksia

Tämä vaihe on valinnainen, mutta jos kehitystiimilläsi on aikaa putken määrittämiseen, se kannattaa tehdä. Toimitusputken avulla voit ottaa käyttöön ylimääräisiä automaattisia laaduntarkistuksia, kuten yksikkötestien ja integraatiotestien suorittamisen jokaisen toimituksen yhteydessä useisiin ympäristöihin.

7. Ota käyttöön regressiotestiprosessi julkaisujen hallintaa varten

Regressiotesti on yksityiskohtainen testisuunnitelma, jossa määritellään usein muutamia erilaisia käyttäjien mahdollisesti kulkemia ”onnistuneita polkuja”. Sitä käytetään usein viimeisenä testinä ennen julkaisua, jotta voidaan varmistaa, etteivät nykyiset käyttäjät ole kokeneet odotettujen toimintojen heikkenemistä eli regressiota.

Määritelmä

Ohjelmistokehityksessä onnistuneella polulla tarkoitetaan vaiheita, joita käyttäjän odotetaan ihanteellisesti noudattavan tuotettasi käyttäessään.

Yleensä jokaisella kohdelaitteella suoritetaan regressiotesti optimaalisen laadun varmistamiseksi. Tämä voi muuttua aikaa vieväksi projektin kasvaessa. Tässä vaiheessa voi olla hyödyllistä tutustua automatisoituun regressiotestaukseen.

8. Määritä haluamasi työkalu yhdistämään laadunhallintaprosessi

On tärkeää varmistaa, että kaikki tämän prosessin osa-alueet toimivat sujuvasti projektin ja tiimin hyödyksi. Määritä nykyiset projektinhallintatyökalusi tukemaan laadunhallintaa. Automaatio on tässä hyödyllistä. Muutamia esimerkkejä:

• Jos käytät Jiraa resurssienhallintaan tai Asanaa projektinhallintaan, voit määrittää työnkulkuja, jotka pyytävät suorittamaan laatutarkistuksia tarvittaessa.
• Jos käytät Zapieria, voit automatisoida raportoinnin valitsemassasi työkalussa tapahtuvista tehtävien siirroista.
• Monday.com tukee lukuisia integraatioita, mukaan lukien mahdollisuus automatisoida Zendesk-tikettien tallentaminen kehityksen tehtäväkantaan.
• Slackin uusi Workflow Builder voi yhdistää useita tietopisteitä yhdeksi saumattomaksi viestintätyönkuluksi.

Hyödyllisiä laadunhallintatyökaluja

Vaikka laadunhallintasuunnitelman luominen vaatii aikaa, saatavilla on huomattava määrä hyödyllisiä työkaluja laadunhallintajärjestelmän luomiseen, ylläpitämiseen ja seurantaan. Tätä tarkoitusta varten kannattaa tutustua myös projektinhallintaohjelmistoihin.

Esimerkkejä ovat:

• Google Sheets: Erinomainen regressiotestien hallintaan
• Asana tai Jira: Laadunhallintaprosessin tukemiseen
• Intercom: Erinomainen tapa olla suoraan yhteydessä käyttäjiin manuaalisen palautteen saamiseksi
• BugHerd: Hyödyllinen työkalu sidosryhmien palautteen keräämiseen
• Heap: Arvokas analytiikkatyökalu, jolla voidaan selvittää, vastaavatko käyttäjäkokemuksen ja tuotteen kulkujen laatu käyttäjien odotuksia
• Marker.io: Erinomainen tapa ilmoittaa verkkosivuston virheistä ja ongelmista suoraan tiimisi Jira-, Trello- tai Asana-ongelmien seurantaohjelmaan
• Trello: Trellon käyttäminen projektinhallintaan voi auttaa seuraamaan laadunhallintasuunnitelmaasi ja varmistamaan, että kaikkia tehtäviä seurataan ja ne suoritetaan tehokkaasti

Mitä mieltä olet?

Oletko aiemmin toteuttanut laadunhallintasuunnitelman? Mikä sujui hyvin? Opitko kokemuksesta jotain? Jos et, voisiko sellaisen luomisesta olla hyötyä seuraavassa projektissasi?

Ja jos QA on sinun juttusi, tutustu sisarsivustoomme The QA Leadiin, josta löydät uusimmat ja parhaat tiedot kaikesta laadunvarmistukseen liittyvästä.