En introduktion till Agile Scrum

För länge sedan, i början av 90-talet, var mjukvaruutvecklingsprocessen ganska besvärlig och långsam med tung dokumentation. Det första steget i projektet skulle sträcka sig till månader med hundratals och hundratals sidor med dokumentationer som folk knappt läser.

Detta ledde till tvister, särskilt när kraven på projekten förändrades, kostnaderna eskalerade och människor var förvirrade över vad som förväntades. Detta ledde till problem, problem och i slutet av en lösning.

Och den lösningen kom i form av Agile. Det finns flera agila metoder som används idag, som Scrum, XP, Kanban, Lean och så vidare.

I den här artikeln lär du dig allt om att vara Scrum när du arbetar med ett projekt.

Agile är en uppsättning principer, en mjukvarumetod som hjälper dig att leverera ett bra programvaruprojekt. Dessa principer är själva baserade på Agile Manifest, som innehåller följande:

  • Individer och interaktioner över processer och verktyg
  • Arbetsprogramvara över omfattande dokumentation
  • Kundsamarbete över kontraktsförhandlingar
  • Svarar på förändring efter en plan

Tekniken hjälper till att få den konkurrensfördel som du har letat efter.

1. Scrum

Scrum är en smidig metodik, och termen myntades från spelet ”rugby”, där varje spelare går ihop för att få framgång till sitt lag. Tekniken följer alla principer som nämns i Agile Manifesto, och även följande begrepp – Sprints, Product Backlogs och Daily Standups. Innan vi går in i dessa, låt oss titta på de tre olika, men distinkta rollerna som Scrum känner igen.

2. Produktägare

Produktägaren har nyckelrollen i verksamheten, och hans ansvar är att utforma sätt att få maximal avkastning på företaget. Han måste rikta teamet mot aktiviteter som är värdefulla för projektet och måste ha bedömningen att prioritera artiklar och de mindre viktiga i eftersläpningen. Det är produktägaren som representerar kunderna och samtidigt svarar på teammedlemmens frågor.

3. Scrum Master

Scrum Master tar rollen som att styra laget mot högre nivåer av prestanda och sammanhållning. Teamet levererar en produkt och scrummästaren levererar ett högt organiserat team. Han är också ansvarig för att hjälpa alla medlemmar i teamet att lära sig och tillämpa scrum och agila metoder. Han leder dem också genom spärrar. Han är en del av laget och inte chefen, men är mycket överlägsen i kunskaper och färdigheter.

4. Teammedlem

Varje framgångsrikt högpresterande agilt team har mycket makt över det arbete de gör. De organiserar sig själva, samarbetar ständigt och beslutar om verktyg och tekniker. Varje lagmedlem strävar efter att leverera rätt erbjudande under varje sprint, så slutprodukten kan levereras och utan några fel. Så ibland, medan de arbetar inom sin expertis, måste de också arbeta utanför sitt område.

5. Sprintcykeln

Sprintcykeln handlar om processen där du gör ditt projekt. Projektet är uppdelat i små bitar, så kallad iteration. Varje del av projektet måste vara klar inom en viss tidsperiod. Och i slutet av sprintcykeln, om allt följs korrekt, kommer du att kunna skicka ett projekt. Det är perfekt att ha en kortare sprintcykel eftersom det hjälper teamet att leverera värde till sin verksamhet.

Hur ett team fungerar i Scrum

Vanligtvis arbetar ett lag i korta sprintar på två veckor, men det finns lag som arbetar på en veckas sprints också, och vissa är månadslånga. I ett Scrum-projekt finns det vissa ceremonier att ta hand om. Här är de:

a) Dagliga standups

Dagliga standups är korta, informella möten som alla i laget deltar. De kommer var och en att prata om deras bidrag till projektet, vad de planerar att göra nästa gång och om de står inför några problem i projektet. Dessa möten ger teammedlemmarna den bästa möjligheten att kommunicera och samarbeta bra med varandra.

b) Sprint Showcase

Sprint Showcase är också ett möte som äger rum efter varje Sprint. Precis som namnet låter är detta en ”utställning” där färdiga användarberättelser skyddas för intressenterna.

c) Produktbacklog

Produktägaren äger produktbackloggen och en plats där du prioriterar artiklar. Således är det den kumulativa listan över önskade leveranser som kunden kräver. Så det kommer också att ha information om dokumentation, buggfixar, allt och allt relaterat till frakt av produkten.

Produktbacklog är också känd som Story. På sprintmötena kommer du att gå igenom grundliga diskussioner om hur du kan förbättra dina berättelser i produktbackloggen, särskilt berättelser för framtida sprints. De berättelser som redan har slutförts kommer att vara i sprintbackloggen.

d) Bränn diagram

Bränndiagram är bokstavligen diagram som visar förhållandet mellan tid och omfattning. Det visar teamet arbetet de kunde slutföra under en tidsperiod och hur mycket arbete som återstår att göra.

Ett par exempel på hur vissa företag använder Agile

1. Apple

Apple utvecklade en radikal förändring av hur tekniken förstås och de tog risker som ingen någonsin gjorde. Företaget är redan känt inom branschen för att ha en mycket gynnsam arbetsmiljö mitt bland press och deadlines, människor arbetar med samarbete och innovation. Steve Jobs var produktägare utan mellanledare. De arbetade i korta iterativa cykler, och när de väl börjat designa, bygga och testa en produkt startar de om igen.

2. Google

Google är ett annat företag som följer idealen och policyerna för Scrum och Agile-teknik. Det beror dock på teamet och produkten som ska utvecklas. Företaget använder testdriven / funktionsflaggdriven utvecklingsprocess för att dela upp risker och testa skalbarhet.

Avslutande tankar

Agile Scrum är nu mycket populärt än Waterfall-metoden där huvudregeln var “kod först, testa senare. I Agile Methodology är det kod och test tillsammans, och det har varit till stor hjälp. Anledningen till att utvecklare kan testa sin produkt då och då gör den här metoden till en av de bästa på marknaden, eftersom det finns kontinuerlig feedback från kunderna. Det sägs att de tre huvudpelarna i Scrum – Transparency, Inspection and Adaptation kan göra ditt projekt komplett.

Intressanta artiklar:
Allt du vill veta om scrum
En översikt om Agile Scrum

Bildkälla: Flickr.com/ Delest / Silveira


Författaren: Reema Oamkumar är engagerad som en tanke ledare på www.Software-Developer-India.com som är en del av YUHIRO Group. YUHIRO är ett tysk-indiskt företag som tillhandahåller programmerare till IT-företag, byråer och IT-avdelningar.

Lämna ett svar

Denna webbplats använder Akismet för att minska skräppost. Lär dig hur din kommentardata bearbetas.