En introduksjon til smidig Scrum
For lenge siden, tidlig på 90-tallet, var programvareutviklingsprosessen ganske tungvint og treg, med tung dokumentasjon. Den første fasen av prosjektet ville strekke seg til måneder med hundrevis og hundrevis av sider med dokumentasjoner som folk knapt leser.
Dette førte til tvister, spesielt når kravene til prosjektene endret seg, kostnadene økte, og folk var forvirret om hva som var forventet. Dette førte til problemer, problemer og til slutt en løsning.
Og den løsningen kom i form av Agile. Det er flere smidige metoder som brukes i dag, som Scrum, XP, Kanban, Lean og så videre.
I denne artikkelen vil du lære alt om å være Scrum mens du jobber med et prosjekt.
Agile er et sett med prinsipper, en programvaremetodikk som vil hjelpe deg med å levere et godt programvareprosjekt. Disse prinsippene er basert på det smidige manifestet, som inneholder følgende:
- Enkeltpersoner og interaksjoner over prosesser og verktøy
- Arbeidsprogramvare over omfattende dokumentasjon
- Kundesamarbeid over kontraktsforhandlinger
- Svar på endring etter en plan
Teknologien hjelper til med å bringe konkurransefortrinnet du har sett etter.
1. Scrum
Scrum er en smidig metodikk, og begrepet ble laget fra spillet «rugby», der hver spiller blir sammen for å bringe suksess til laget sitt. Teknikken følger alle prinsippene som er nevnt i Agile Manifesto, og følgende konsepter også – Sprints, Product Backlogs og Daily Standups. Før vi går inn i disse, la oss se på de tre forskjellige, men forskjellige rollene som Scrum anerkjenner.
2. Produkteier
Produkteieren har nøkkelrollen i virksomheten, og hans ansvar er å tenke måter for å bringe maksimal avkastning til selskapet. Han må lede teamet mot aktiviteter som er verdifulle for prosjektet, og må ha dommen til å prioritere gjenstander og de mindre viktige i etterslaget. Det er produktseieren som representerer kundene, og samtidig svarer på teammedlemmets spørsmål.
3. Scrum Master
Scrum Master påtar seg rollen som å styre teamet mot høyere nivåer av ytelse og sammenheng. Teamet leverer et produkt, og scrum-mesteren leverer et toppresterende, høyt organisert team. Han er også ansvarlig for å hjelpe alle medlemmene i teamet til å lære og anvende scrum og smidig praksis. Han veileder dem også gjennom veisperringer. Han er en del av teamet, og ikke sjefen, men er svært overlegen i kunnskap og ferdigheter.
4. Teammedlem
Hvert vellykkede, høytytende smidige team har mye makt over arbeidet de gjør. De organiserer seg, samarbeider kontinuerlig og bestemmer verktøy og teknikker. Hvert teammedlem prøver å levere riktig tilbud i løpet av hver sprint, slik at sluttproduktet kan sendes og uten feil. Så noen ganger, mens de jobber innenfor deres kompetanse, må de også jobbe utenfor sitt område.
5. Sprintsyklusen
Sprintsyklusen handler om prosessen der du gjør prosjektet ditt. Prosjektet er delt opp i små biter, kjent som iterasjon. Hver del av prosjektet må være ferdig innen en viss tidsperiode. Og på slutten av sprintsyklusen, hvis alt følges riktig, vil du ha et prosjekt som kan sendes. Det er ideelt å ha en kortere sprintsyklus, da det hjelper teamet å levere verdi til virksomheten sin.
Hvordan et team jobber i Scrum
Vanligvis jobber et team i korte sprinter på to uker, men det er lag som jobber med en ukes sprint også, og noen er månedslange. I et Scrum-prosjekt er det visse seremonier som skal tas vare på. Her er de:
a) Daglige standups
Daglige standups er korte, uformelle møter som alle i teamet deltar på. De vil hver snakke om deres bidrag til prosjektet, hva de planlegger å gjøre videre, og om de har noen problemer i prosjektet. Disse møtene gir den beste muligheten for teammedlemmer til å kommunisere og samarbeide godt med hverandre.
b) Sprint Showcase
Sprint Showcase er også et møte som finner sted etter hver Sprint. Akkurat som navnet høres ut, er dette et «utstillingsvindu» der fullførte brukerhistorier er beskyttet mot interessentene.
c) Produktetterslep
Produkteieren eier produktets etterspørsel, og et sted hvor du prioriterer varer. Dermed er det den kumulative listen over ønskede leveranser kunden krever. Så det vil også ha detaljer om dokumentasjon, feilrettinger, alt og alt relatert til frakt av produktet.
Product Backlog er også kjent som, Story. På sprintmøtene vil du gå gjennom grundige diskusjoner om hvordan du kan forbedre historiene dine i produktets forsinkelse, spesielt historier for fremtidige spurter. De historiene som allerede er fullført, vil være i sprintforsvaret.
d) Brenn diagrammer
Burn-diagrammer er bokstavelig talt diagrammer som viser forholdet mellom tid og omfang. Det viser teamet arbeidet de klarte å fullføre over en periode, og hvor mye arbeid som er igjen å gjøre.
Et par eksempler på hvordan visse selskaper bruker Agile
1. Apple
Apple utviklet et radikalt skifte i måten teknologien ble forstått på, og de tok risiko som ingen noen gang gjorde. Selskapet er allerede kjent i bransjen for å ha et veldig gunstig arbeidsmiljø der det er press og tidsfrister, folk jobber med samarbeid og innovasjon. Steve Jobs var produktseier, uten mellomledere. De jobbet i korte, iterative sykluser, og når de begynner å designe, bygge og teste et produkt, starter de prosessen på nytt.
2. Google
Google er et annet selskap som følger idealene og policyene til Scrum og Agile teknologi. Det avhenger imidlertid av teamet og produktet som skal utvikles. Selskapet bruker testdrevet / funksjonell flaggedrevet utviklingsprosess for å fordele risiko og teste skalerbarhet.
Avsluttende tanker
Agile Scrum er nå langt populær enn Waterfall-metoden der hovedregelen var “kode først, test senere. I Agile Methodology er det kode og test sammen, og det har vært til stor hjelp. Årsaken til at utviklere kan teste produktene sine fra tid til annen, gjør denne metoden til en av de beste i markedet, fordi det er kontinuerlig tilbakemelding fra kunder. Det sies at de tre hovedpilarene i Scrum – Transparency, Inspection and Adaptation kan gjøre prosjektet ditt komplett.
Interessante artikler:
Alt du vil vite om scrum
En oversikt om Agile Scrum
Bildekilde: Flickr.com/ Delest / Silveira
Forfatteren: Reema Oamkumar er engasjert som tankeleder på www.Software-Developer-India.com som er en del av YUHIRO Group. YUHIRO er en tysk-indisk bedrift som tilbyr programmerere til IT-selskaper, byråer og IT-avdelinger.
