Disciplinerad smidig leverans

Disciplined Agile Delivery ( engelska  disciplined flexible development ), DAD  är ett tillvägagångssätt för flexibel utveckling av IT-lösningar som är inriktat på lärande och i första hand tar hänsyn till den mänskliga faktorn. Tillvägagångssättet är skalbart och kan tillämpas över företag, inte bara små team. Tillvägagångssättets livscykel bygger på principerna om "risk-värde" och är fokuserad på att tidigt uppnå mål [1] [2] .

Beskrivning

Ramverket är ett hybridt tillvägagångssätt som kompletterar Scrum med beprövade[ av vem? ] strategier från olika områden: agil modellering, extrem programmering , kanban , lean mjukvaruutveckling , Unified Process (UP), Outside-in Development (OID) och andra. DAD är utvecklat av IBM. Målet med ramverket var att förlänga Scrum på ett sådant sätt att det till fullo beskriver livscykeln för mjukvaruutveckling, från projektets initiering, till slut med lanseringen av produkten och dess användning av slutanvändare [3] .

Till skillnad från det föreskrivande tillvägagångssättet som används i Scrum och Extreme Programming , använder Disciplined Agile Delivery ett målbaserat tillvägagångssätt.[ vad? ] . I synnerhet ger DAD möjligheten att välja mellan flera alternativ, vilket gör att du kan modifiera ramverket i enlighet med varje specifik situation och välja strategier som är lämpliga för specifika användare av ramverket [4] .

Enligt Disciplined Agile 2.X-ramverket innehåller projektets livscykel tre huvudfaser [5] :

  1. Början . Under denna fas initieras projektet. Trots att det agila samhället inte välkomnar att bryta upp projekt i "faser" utför de allra flesta team i själva verket en viss front of work redan i början av projektet. Denna fas ska inte förväxlas med "noll sprint", eftersom dessa aktiviteter oftast tar längre tid. DAD delar alltså upp dessa arbeten i en separat fas, vars syfte är att fastställa gränserna för projektet.
  2. Design . Denna fas tillåter utvecklingsteamet att skapa en potentiellt användbar lösning på ett stegvis sätt. Detta kan göras med iterationer eller på ett mer kontinuerligt sätt. Teamet kan tillämpa olika metoder från Scrum, Extreme Programming och andra agila utvecklingsmetoder.
  3. Överföring . Enligt DAD är det inte en trivial process att leverera programvara till intressenter. Utvecklingsteam, såväl som företaget som tar emot den färdiga produkten, förbättrar leveransprocesserna under produktens livslängd, så att denna fas tar ett minimum av tid och helst skulle försvinna helt.

Anteckningar

  1. ↑ Agile mjukvaruutveckling Arkiverad 20 december 2016 på Wayback Machine Hur man implementerar det och anpassar det efter dina behov. IBM developerWorks Ryssland
  2. ↑ IBM developerWorks Ryssland: Komma igång med IBM Connections 3.0.1 . www.ibm.com (7 oktober 2011). Hämtad 13 januari 2017. Arkiverad från originalet 20 december 2016.
  3. ↑ Kapitel 17: Disciplinerad agil leveransram - Projektledarens guide för att bemästra agile: principer och praxis för ett adaptivt tillvägagångssätt [bok ] . safaribooksonline.com. Datum för åtkomst: 17 december 2016. Arkiverad från originalet 20 december 2016.
  4. ↑ Scott W. Ambler. Going Beyond Scrum (inte tillgänglig länk) . disciplinedagileconsortium.org. — Disciplinerad smidig leverans. Datum för åtkomst: 17 december 2016. Arkiverad från originalet 20 december 2016. 
  5. ↑ Full Agile Delivery Lifecycles  , Disciplined Agile 2.X (6 maj  2014). Arkiverad från originalet den 22 december 2016. Hämtad 13 januari 2017.