Hjælp til salg (Ikke internet)

Svar: Kravsspecifikation - hvad skal med?

Rasmus Hoeks — Mon, 25 Jan 2010 12:50:29 GMT

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.

Svar: Kravsspecifikation - hvad skal med?

Elund — Mon, 25 Jan 2010 08:22:56 GMT

Espresso:

Men er der så ikke fare for, at alle os almindelige brugere spilder tiden. Udviklerne ønsker jo netop Usercases og alt det andet tekniske.

Use Cases eller User Stories er faktisk med til at gøre det mindre teknisk for bruger og kunde.

Jeg har en gang arbejdet som projektleder på et stort projekt, hvor det lykkedes mig at få kunden til at skrive halvdelen af Use Casene. Med en traditionel kravspecifikation havde det ikke været muligt, at få en kunde til at skrive en så stor del af kravspecifikationen.

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.

Svar: Kravsspecifikation - hvad skal med?

Rasmus Hoeks — Sun, 24 Jan 2010 22:40:04 GMT

@lundsby: tusind tak for dit indspark. Du kommer med nogle rigtige gode pointer, som jeg er helt enige i. Jeg vil kigge lidt videre på kravsspecifikationen så snart jeg får tid.

Som sagt var de få spørgsmål jeg havde stillet op ikke en fast skabelon og mest bare for at teste den formular jeg benytter mig af. Nu kan jeg så - bl.a. på baggrund af jeres indspark - få stillet de rigtige spørgsmål.

Tak for det.

Svar: Kravsspecifikation - hvad skal med?

Lundsby — Sun, 24 Jan 2010 19:45:44 GMT

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.

Svar: Kravsspecifikation - hvad skal med?

Rasmus Hoeks — Sun, 24 Jan 2010 16:07:36 GMT

Espresso:

Men er der så ikke fare for, at alle os almindelige brugere spilder tiden. Udviklerne ønsker jo netop Usercases og alt det andet tekniske.

Jeg har netop været igennem et større projekt - og havde jeg på forhånd kendt til udviklernes metoder, så havde jeg sparet meget tid i indledningsfasen.

Jeg tror det kommer meget an på hvilket type projekt der er tale om. Jeg tænker lige lidt... :)

Svar: Kravsspecifikation - hvad skal med?

Espresso — Sun, 24 Jan 2010 16:03:04 GMT

Rasmus Hoeks:

hej Remy

Det du forslår kunne så være mit næste projekt. Jeg ønsker fra start ikke at lave det alt for teknisk. Usecases, iterationsprocesser, vandfald, SCRUM mm. lader jeg derfor ligge fra starten af og koncentererer mig om den helt simple formular, hvor jeg forsøger at få mange af de punkter jeg tit har stødt på igennem udarbejdelsen af hjemmesider og ved at læse rundt på forskellige fora mm.

Men er der så ikke fare for, at alle os almindelige brugere spilder tiden. Udviklerne ønsker jo netop Usercases og alt det andet tekniske.

Jeg har netop været igennem et større projekt - og havde jeg på forhånd kendt til udviklernes metoder, så havde jeg sparet meget tid i indledningsfasen.

Svar: Kravsspecifikation - hvad skal med?

Rasmus Hoeks — Sun, 24 Jan 2010 15:32:07 GMT

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?

Svar: Kravsspecifikation - hvad skal med?

Niels Henriksen — Sun, 24 Jan 2010 15:28:32 GMT

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 :)

Svar: Kravsspecifikation - hvad skal med?

Rasmus Hoeks — Sun, 24 Jan 2010 15:06:06 GMT

@Lagersalg: Du har helt ret. De felter der er der nu er ikke særligt gennemtænkte. Det var jo netop grunden til, at jeg vil have inputs herinde fra, inden jeg selv satte mig ned og arbejdede videre med det.

Og ja, du har ret ang. priser/budget.

Tak for dit indspark.

Svar: Kravsspecifikation - hvad skal med?

