Vad är det smidiga manifestet?

Agile-manifestet var de offentliga förklaringarna den 11 februari 2001 av 17 av de mest visionära programvaruingenjörerna kring ämnet för den smidiga mjukvaruutvecklingsprocessen. Vid tidpunkten för detta möte var smidig programvaruutveckling ett nytt koncept med många alternativ för utvecklare att välja mellan. Agile manifestet var ett försök att få alla de ljusa sinnena i smidig bearbetning tillsammans på ett ställe, i ett försök att komma överens om de grundläggande principerna och idéerna för alla smidiga processer framöver.

Några bra exempel på den smidiga utvecklingsprocessen inkluderar extrem programmering, scrum, adaptiv mjukvaruutveckling och den dynamiska systemutvecklingsmetoden (DSDM). Var och en av dessa processer försöker skapa bättre metoder för implementering av datorprogramvara. Den viktigaste förbättringen med alla dessa metoder är att mjukvaruutveckling ska produceras på ett sätt som stöder förändringar i affärsbehov och inte kräver processer som stänger återkopplingsslingan för kunden.

Innan skapandet av den smidiga utvecklingsprocessen slutfördes all mjukvaruutveckling med en vattenfallsmetod. Termen "vattenfall" används för att definiera den raka arbetsmönsteprocessen som kräver att alla krav framförs ska slutföras och definieras med ett slut som kommer att inkludera all definierad funktionalitet. Liksom ett vattenfall finns det en klar början och slut för all systemutveckling. Denna utvecklingsprocess tillåter inte att ändringar i krav kan inträffa innan en hel mjukvaruapplikation är klar.

Ett offentligt möte hölls vid en skidstuga i Snowbird, Utah, under samordning av Robert Martin. På listan över deltagare finns Kent Beck, Dave Tomas, Mike Beedle, Jeff Sutherland, Arie van Bennekum, Ken Schwaber, Alistiar Cockburn, Steve Mellor, Ward Cunningham, Robert C. Martin, Martin Fowler, Brian Marick, James Grenning, John Kern, Jim Highsmith, Ron Jeffries och Andrew Hunt. Medan alla dessa individer var stöd för smidiga, lätta utvecklingsmetoder, var och en hade sin egen preferens för hur man implementerar metodiken.

Fyra nyckelvärden definierades och godkändes av de partier som undertecknat Agile Manifesto. Den första var att sätta värde på individer och interaktioner över verktyg och process. För det andra värderades programvara som fungerade över omfattande dokument. Samarbete med kunden ansågs viktigare än begränsningsförhandlingar. Slutligen lovade gruppen att värdera att svara på förändringar efter en plan.

Kärnan i detta team och Agile Manifesto var att skapa en utvecklingsmiljöprocess som förstod kundens betydelse. Det kunde man göra, trodde de, genom att samarbeta öppet och kontinuerligt med kunden. Kommunikation skulle hjälpa till att säkerställa att arbetet som görs verkligen skulle ge affärsvärde och möjliggöra feedback från kunden.

Förutom nyckelvärdena inkluderar Agile Manifesto också flera viktiga principer som förstärkte tron ​​att kundengagemang tidigt och ofta ger bättre övergripande programvaruapplikationer. Genom att skapa en iterativ mjukvaruprocess har kunden möjlighet att finjustera den slutliga produkten genom att möjliggöra förändringar i krav. Uppfattningen av applikationen är bättre eftersom ett fungerande system är ett primärt mått på de framsteg som görs på systemet.