Kravsspecifikation - hvad skal med?

Niels:

De specielle funktioner du angiver som blog, billedearkiv, nyhedsbrevs funktion osv. er ikke bare at krydse af. For de kan laves på [antal programmører]^2 forskellige måder :)

Helt korrekt. Jeg har lidt kvaler med hvor langt jeg skal gå ned. Jeg tænker jo, at man kan specificere, at man ønsker et forum og så kan man jo så efterfølgende snakke med det valgte webbureau om det. Dette fordi denne formular er tiltænkt den indledende fase i et hjemmesideforløb.

For hvis man skulle ned og skrive mere om den enkelte ting, så ville formularen hurtigt blive alt for lang. Jeg tænker, at formularen skal indeholde maks 20punkter. Hvad mener I om dette? 

Hej Rasmus

Nu håber jeg ikke du synes jeg er for grov, men jeg mener faktisk er du er gået helt galt i byen med din kravspecifikations generator. Det er ligesom du kun ser den håndværksmæssige opgave der skal udføres, mens du helt overser rådgivningsdelen. Faktisk er rådgivningsdelen ofte der hvor der skabes mest værdi.

Der er mindst to ekstremt vigtige spørgsmål, som du ikke for stillet.

Hvorfor/Businesscase: Nok den vigtigste information, er hvad kunden ønsker at opnå med løsningen, vil de spare tid eller penge, få flere kunder, overholde gældende lovgivning eller noget helt andet. Hvordan vil de gøre det? Har de nogle sekundærer mål etc.

Hvem er kunden: Det er utroligt vigtigt, hvis man skal kunne beskæftige kvalificeret med kunden, at forstå hvem kunden er. Et godt tilbud til en type kunde, kan være ekstremt uattraktivt for en anden.

Spørgsmålet om budget, er helt klart relevant, men dem omkring platform funktionaliteter, er efter min mening fuldstændigt irrelevante, det kan være direkte skadeligt for kundens forretning, hvis man for tidligt begynder at gå i løsningsmode. Da dette typisk betyder at man indsnævre løsningsmuligheder, og måske overser en bedre løsning.
Jeg mener det er vores ansvar som fagfolk, ikke bare at bygge en holdbar løsning til kunden, men også at sikre at det er den rigtige løsning der bliver bygget.

elund.dk:

Use Cases gør tingene mere overskuelige og er også en gode måde at dele en opgave op i mindre dele på. En Use Case kan således fint svare til en iteration.

Jeg har tænkt lidt... Måske vil jeg give brugeren mulighed for at indtaste disse usecases, men blot præsentere dem for indtastningen af disse på en meget nem måde. Fx ved at skrive "Forklar i detaljer de to mest vigtige funktioner på dit website". Og så fx give en videointroduktion til, hvordan man bør skrive det ned og, at man bør have så mange detaljer med som muligt.

Hele tanken er, at holde denne kravsspecifikation kort og ikke for teknisk - men samtidig at lave en formular, som et webbureau efterfølgende kan få noget ud af. Selvfølgelig - som fornævnt - med den hage (og den pointe), at kravsspecifikationen stadig skal ses som et af de allerførste led i kommunikationsprocessen mellem webmand og kunde.