12 tip til agil softwareudvikling

Gennem agil softwareudviklingsmetode kan du bruge forskellige sæt tilgange til at udvikle din software. Selvom de skelnes skarpt i deres implementeringsdetaljer, har de en fælles filosofi. Eksperter siger, at agile metoder er ret systematiske, og hvert element i metoden bidrager til succesen med agil metode. Derfor er det bydende nødvendigt, at alle elementerne har lige stor betydning for at undgå det, der kaldes “teknisk gæld”. Manglende behandling af alle elementerne beder om problemer. Følg nu nedenstående tip:

1. Komplekse koder er komplekse – så bryd dem

Tilskynd dit team til at udvikle enkle koder, fordi komplekse koder kan gøre softwaren langsom. Selvom du skal udføre ekstra arbejde senere, er komplekse koder, som de er, meget sværere at håndtere og tager mere tid.

2. Mindre hold er meget bedre

I agil udvikling er det altid bedre at have et lille hold, siger et hold på 7, give eller tage et par mere. Små hold gør det mere produktivt. Hvis behovet opstår, kan du flytte de forskellige individer mellem holdene, da dette vil hjælpe med krydsbefrugtning af ideer. At flytte folk regelmæssigt får holdene til at kommunikere med hinanden kontinuerligt, så intet hold er isoleret. Men med agil udvikling bemærkes mere succes med fysiske placeringer end med den anden.

3. Test med sandkasser

Hvis du er bekymret for kompleksiteten ved end-to-end-test, ville Sandbox være en god løsning. Sandkasse er et isoleret computermiljø og passer godt sammen med agil metode, hvor en eller flere komponenter i applikationen ville være ustabile eller under udvikling. Med sikker simulering af det virkelige verdens produktionsmiljø gennem sandkasse kan du få dit team til at teste koden og tage softwareudviklingen i en helt anden retning.

4. Automatiseret testanalyse

Når du bruger automatiseret testanalyse, kan du straks fange fejl. Dette ville være til stor hjælp, fordi du ikke længere behøver at vente på manuel test, og selv da går du måske glip af en fejl eller to. Med komplekse data kan du føde komplekse data, og hver gang testningen gentages på præcise tidspunkter.

5. Ændringsbaseret test

Dette er simpelt. Med ændringsbaseret test kan du og dit team forkæle dig med fejltest, når der foretages ændringer i kildekoden. Med ændringsbaseret test kan du være sikker på en enorm kvalitetssikring, og der kan spares tid til andre merværdige opgaver, der involverer projektet.

6. Koncentrer dig om kontinuerlig levering først

Med kontinuerlig levering kan du være sikker på den rigtige vej. Og med feedback, der kommer ind for hver levering, kan du gennemføre projektet til tiden. Holdet ville også være fortrolig med pludselige ændringer i projektet, og i sidste ende kan de udvikle en teknik, hvorved en brugbar version af softwaren ville blive udviklet. Den nye version af softwaren ville således være fri for fejl.

7. Nyd kortere udviklingscyklusser

Virksomheden, der bestilte det i første omgang, kan afvise software, der har gennemgået lange udviklingscyklusser. Sandsynligvis vil de ikke have det mere, fordi deres kunders smag har ændret sig. Så brug build-metoden og få kortere udviklingscyklusser.

8. Nyd automatisering fra begyndelsen selv

Sørg for, at du automatiserer opgaver lige fra dag ét og fremefter. Automatisering kaldes også AD1, og når du gør dette fra starten, vil alt være klar til tiden. Det sparer dit team for meget unødvendigt arbejde. Derfor er automatisering en livredder.

9. Hvad med feedback?

Feedback er en af de vigtigste kilder, hvorigennem softwaren kan blive “acceptabel software”. Så for at få den bedste software gennem Agile Development, få feedback fra alle de mennesker, der er forbundet med projektet, inklusive kunden og bestemt den øverste ledelse.

10. Procesevaluering

Med procesevaluering kan du finjustere din udviklingsproces og sikre, at de bedste resultater opnås med det aktuelle projekt på den fastsatte tidsramme.

11. Brug de 5 niveauer

De fem niveauer af Agile planlægning er: –

  • Produktvision, hvor projektets frø genereres
  • Et kørekort over, hvordan produktet skal være; dette opdateres hver sjette måned
  • Udgivelsesplan, det sæt trin, der skal frigives til kunden
  • Sprintplan, hvor der afholdes møder om status for projektet
  • Daglig forpligtelse, hvor stand-up møder gennemføres

12. Få dit team klar overgang?

Agil software er en helt anden strøm til udvikling af softwareapplikationer, ikke som den konventionelle stream overhovedet. Så først skal dit team være klar til overgangen. Hvis der er fjendtligheder i holdet, skal du tage kontrol over det, fordi der er mennesker, der er imod ændringer hele tiden. Du er nødt til at vinde deres støtte og tillid, inden du går videre. Mange virksomheder er allerede gået over på smidige metoder, så det er meningsløst at holde sig tilbage og fikle med de konventionelle fremgangsmåder. At gå videre til smidige metoder er et spørgsmål om overlevelse, så du er nødt til at overbevise dem om, at det er her fremtiden ligger.

Konklusion

Når du skifter til agil teknologi, skal alle i organisationen acceptere det, fordi agil overgang ikke sker i bidder. Alle mennesker, der arbejder der, vil have noget eller andet at gøre med det lige fra softwareingeniører, projektledere og marketingteamet. Og dine kunder bliver også nødt til at blive uddannet. Du bliver nødt til at forklare dem, at de får softwaren leveret i små portioner, men de får softwaren i sin helhed uden forsinkelse.

Interessante links om emnet:

Tips til agil softwareudvikling
10 testede og testede agile udviklingstips

Billeder: Flickr.com/ WOCinTech Chat / Obscure / Levine / Official GDC


Forfatteren: Reema Oamkumar er engageret som en tankeleder hos Software-Developer-India.com, som er en del af YUHIRO Group. YUHIRO er en tysk-indisk virksomhed, der leverer programmører til IT-virksomheder, agenturer og IT-afdelinger.

Skriv et svar

This site uses Akismet to reduce spam. Learn how your comment data is processed.