[Conny Westh]

Tänk utifrån kundens situation!

Dvs vad är det kunden vill ha levererat?

Om du arbetar iterativt dvs att du tar fram ett designförslag och låter kunden ha synpunkter som du tar med så är ett fastpris knappast att tänka på utan du jobbar mot löpande räkning.

- Möten med kunden för att ta fram kraven
-Skriva ned kraven från kunden på papper
-få kraven dem godkända (undertecknade)
-Utvecklingsmiljö
-Testmiljö för utvecklaren
-Acceptanstest för kunden
-Produktionsmiljö
-MIgrering av gamla databasen
-Backuprutiner
-Utbildning av kunden
-Support serviceavtal
-Hur många delleveranser under utvecklingsprojektet
-Hur hantera förändringskrav under utvecklingsprojektet
.
.
.


Men vad du behöver göra är en Work Breakdown Structure (WBS), det är en grafisk bild av små lådor/fyrkanter som du succesivt bryter ner tills du kommer till en nivå där du "vet" hur mycket jobb som krävs (vanligt med en dag elelr 4 timmar som minsta del men det kan du välja efter vad som passar dig). En WBS använder man för att verkligen vara säker på att man inte glömt att ta med jobb som man behöver göra i ett projekt.

När man väl har den kompletta WBS:en så kan man sätta ihop en offert, offerten ska normalt inte innehålla hela WBSen men valda delar, på en "leveransnivå", kan man ta med, där kunden förstår vad de får.