Agile er et system designet for å koordinere arbeidet til mange mennesker som jobber sammen, men uavhengig. Utviklingen av Agile har frembrakt mange revolusjonerende måter å tenke på samarbeid innen teknologi. Vi bruker ofte buzzwords og jargonistisk språk når vi diskuterer Agile, så å utforske konkrete eksempler kan være til stor hjelp for å forstå konseptet.
Det følgende er en kort introduksjon til noen få forskjellige implementeringer av metodikken og hvordan de skiller seg fra hverandre.
1. Ekstrem programmering
"XP er en mulighet til å teste deg selv, å være deg selv, å innse at du kanskje har hatt det bra hele tiden og bare henger med feil mengde."
- Kent Beck, grunnlegger av ekstrem programmering
En av de første smidige kjendisene var en mann ved navn Kent Beck. I det vi forestiller oss var en utrolig forstyrrende kveld med personlige studier, innså han at kvaliteten på en lagets produksjon var ofte direkte proporsjonal med synergien og den åndelige helsen til menneskene som bærer den ute.
Hans idé om millioner dollar? Utviklere er mennesker, og det er interessentene de tjener også. Vi blir defensive når vi er redde, usikre, misfornøyde eller frustrerte. Med introduksjonen av Extreme Programming (XP) formidlet Mr. Beck teknologiens verden med en følelse av ydmykhet og et ekte ønske om å forene.
Kjernen i det hele: en autentisk tro på andres makt og deres evne til å lære og vokse. Boken hans, Extreme Programming Explained, siterer effektiv kommunikasjon, hyppige tilbakemeldinger og gjensidig respekt som alle viktige ingredienser.
Korte utviklingssykluser spiller inn i dette konseptet om å utveksle runder med tilbakemeldinger ofte. Produktet og teamet i seg selv blir mye mer reaktivt på omstendigheter når de endres. Vi kan bygge bedre produkter raskere på denne måten.
2. Sikker
Scaled Agile Framework er i hovedsak Agile bygget for å skalere. Hva betyr dette, akkurat?
Å drive en limonadestativ foran huset ditt er litt annerledes enn å administrere et helt selskap. Det som fungerer på bakkenivå, skaleres ikke alltid oppover ettersom en virksomhet vokser og tar fart.
Når du håndterer tre kunder om dagen, kan du sannsynligvis gjøre det helt på egen hånd. Med 300 daglige kunder kan du imidlertid bli overveldet. SAFe er en hånd å holde for ledere som gjør dette spranget, og gir et rammeverk som muliggjør effektiv vekst som selskap.
Et av de viktigste begrepene i SAFe er noe som kalles "justering". En ansattes følelse av tilpasning til visjonen til selskapet fungerer som deres moralske kompass. Ved hjelp av dette ledelyset forblir alle på samme side, uansett hvordan ting utvikler seg over tid.
Det er flere brede kategorier av SAFe, alle beregnet på å imøtekomme et annet behov:
- Viktig SAFe: Denne formen for SAFe etablerer de absolutte nødvendigheter av hva et helt Agile Release Train krever. Et Agile Release Train, eller ART, er det minste mulige teamet som fremdeles er i stand til å oppnå et gitt mål. Essential SAFe prioriterer velferden til disse lagene fremfor alt annet.
- Stor løsning SAFe: Large Solution SAFe tar alle prinsippene for Essential SAFe og løfter dem konseptuelt til full skala. Det er ment å hjelpe statlige og andre organisasjoner på bedriftsnivå. Large Solution SAFe søker å sette en standard for ansvarlighet for de mektigste selskapene på planeten, slik at de kan få en mye mer positiv innvirkning på alle de deler det med. Dette inkluderer også kundene, sine egne ansatte og deres interne ledere.
- Portefølje SAFe: Bedrifter som jobber under dette rammeverket starter med kundens behov. Fra alle nye krav for å oppfylle, roter noe som kalles et epos. Hvert epos samsvarer tydelig med noe virksomheten ønsker å oppnå; det blir drivkraften som animerer ytelsen til hver ART. Denne "flyt" av verdi blir disiplinert av et ønske om å holde ting "magre" - lagene bygger bare det som trengs, med så lite sløsing som mulig.
- Full SAFe: Til slutt kommer vi frem til SAFes mest omfattende form. Her blir det redegjort for alle mulige behov med alle kjernekompetanser tatt i betraktning.
Tanken er at integritet må være tilstede på alle nivåer i et selskap, og ikke bare i navn eller ord. Disse forskjellige smakene gjør det enkelt for selskaper å bare adoptere det som faktisk vil dekke deres behov.
I slekt: Smidig vs. Scrum vs. Foss
3. Scrum
Å jobbe i en silo betyr å jobbe alene i lange perioder. Scrum and Agile prøver generelt å forhindre mennesker i teknologi fra å fange seg inn i en profesjonell livsstil blottet for jevnaldrende og kunnskapsdeling.
Et Scrum -team består av en Scrum Master, en produktseier og deres følge av utviklere. Flere Scrum "seremonier", for eksempel en daglig stand-up mellom hele teamet og en-til-en møter mellom hver samarbeidspartner og deres Scrum Master, tvinger folk ut av siloer. Samtalen rundt teamets arbeid blir mer ærlig og frittflytende. Ideer går fra person til person, og alle hjelper til med å forbedre dem ved å bruke teknikker som Scrum Poker.
Kjennetegnene på Scrum inkluderer en kort og aktiv tilbakemeldingssløyfe, en systematisk tilnærming til organisering av arbeidet frem i spurter, og dannelsen av små, oppgaveorienterte team som beveger seg fritt gjennom selskapet som en enhet.
Denne friheten er ment å lette "iterativt" arbeid, som i utgangspunktet betyr arbeid som blir snudd, revurdert og re-konseptualisert så ofte og så grundig som mulig. Teamet har som mål å forbli totalt fleksibel og synkronisert med kundens behov etter hvert som disse behovene presenterer seg.
I slekt: De beste gratis online samarbeidsverktøyene for å jobbe eksternt
Og det er bare toppen av isfjellet
Hvis du er en del av et team og alle sliter, vil det alltid være en passende forskrivende Agile -implementering, formulert for å hjelpe mennesker akkurat som deg. Hvis ingen av de ovennevnte gjelder for dine omstendigheter, anbefaler vi å se på alt annet som hele Agile -familien har å tilby.
Listen over varianter er lang og imponerende. Det kan overraske deg å se hvor mye det er å lære om Agile programmering.
Enten du søker programmeringsjobber eller ønsker en mer effektiv måte å jobbe på, må du vite om Agile.
Les neste
- Programmering
- Produktivitet
- Oppgavebehandling
- Prosjektledelse
Emma Garofalo er en forfatter som for tiden holder til i Pittsburgh, Pennsylvania. Når hun ikke sliter på skrivebordet i mangel på en bedre morgen, kan hun vanligvis bli funnet bak kameraet eller på kjøkkenet. Kritikerrost. Universelt foraktet.
Abonner på vårt nyhetsbrev
Bli med i vårt nyhetsbrev for tekniske tips, anmeldelser, gratis ebøker og eksklusive tilbud!
Klikk her for å abonnere