Hjælp til salg (Ikke internet)

Søger udvikler

Mikkel Mikjær Christensen — Tue, 24 Jul 2007 21:08:00 GMT

Jeg er delvis enig, programmøren kan godt komme ind FOR tidligt, de har en tendens til at gøre ting alt for tekniske. Men projektlederen kan kun komme ind for sent, han har evnen til at oversætte mellem "kodeaberne" og "marketingsdyrene", men udover det er jeg enig med Lundsby :)

Søger udvikler

Lundsby — Tue, 24 Jul 2007 20:49:00 GMT

Jeg tror ikke det giver mening, at diskuterer hvad der præcist ligger bag ordet en kravspecifikation. Det har mange forskellige betydninger for mange forskellige mennesker, og det er svært at se hvorfor en skulle være mere rigtig end en anden. Så hvis en diskussion skal havde et facit er det nok nødvendigt at fastlægge en ramme, i form af et process valg. F.eks. Rational Unified Process, XP eller Microsoft Solutions Framework. I RUP''en vil en krav. spec. nok bestå af nogle Use Case beskrivelser plus supplerende specifikationer og iXP ville det være noget så abstrakt som en metafor. Men det er lidt kedeligt at diskuterer noget med et endegyldigt facit, den slags bør nok slås op.

Hvad der derimod er interessant, er diskussion om hvor tidligt udviklerer og arkitekter skal involveres i udarbejdelsen af krav. Her er det min egen erfaring at det ikke kan ske for tidligt, så jeg ser det bestemt som positivt og proffesionelt at Jon vil hjælpe trådens ophavsmand med uarbejdelse af krav.

Søger udvikler

Elund — Tue, 24 Jul 2007 20:21:00 GMT

Dato: 24-07-2007 21:45:06 Forfatter: mcsolutions Skal jeg blive fornærmet over at du kalder mig en ''ung gut''?

Nej, bestemt ikke! Så skulle jeg da nærmere blive fornærmet over, at du bruger ordet "fis", om det jeg skrev ;-)

Jeg har sendt dig en mail for at kunne modtage din artikel. På forhånd tak!

Søger udvikler

Mikkel Mikjær Christensen — Tue, 24 Jul 2007 19:45:00 GMT

Skal jeg blive fornærmet over at du kalder mig en "ung gut"? Jeg har arbejdet professionelt med udvikling siden jeg var 17 jeg har rimelig godt styr på projektudvikling, siger ikke jeg er ekspert på området men du kan selv se en række udvalgte stører referencer.

Men hvis du smider mig en mail på mail@mc-solutions.dk skal jeg da gerne sende den til dig med det samme hvis du har nogen kommentarer. Vil skam gerne have kommentarer på det, alting kan jo forbedres.

Søger udvikler

Elund — Tue, 24 Jul 2007 19:33:00 GMT

Dato: 24-07-2007 19:26:57
Forfatter: mcsolutions
Jeg er ved at udarbejde en artikel som netop skal guide kunderne igennem processen. Jeg har overtaget mange kunder som er kommet fra firmaet som har skrevet ''kravsspecifikation'' for dem og det har vÃ¦ret et mareridt for dem med uendelige problemer, implementationer der ikke lÃ¸ste deres behov og regninger der konstant voksede.

Den artikel glÃ¦der jeg mig meget til at se. Der er skrevet og sagt meget om kravspecifikationer de seneste 20 Ã¥r, hvor jeg har beskÃ¦ftiget mig med softwareudvikling (primÃ¦rt C og C++). Hvis det er lykkedes en ung gut pÃ¥ 24 Ã¥r at finde de vise sten, sÃ¥ er det jo bare super :-)

Min erfaring er at kravspecifikationer udarbejdet vha. Use Case teknikken, giver bedre specifikationer, idet specifikationen sÃ¥ tager udgangspunkt i opfyldelse af funktioner, der er til gavn for systemets aktÃ¸rer og interessenter.

Ellers er jeg meget enig i det Jon Hauge skriver.
Kunsten er netop at omsÃ¦tte kundens Ã¸nsker til en GOD kravspecifikation, der skal danne grundlaget for det videre udviklingsarbejde.

Bruger man Use cases, kan de anvendes i udviklingsforlÃ¸bet til at definere iterationerne med, og dermed til at styre projektets leverancer, ligesom Use
Casene danner udgangspunkt for specifikation af accepttesten.

NÃ¥r du nu siger, at det er noget fis jeg skriver, synes jeg absolut at du bÃ¸r gÃ¸re alvor af at poste din artikel herinde. Jeg er ikke for gammel til at lÃ¦re noget nyt, sÃ¥ jeg venter i spÃ¦nding ;-)

