Jotta voi tehdä laadukkaan vaatimusmäärittelyn, tulee kokonaisuudessaan ymmärtää vaatimusten elinkaari. Alla oleva kuva kertoo ylätasolla vaatimusten elinkaaren hankinnasta projektin sulkemiseen. Tarkoitus on ymmärtää, miten vaatimukset tulee kirjoittaa ja asettaa, jotta ne palvelisivat hankinnan lisäksi myös toteutusprojektia sekä vaatimusten toteutumisen analysointia.
Hankinnan suunnittelu
Vaatimusmäärittelyn taustalla on uuden ratkaisun, kehitystyön ja muun sellaisen hankinta. Jotta tarjouspyynnön liitteeksi saadaan laadukas vaatimusmäärittely, on kehitystarpeen lisäksi tärkeää myös nykytila sekä hankintaan liittyvät E2E prosessit.
Vaatimusmäärittely
Postauksessa 10 vinkkiä laadukkaaseen toiminnalliseen vaatimusmäärittelyyn on kuvattuna vaatimusmäärittelyn tekemisen vaiheita.
Vaatimusmäärittelyn kirjoittamisen aikana syntyy paljon informaatiota, käydään keskusteluja, jotka tulee saada periytettyä toteutusprojektille.
Vinkki: Mieti jo tässä vaiheessa, miten saat hyödynnettyä vaatimusmäärittelyn aikaisen informaation toteutusprojektin suunnittelussa ja testauksessa.
Tarjous
Vaatimusmäärittely lähetetään tarjouspyynnön liitteenä ratkaisun mahdollisille toimittajille.
Toimittajat vastaavat vaatimusten toteutumiseen annetun vastausvaihtoehdon mukaan sekä sanallisella kuvauksella.
Vinkki: Lataa voittaneen toimittajan vastaukset ja vie ne toteutusprojektille toteutuksen ja testauksen suunnittelun tueksi esimerkiksi ProjectTOPiin.
Toteutusprojektin asettaminen
Vaatimusmäärittelyn sekä muun dokumentaation avulla asetetaan toteutusprojekti.
Vaatimukset jaetaan yleensä kahteen kategoriaan:
- Katselmoitaviin: Näitä ovat ei-toiminnalliset, tekniset, tietoturvavaatimukset, joihin ei liity toteutusta.
- Testattavat: Näitä ovat toiminnalliset vaatimukset, joihin on olemassa vakiotoiminnallisuus tai toiminnallisuus toteutetaan projektin aikana.
Toteutuksen ja testauksen laatu parantuu, kun asettamisessa käytetään hyödyksi vaatimuksia ja suunnitellaan samalla vaatimusten toteutumisen hyväksyntä.
Esimerkki:
Riippuvuudet voi rakentaa näin:
- Vaatimus
- Toteutettava toiminnallisuus, konfigurointi
- Testitapaus
- Havainto, bugi
- Havainto, bugi
- Testitapaus
- Toteutettava toiminnallisuus, konfigurointi
Huomioiden, että riippuvuus voi olla monen suhde moneen. Vaatimus voi liittyä moneen toteutukseen, toteutus voi liittyä useampaan vaatimukseen….
Vaatimusten katselmointi – Toteutuksen hyväksyntä
Toteutuksen ja testauksen aikana kuitataan vaatimuksia testatuksi. Kun toteutusprojekti on asetettu edellä kuvatulla tavalla, voidaan vaatimusten toteutuminen raportoida luotettavasti sekä automatisoida prosessi.
Esimerkiksi ProjectTOPissa automaatio tapahtuu näin:
Kun kaikki Toiminnallisuuden (story, use case…) testitapaukset on kuitattu Testattu OK tilaan
- Automaatio päivittää Toiminnallisuuden tilaan Testattu OK
- Kun kaikki Vaatimukseen linkitetyt Toiminnallisuudet on Testattu OK, automaatio muuttaa Vaatimusten tilaksi Testattu OK
Jos halutaan, voidaan lisätä tämän perään katselmointi, jossa tarkastetaan testauksen laajuus ja hyväksytään vaatimus erikseen.
Keskeneräiset vaatimukset
Osa toiminnallisuuksista saattaa jäädä jälkitoimitukseen. Tämä tarkoittaa todennäköisesti myös sitä, että osa vaatimuksista jää toteutumatta. Näiden vaatimusten toteutuminen ja validointi hoidetaan valmiiksi erillisen suunnitelman mukaan.
Webinaari: Laadukas vaatimusmäärittely ilman Exceliä
Excelin taulukot ja solut kaavoineen eivät enää riitä, kun tehdään laadukasta ja modernia vaatimusmäärittelyä. Webinaarissa esittelemme nykyaikaisen vaihtoehdon rakentaa laadukas vaatimusmäärittely uudella tavalla.
