Hvordan skrives en kravspecifikation / projektplan til webudvikling?

Det at lave en ordentlig kravspecifikation er en god ting for såvel kunder og udviklere – for det er en direkte forventningsafstemning mellem personen, der har fået en idé til os, der skal lave det hele. Men det er også en balancegang og en større opgave.

Forestil dig en mand, lad os kalde ham Ole. Han ringer og siger ”jeg skal have et hus, der skal være 3 indgangsdøre, 16 vinduer og to etager – og huset skal være 250m2”.

Den dårlige entreprenør siger – “det vil koste 2.500.000 kroner“.

Resultatet ville være, at Ole får et hus, hvor alle hans angivne krav er opfyldt, men hvor alle vinduer og døre sidder forkert i forhold til det billede, HAN havde i hovedet da han stillede opgaven.

Ole havde så også glemt at sige, at gulvet skulle være marmor, der skulle være guldbelagte søjler og der skulle være fire meter til loftet – og ja det hele skulle opvarmes via energivenlig masseovne, og solceller skulle levere strømmen.

Ole fik det han bad om, men ikke det han selv troede, han bad om (altså det han selv havde forestillet sig).

Det at få lavet en hjemmeside eller et webudviklingsprojekt til eksempelvis app og web integration er ofte en omkostelig process, og der er desværre kun en person / firma til at betale for denne process – og det er dig som kunde.

Der er kun en måde at styre og beregne hvor meget, et projekt kommer til at koste – og det er i det tilfælde, at man har en ordentlig opskrift og projektplan for, hvad du som kunde vil opnå – hvad dit projekt skal kunne, og hvad der gerne fremadrettet skal ske, når man benytter systemet.

Det er utroligt let for en kunde at sende os en e-mail og spørge – ”hvor meget vil det koste at lave en hjemmeside?” – i stedet for lige at sætte sig ned og fortælle og tænke igennem, hvad denne hjemmeside skal kunne.

Jo mere detaljer vi har, jo lettere kan vi beregne det – men hvis du spørger som ovenfor uden detaljer – vil vi nok svare, at det koster mellem 5.000 og 100.000.000 kroner.

– opstillet på en let læselig måde. Forestil dig, at du skal skrive til et blindt barn eller din svigermor og fortælle, hvordan det ser ud i DIT hovede, hvordan det skal fungere, hvad sker der når man eksempelvis klikker Opret Annonce – hvilke fejlkontrol skal der være ved oprettelse osv…

Det er lige meget, om du kan tegne eller er en kunstner – hvis bare du kan tegne nogle bokse på et stykke papir – og forklare hvor log ind boksen skal være, hvor skal logoet sidde, hvor er menuen osv.

Der skal laves en eller flere tegninger til hvert eneste ”punkt” af siden.

Det vil altid være en god ide at lade en udenforstående men fortrolig person gennemlæse din webudviklings projektplan eller kravspecifikation, og lade dem være kritisk og stille ”dumme” spørgsmål.

Husk der er ingen dumme spørgsmål…

Lad dernæst din svigermor eller ikke IT kyndige ven læse den og se om de forstår det.

Når de først siger god for den er forståelig, så er den nok ved at være klar!

Husk – du skriver ikke en kravspecifikation til dig selv, men til en anden.

Forestil dig at den du skriver den til er en person uden erfaringer, og som skal løse din opgave uden at have nogen erfaring for, hvordan det hele virker.

Helt grundlæggende er en kravspecifikation til udvikling et dokument, der skal spare dig penge, forhindre fejl og forbedre enigheden om, hvad du forventer som slut resultat.

Behovsanalyse

• Hvad ønsker du, hvad er behovet, hvad er målet, hvorfor, hvem, hvad, hvor, hvornår…
• En meget detaljeret behovsforklaring af, hvad dit projekt skal lave
• Hvad skal det løse?
• Hvem henvender projektet sig til?
• Hvorfor skal verden have en ny social platform?
• Hvornår skal det lanceres?

Osv…

Skitseringer af din løsning

• Tegninger, forklaringer, hvor mange sider, hvorfor, hvem, hvad, hvor, hvorfor.
• Lav tegninger – en skitsering af hvilke elementer der er på en hjemmeside. Kun i sorthvid stregtegning.
• Eventuelt blyant og papir tegning
• Tegn selv ”wireframes”

Funktionsbeskrivelser af elementer
Hvad skal der ske, når man benytter de enkelte elementer, hvorfor, hvor, hvordan, hvad, hvem…

• Beskriv hver eneste wireframe med ord i et dokument
• Tip: Sæt dig uden en computer, tablet og mobil og uden at se på andre sider, skriver du nu i punkter ned – stikord for hvad du vil have skal ske på hver side eller underside på dit website.
• Du er nødt til at foretille dig, at du taler til en person, der aldrig har lavet et website før. Eksempel kan være et blindt barn eller din svigermor.

Databeskrivelser

• Hvilke data skal der modtages, afsendes, gemmes, indtastes, emails, hvem, hvad, hvor, hvorfor
• Forklar hvilke data du gerne vil sende til folk ved interaktion med dit projekt
• Skal der sendes e-mail ud ved oprettelse af en bruger?
• Skal der sendes et kald tilbage til folks mobiltelefon, hvis de gør noget i en app?
• Hvilke data forventes retur eller indtastet?

Er du ved at være klar? Det er vi også – kontakt os i dag!