Introduktion til smidige værdier
For at vide om værdierne for agile software skal vi først vide, hvad der er agile software, og behovet for at udvikle sådan software. En smidig metodologi indebærer en software, der er inkrementel, den øges ved regelmæssige tilføjelser. Denne tilgang tilbyder en ny version eller tilgang i korte intervaller.
Denne smidige proces adskiller sig fra den anden traditionelle tilgang til softwareudvikling, hvor brugernes behov og krav samles, og derefter til sidst bygges software på én gang.
Agile Manifesto er en erklæring, der klart angiver de nøgleværdier og principper, som softwareudviklere skal følge for at vejlede deres arbejde. Det er basen i den smidige bevægelse. Dette er de fire værdier og tolv principper som retningslinjer.
4 Agile værdier af Agile manifest
Nedenfor er de 4 værdier i Agile Manifesto:
1. Team og kommunikation valgt procedure og værktøjer
Den første værdi lægger større vægt på teamwork og kommunikation. Som vi alle ved, at der kræves et team af mennesker for at opbygge en software og ikke værktøjer. Et individ kan have et sofistikeret sæt værktøjer, men for at udvikle en software, han har brug for, for at arbejde effektivt med et team med produktive interaktioner.
Værktøjer og processer er bestemt nøglerne til at udvikle software, men de skal være i hænderne på et kvalificeret team for at få resultatet og ikke omvendt.
2. Arbejdssoftware over omfattende dokumentation
Der blev brugt meget tid på dokumentation af produktudviklingen som den tekniske specifikation, tekniske krav, testplaner, designdokumenter og godkendelse, der kræves for hver. Den slags dokumentation, der blev oprettet til disse, var meget detaljeret, og mange af dem blev ikke engang henvist til under projektprocessen. Holdet ønskede, at det færdige produkt skulle være i henhold til specifikationen, så dokumenterne var fokuseret meget. Men slutproduktet ville stadig være anderledes, da relevansen gik tabt.
Agile strømline disse dokumenter i en sådan form, at det kun giver udvikleren, hvad der er nødvendigt for at udføre arbejdet uden at blive distraheret af minutdetaljerne. Agile siger ikke, at dokumentation ikke er nødvendig. Alt, hvad det siger, er, at arbejdssoftware foretrækkes af kunder i stedet for et dokument, som måske heller ikke vil blive undersøgt. Når der opstår et behov for ændring, accepterer det agile team det let og foretager løbende ændringer.
3. Kommunikation med kunden foretrækkes frem for underskrevne aftaler
Succesrige udviklingshold arbejder tæt sammen med deres kunder og kommunikerer regelmæssigt med dem. Da det kun er ved at lytte til dine kunder, at du får feedback, og du vil forstå, hvad de nøjagtigt ønsker af dit produkt.
Det vil være yderst fordelagtigt, hvis det juridiske forhold til en kunde kan holdes adskilt fra et personligt forhold. Dette vil tilskynde til kommunikation og kendskab til deres tanker, meninger og præferencer vil resultere i et mere tilfredsstillende produkt.
Kommunikation hjælper også klienten med at forfine deres vision og omdefinerer deres krav, hvis det er nødvendigt i løbet af projektet.
Ved traditionel softwareudvikling kan produktet, når kravene er besluttet, kun ses, når det er klar. Men agile trosser dette ved at tillade kunders inddragelse i hele proceduren.
4. let at acceptere ændringer snarere end at følge en streng plan
Det menes, at ændringer er dyre og tidskrævende og bør undgås for enhver pris. Dette er fordi vi lægger unødvendigt fokus på dokumentation og detaljerede planer for at levere. Vi har en tendens til at holde os til tidslinjer og produktspecifikationer mere end krævet.
Det er vigtigt at indse, at ændring er uundgåelig. Det vil være yderst fordelagtigt at acceptere ændringer og planlægge for det. Der skal altid være plads til ændringer, ellers bliver planen snart forældet.
Ifølge agile er forandring ikke en udgift, men nødvendig feedback, som resulterer i et forbedret projekt. En feedback-initieret ændring tilføjer værdi til projektet.
Agile metodologier giver det agile team mulighed for at ændre processen, mens den er i gang, og gøre det egnet til holdet snarere end omvendt. Så den første hoved af kommunikation med hele teamet skal henvises her. Udviklerne af teamet skal holdes opmærksomme på ændringerne.
Det endelige mål for dit projekt skal altid huskes, og hvis der er nogen form for hindring, skal teamet gøres opmærksom på det og mindes om disse 4 værdier.
Tolv principper for smidig udvikling
Disse principper er en test til at definere, om du er smidig:
- Tilfredshed med kunder gennem rettidig og konstant levering af værdsat arbejde: Kunder er gladere, hvis de modtager arbejdssoftware med regelmæssige intervaller i stedet for at vente på lange intervaller mellem udgivelser.
- Accepter ændring under hele processen: Hver gang et krav eller en funktion skal ændres, skal det gøres let.
- Slip effektiv software ofte ud: Da teamet opererer i softwaresprints, sikrer det regelmæssig levering af arbejdssoftware.
- Samarbejde mellem forretningsinteressenter og udviklere: Der træffes bedre beslutninger, når det forretnings- og tekniske team arbejder sammen.
- Motiver, støtte og tillid : Motivering af teamet er nøglen her. Hver gang et projekt starter, vil total støtte til teamet, en opmuntrende atmosfære og tro på teamet holde dem i gang.
- En til én-diskussion: Den vigtigste metode til at videregive al information til hele teamet er ved at have en til én diskussion.
- Software fungerer: Fremgang kan kun måles med software, der fungerer på det tidspunkt.
- Agile procedurer øger løbende udvikling: Promotorer, planlæggere og kunder skal alle være i stand til at komme videre.
- Vigtigheden af teknik: Rigtige færdigheder og god design sikrer konstant forbedring af produktet, opretholdelse af tempo og opretholdelse af ændringer.
- Hold det enkelt: Udvikler lige nok til at få det job gjort, som det er lige nu,
- Selvorganiserende teams: Selvorganiserende teams er hvor den bedste arkitektur, krav og design dukker op.
- Regelmæssige refleksioner om, hvordan man bliver mere effektiv: Holdet skal fortsætte med at arbejde for at blive mere produktiv og tilpasse sig i overensstemmelse hermed.
Anbefalede artikler
Dette har været en guide til Agile Values. Her diskuterede vi konceptet, top 4-værdier og tolv principper for smidig udvikling. Du kan også gennemgå vores andre foreslåede artikler for at lære mere -
- Hvad er smidig?
- Hvad er Agile Project Management?
- Microsoft-projektstyring
- Spørgsmål til projektledelse
- 8 Vigtig opgave til at skrive en testplanskabelon