Søger udvikler

Business — Tue, 24 Jul 2007 18:22:00 GMT

Det er absolut også et godt udgangspunkt

Søger udvikler

Mikkel Mikjær Christensen — Tue, 24 Jul 2007 18:21:00 GMT

Jan: Og når så i færdige med Kravsspec''en hvad bruger i så kravsspecen til ?

Søger udvikler

Jon Hauge - Relation House Solutions — Tue, 24 Jul 2007 18:19:00 GMT

Vi har faktisk ret gode erfaringer med at omsætte vores kunders ønsker til en kravsspec. Ofte skærer vi ind til benet sådan at kun de vigtigste ting kommer med. og ofte tilføjer vi løsninger som erstatter en eller flere af kundens ideer.

Det kan være et problem for en ikke-teknisk person at vurdere økonomien i de forskellige dele af en løsning.

Men kunden er selvfølgelig central i udviklingen af en kravsspec. Ofte er den endelige kravsspecifikation baseret på et skriftligt oplæg fra kunden.

Det vigtigste for os er egentlig også at kunden er tilfreds med pris og kvalitet.

Søger udvikler

Mikkel Mikjær Christensen — Tue, 24 Jul 2007 18:17:00 GMT

Business: Indeed, og det er jo netop det som kun kunden skal svare på, nemlig HVAD deres produkt skal kunne gøre.

Søger udvikler

Business — Tue, 24 Jul 2007 18:12:00 GMT

Jeg plejer altid at forklare det sådan, at kravspec indeholder hvad og ikke hvordan

Søger udvikler

Mikkel Mikjær Christensen — Tue, 24 Jul 2007 18:05:00 GMT

Business: Og det er præcis det en kravsspecifikation skal indeholde, der er desvære mange misforståelser også indenfor branchen. Nogen mener at en kravsspecifikation skal være en fuldstændig opskrift på sammensætning af det endelige projekt, dette er ikke tilfældet. Men dem som er af den overbevisning vil helt klart ikke mene at en kunde selv kan udvikle deres kravsspecifikation.

Min artikel er desvære ikke blevet korrekturlæst endnu men når den er regner jeg med at poste den herinde.

Søger udvikler

Business — Tue, 24 Jul 2007 18:00:00 GMT

Måske snakker I forbi hinanden.....

De forretningsmæssige krav, kan de fleste skrive......

Søger udvikler

Mikkel Mikjær Christensen — Tue, 24 Jul 2007 17:27:00 GMT

Det er noget fis, selvfølgelig er de fleste kunder i stand til at skrive en kravsspecifikation. De skal muligvis have lidt rådgivning i udformningen, men en kravsspecifikation er ikke teknisk svær at skrive (og dem som mener den er har ikke forstand på hvad en kravsspecifiktion er) men det at udforme kravsspecifikationen er i bund og grund at beskrive en arbejdsgang som kunden ønsker automatiseret, og netop denne arbejdsgang er typisk en del af kundens kompetence område.

Jeg er ved at udarbejde en artikel som netop skal guide kunderne igennem processen. Jeg har overtaget mange kunder som er kommet fra firmaet som har skrevet "kravsspecifikation" for dem og det har været et mareridt for dem med uendelige problemer, implementationer der ikke løste deres behov og regninger der konstant voksede.

Søger udvikler

Elund — Tue, 24 Jul 2007 17:20:00 GMT

Dato: 24-07-2007 19:06:35
Forfatter: mcsolutions
Jon: Bare for at rette pÃ¥ dig? Hvordan i alverden vil du skrive HANS kravsspecifikaton? Kravsspec''en er noget kunden skriver til leverandÃ¸ren som specificerer kundens Ã¸nsker, den har du ikke kompetencer til at skrive?

Der tager du helt fejl Mikkel ;-)
De fleste kunder er IKKE i stand til at skrive en kravspecifikation selv. Hvis man er heldig kan man fÃ¥ dem til at skrive enkelte Use Cases.
I det firma hvor jeg tjener mit daglige brÃ¸d, skriver vi altid kravspecifikationen for kunderne.

Søger udvikler

Mikkel Mikjær Christensen — Tue, 24 Jul 2007 17:07:00 GMT

Jon: Bare for at rette på dig? Hvordan i alverden vil du skrive HANS kravsspecifikaton? Kravsspec''en er noget kunden skriver til leverandøren som specificerer kundens ønsker, den har du ikke kompetencer til at skrive?

Er det du mener ikke at du hjælper kunden med at formulere UML Diagrammer og detaljerede udviklings specifikationer til offshore udviklerne?