Jag började med den här uppsatsen med en riktig skepsis till att använda DSDM i fastprisprojekt. Jag har gått från att vara säker på att min rekommendation skulle bli att inte använda DSDM till att istället vara positivt inställd till det. Det finns dock några stora krav på de fastprisprojekt där man använder sig av DSDM. Både beställare och leverantör måste vara helt införstådda med vad DSDM är och förpliktiga sig till de principer som finns. De viktigaste kraven jag ser i ett projekt för att använda sig av DSDM är:
• Prioritering av krav är möjligt • Alla krav måste inte implementeras • Beslutsmandat finns för projektgruppen • Möjlighet för stor användarinvolvering • Engagerad beställare
Nilsson (2007) menar att om man i ett projekt har en kravställare som är engagerad blir slutresultatet alltid bra. Om det är sant innebär det att DSDM har ett slutresultat som blir
bra, även i fastprisprojekt, eftersom DSDM inte skall användas om man inte har en engagerad beställare.
Jag tror inte fastpris tillsammans med DSDM är det största problemet, utan fastpris överlag. Både Wiktorin (2003) och Kruchten (2004) skriver hur krav förändras och att det är viktigt att kunna hantera förändrade krav. Kruchten (2004) redogör för de vanligaste problemen inom systemutveckling där krav upptar en stor del. Det handlar om att man har bristfällig eller ostrukturerad kravhantering eller att man har problem att hantera
förändrade krav. Inom hela den agila världen, vilket inkluderar DSDM, betonar man hur viktigt det är att kunna hantera en förändrad kravbild. Även de intervjuade personerna med lång erfarenhet inom systemutveckling talar om problematiken kring krav som förändras, försvinner eller uppstår. Mot bakgrund av det menar jag att fastprisprojekt inte är att föredra alls eftersom man redan från början vet att de krav som sätts upp kommer att förändras. Fastprisprojektet är således redan från början uppsatt med fel resurser och funktionalitet och därmed också deadline.
De flesta är överens om att systemutveckling måste ske i en iterativ process och att krav förändras, försvinner samt tillkommer. (Wiktorin, 2003) Det medför att
beställningsprocessen och kravspecifikationen måste ändra form, den måste anpassas till hur verkligheten ser ut. Om verksamhetens krav förändras 12 % per år vore det dumt att utgå från en kravspecifikation skriven innan projektstart. Det vore därför önskvärt att prioritera om kraven efter hand utifrån de förändringar som uppkommer. Det största
problemet är dock inte att använda DSDM i projektet, utan att få möjligheten att göra det. Att få beställaren att godkänna DSDM och därmed inte exakt veta vad som kommer
att ingå i systemet är den största utmaningen.
Får man med beställaren menar jag att man absolut kan använda DSDM, om även övriga viktiga punkter är med. Jag menar att många av förutsättningarna automatiskt uppfylls om beställaren förbinder sig till DSDM. Förbindandet i sig förpliktigar och då har man
användarinvolvering, man har en förståelse för modellen, man har fasta resurser och tid, man kan kravprioritera samt man har en projektgrupp som kan och får fatta beslut.
7.1 Rekommendationer
Att ge rekommendationer när det gäller att arbeta i systemutvecklingsprojekt med fastpris enligt de principer som finns inom DSDM är svårt. Det beror på om man skall ge
rekommendationerna till beställare eller leverantör. I och med att man redan från början känner till att förutsättningarna för ett projekt är felaktiga, eller i alla fall kommer att förändras, anser jag att fastpris i sig är ett problem för beställare men framför allt leverantör.
Trots min tveksamhet inför fastprisprojekt vet jag att verkligheten ser annorlunda ut och att allt fler beställer med fastpris. (Lindström, 2002) Min nästa rekommendation blir därför, om det går, att välja DSDM som projektstyrningsmodell. Några grundläggande förutsättningar krävs dock i projektet och dessa är:
• Att man har genomfört den risk- och lämplighetsanalys som DSDM förespråkar • Att både leverantör och beställare förstår DSDM och förbinder sig till modellen • Att de nio grundprinciperna verkligen uppfylls i projektet
Om man driver ett projekt med en engagerad beställare som kan prioritera sina krav och med en utvecklingsgrupp som arbetar tillsammans med användarna menar jag att DSDM är rätt val.
Min rekommendation är att i alla projekt, oavsett val av modell, försöka övertyga beställarna att vara engagerade och aktiva i själva projektet. Att få beställarna att
värdesätta sina egna krav och sina egna behov för ett nytt system, att få dem att värdesätta affärsnyttan. Att få dem att förstå att de inte kan beställa ett system utifrån en
kravspecifikation för att sedan få det systemet några månader senare.
Sammanfattningsvis rekommenderas DSDM som projektstyrningsmodell i fastprisprojekt när man har rätt typ av projekt enligt risk- och lämplighetsanalysen. Bättre guidelines bör dock ingå i DSDM för följande områden:
• Hur man kan implementera DSDM i ett projekt med en detaljerad kravspecifikation
• Hur man skall få en ny beställare att tro på modellen i fastprisprojekt • Hur man enklare kan starta upp ett DSDM-projekt första gången • Hur man lyckas göra projekten mindre stressiga
Referenser
Ambler S W and Constantine L L, The Unified Process Transition and Production
Phases: Best Practices in Implementing the UP, CMP Books, Lawrence, Kansas, 2002
Benyon D, Turner P and Turner S, Designing Interactive Systems - People, Activities
Contexts, Technologies, Addison-Wesley, Essex, 2005, pp 254ff, pp 497
Berg C, ”Nätverk för Agile bildat”, http://www.dfs.se/upload/images/DF_20030117.pdf, Dataföreningen, 13 februari, 2005
Bezzina, D, “RAD”, http://www.mandrillo.se/projektmetodik-RAD.shtml, Mandrillo Consulting, 15 april, 2007
Danielsson L, ”Landstinget väljer metod”, http://computersweden.idg.se/2.2683/1.28843, Computer Sweden, 6 december, 2004
Danielsson L, ”Blanda metoder för att fixa projekten”,
http://computersweden.idg.se/2.2683/1.4988, Computer Sweden, 25 februari, 2005a Danielsson, L, ”Korthajar jobbar snabbt”, http://computersweden.idg.se/2.2683/1.6137, Computer Sweden, 23 mars, 2005b
Dahlin C-M, ”Fler fastprisprojekt”, http://www.affkapnytt.se/tidigare_nr/nr-5-99/artiklar-nr5-99/it-10.htm, Affärs- och Kapitalnytt, 20 februari, 2005
“DSDM Enabling Business Agility”, official dsdm overview presentation.pdf, http://www.dsdm.org, DSDM, 3 mars, 2007
”DSDM Consortium, Dynamic Systems Development Method“, http://www.dsdm.se, DSDM, 16 februari, 2007
”DSDM Suitability/Risk List”,
http://www.dsdm.org/version4/2/members/Suitability_Risk.asp, DSDM, 9 april, 2007 Grundén K, Människa Organisation ADB-system, Studentlitteratur, Lund, 1992, pp 74-83, pp 121, pp 176-180
Gulliksen J and Göransson B, Användarcentrerad systemdesign, Studentlitteratur, Lund, 2002, pp190-193
Haverblad A, IT Service Management i praktiken, Studentlitteratur, Lund, 2004, pp 27 Holmberg U and Naessén L-O, Projektarbetets grunder, Konsultförlaget i Uppsala AB, Uppsala, 1995, pp 10-11
Karlberg L A, ”IT-avdelningarna genongår konsultavgiftning”, http://www.nyteknik.se/art/23363, NyTeknik, 13 februari, 2005
Kruchten P, the Rational Unified Process an Introduction, Pearson Education, Inc, Boston, Massachusetts, 2004, pp 4-5
”Leverera hög affärsnytta i tid”, DSDM-konferensen, Stockholm 22 februari 2005, DSDM, Stockholm, 2005
Lindström K, ”Nu ryker konsulterna”, http://computersweden.idg.se/2.2683/1.41983, Computer Sweden, 27 september, 2002
Maner W, ”Rapid Application Development”,
http://csweb.cs.bgsu.edu/maner/domains/RAD.htm, Department of Computer Science, Bowling Green State University, Ohio, 15 februari, 2007
Nilsson J, factor10, Skånsk .NET User Group-möte (SNUG), Malmö, 12 april, 2007 Nordqvist S, Att kvalitetssäkra sin projekstyrning, Industrilitteratur AB, Stockholm, 2002, pp 15-27
Patton M Q, How to Use Qualitative Methods in Evaluation, Sage Publications, Newbury Park, Kalifornien, 1987, pp 7-13, pp 108-115, pp 137
Standish Group, “Latest Standish Group CHAOS Report Shows Project Success Rates Have Improved by 50%”, http://www.standishgroup.com/press/article.php?id=2, Standish Group, 11 mars, 2007a
Standish Group, “The CHAOS Report (1994)”,
http://www.standishgroup.com/sample_research/chaos_1994_1.php, Standish Group, 11 mars, 2007b
Stapleton J, DSDM Business Focused Development, Second Edition, DSDM Consortium, Addison-Wesley, Harlow, 2003
Tudor D and Walter G A, “Using an Agile Approach (DSDM) in a Large, Traditional Organization“, http://www.dsdm.org, DSDM, 24 mars, 2007
Wiktorin L, Systemutveckling på 2000-talet, Studentlitteratur, Lund, 2003, pp 9-38, pp 113
”Årsredovisning 2003”,
http://www.prevas.se/download/18.7ebfd4a210f9150c2bd80006595/AR2003_sv.pdf, Prevas AB, 13 februari, 2005
Bibliografi
Goldkuhl G, “Kunskapande”, Institutionen för Datavetenskap, Universitetet och Tekniska högskolan i Linköping, VITS-memo 98-01, 1998