BusinessMaroc — Sun, 24 Jan 2010 15:02:23 GMT

Hej

Jeg synes du mangler en af de væsentligste ting: Hvad skal siden bruges til?

Og der er for meget teknik blandet ind i det, og ved at bede folk om at vælge platform, hvis de intet aner og tror en platform er noget man henter olie fra nordsøen gennem, så er kunden allerede tabt.

Det er bestemt en god ting at have kravspecifikation, men du skal nok lige sætte dig over på den anden side af skrivebordet og "tænke" som kunde, så tror jeg du kommer en del længere.

Men iøvrigt mener jeg der findes standard udgaver af den slags, og det kunne du jo fint kombinere med dine egne ting.

Iøvrigt mener jeg at du bør omdøbe priser til budget, det virker mere professionelt.

Mvh

Svar: Kravsspecifikation - hvad skal med?

Rasmus Hoeks — Sun, 24 Jan 2010 14:54:12 GMT

Nicolaj:

Man kunne lave en uvildig instans:

Pengene for projektet er låst hos denne instans, ligesom kravspecifikationen skal godkendes af instansen.

Er begge parter tilfredse med resultatet, så overføres pengene til udvikleren.

Er køber ikke tilfreds, så beslutter instansen om der er mangler ifølge kravspecifikationen og om der skal gives afslag og/eller om der skal udbedres nogle ting.

Ligemeget hvad, så koster det 2% af prisen eller minimum 3.500 kr. + moms.

Det kunne man da godt lave en god forretning ud af, samtidig med at man vil hjælpe både købere og udviklere.

Bestemt ikke nogen dårlig ide. Lige nu kan jeg dog slet ikke overskue et sådant projekt, da jeg har alt for mange jern i ilden i forvejen. Har mere tænkt, at denne side på sigt kunne komme til at fungere lidt på samme måde som flexer.dk, hvor firmaer køber sig kontaktoplysninger fra personer, der har udfyldt en kravsspecifikation.

Svar: Kravsspecifikation - hvad skal med?

sponsorplay — Sun, 24 Jan 2010 12:58:52 GMT

Man kunne lave en uvildig instans:

Pengene for projektet er låst hos denne instans, ligesom kravspecifikationen skal godkendes af instansen.

Er begge parter tilfredse med resultatet, så overføres pengene til udvikleren.

Er køber ikke tilfreds, så beslutter instansen om der er mangler ifølge kravspecifikationen og om der skal gives afslag og/eller om der skal udbedres nogle ting.

Ligemeget hvad, så koster det 2% af prisen eller minimum 3.500 kr. + moms.

Det kunne man da godt lave en god forretning ud af, samtidig med at man vil hjælpe både købere og udviklere.

Svar: Kravsspecifikation - hvad skal med?

Rasmus Hoeks — Sun, 24 Jan 2010 12:41:10 GMT

hej Remy

Det du forslår kunne så være mit næste projekt. Jeg ønsker fra start ikke at lave det alt for teknisk. Usecases, iterationsprocesser, vandfald, SCRUM mm. lader jeg derfor ligge fra starten af og koncentererer mig om den helt simple formular, hvor jeg forsøger at få mange af de punkter jeg tit har stødt på igennem udarbejdelsen af hjemmesider og ved at læse rundt på forskellige fora mm.

Svar: Kravsspecifikation - hvad skal med?

Remy — Sun, 24 Jan 2010 12:38:17 GMT

En god ide! Bare ikke altid den bedste måde at udvikle på. Du kunne evt. lave en ekstra side til mere Agil udvikling. Med userstories og eller use cases.

Svar: Kravsspecifikation - hvad skal med?

DesignYOU - Allan Hansen — Sun, 24 Jan 2010 12:33:37 GMT

Rasmus Hoeks:
Nej, den kendte jeg faktisk ikke. Tak for det.

God læsning jeg lært en del af den :)

5 stars til dig for at bringe et godt emne på banen

/Allan