Agila metoder tacklar marknadens krav!

Fast pris, offentlig upphandling och krav på spårbarhet
- agila metoder och arbetssätt i samverkan svarar upp mot kraven

Konferensen Agile i Sverige 2008 visar dig hur!

 
Hem arrow Utbildning & Certifiering arrow Minimikrav för certifiering
Minimikrav för Certifiering

Allmänt

För att kunna certifiera dig skall du ha minst 6 månaders erfarenhet av projekt där man använder sig av fyra grundläggande DSDM principer. Här redoför vi för vilka dessa prinpcier är, det kan ju tänkas att du redan har den erfarenheten även om du inte använt samma namn på saker och ting.

Poängen med en certifiering är alltså inte att visa upp vilka renlärig projekt man har varit med om. Poängen är att ha tillräcklig erfarenhet av några centrala principer samt att kunna visa att man väl förstår den kompletta DSDM metodiken.

Principerna

Principerna som din erfarenhet minst bör ha innehållit är följande:

  • Användarinvolvering. DSDM handlar om att leverera affärsnytta till användare och verksamhet. För att lyckas med detta är stark användarstyrning av projektet en hörnsten. I DSDM metodiken krävs mer eller mindre att 1-2 användare ingår som regelrätta projektmedlemmar. Användarna i projektet sysslar typiskt med; dokumentation, löpande tester, utbildning, förankring av projekt och applikation hemmavid. Din erfarenhet behöver inte innebära en så långtgående involvering av användarna, men du bör nog kunna visa upp en tydlig involvering av användare som är mera än en sista acceptanstest.
  • Beslutsrätt. Projektet är självgående och har relativt stor beslutsrätt. Innbär att projektet kan arbeta mot målet utan att hela tiden behöva vänta på beslut "uppifrån". Detta är oftast inget stort problem i Sverige.
  • Iterativ prototyping. Det här handlar om att ta fram en första skiss, stämma av den, ta fram en andra mer detaljerad, osv. Detta underlättas oftast av moderna RAD-baserade verktyg, men det är ingen förutsättning. Det är helt OK med COBOL och det är även OK med pappersbaserad protoyping. Poängen är att ha en iterativ diskussion och utveckling med kunden om hur system skall se ut där man regelbundet "demar" och får feedback.
  • Time-boxing handlar om att tiden är låst och absolut. För att ändå lyckas hålla utlovade tider när man råkat räkna fel krävs det att den tänkta funktionaliteten kan variera. För att det här skall lyckas krävs det att man arbetar väldigt hårt med prioriteringar. Man levererar alltid i tid, och skulle något gå fel så är det den lägst prioriterade funktionen som inte finns med. Du bör ha arbetat på ett liknande sätt.

Passus om time-boxing

Time-boxing är en av de starkaste och viktigaste principerna bakom DSDM. Det är också en princip du kan ta till dig när som helst, den är inte beroende av DSDM. Det kan innebära ett annat sätt att tänka än traditionellt men innehåller mycket kraft eftersom det möjliggör för dig att alltid leverera affärsnytta i tid.

En lyckad time-boxing kräver en starkt användarstyrd prioritering, risken är annars att man inte prioriterar efter verksamhetens behov (eller inte alls).

Senast uppdaterad ( 2007-06-21 )