Hvorfor trenger bedriften din et eksternt utviklingsteam?
Utforsk fordelene og strategiene ved å integrere eksterne utviklingsteam, med vekt på kostnadseffektivitet, global tilgang til talenter og fleksibilitet.
![The Codest](https://thecodest.co/app/uploads/2024/05/1654692719237.jpeg)
SCRUM er en prosjektledelsesmetodikk basert på empirisk prosesskontrollteori, som er i samsvar med verdiene i Agile-manifestet (2001). Dette er ikke en restriktiv arbeidsmetodikk, men snarere et rammeverk som gjør det mulig å levere programvare uten å ha en visjon om den endelige formen med en gang. De viktigste fordelene med SCRUM-metodikken er at den minimerer kostnadene ved å endre krav og raskt kan levere funksjonalitet som potensielt er klar til bruk.
I praksis betyr dette at hele prosessen hele tiden optimaliseres og tilpasses behovene til team og produkt gjennom hele arbeidsperioden på prosjektet. prosjekt. Ansvaret for å administrere produktutvikling er fordelt mellom produkteieren (PO) og designteamet. PO er den personen som er ansvarlig for å ta beslutninger knyttet til retningen på produktutviklingen, og som har en helhetlig "visjon" av hva produktet skal bli. Oppgavestyringen er basert på Kanban-tavlen (i forbindelse med sprint funksjonalitet kalt SCRUM-tavlen). Alle deltakerne i prosessen kan legge til oppgaver i etterslepet, men det er OP som har ansvaret for å prioritere. Prosjektteamet er ansvarlig for å "omdanne" PO-ens ideer til konkrete oppgaver og planlegge gjennomføringen av dem.
Prosessen er delt inn i iterasjoner (sprinter). I løpet av en sprint, som varer i ca. 2 uker, implementerer og tester prosjektteamet den tidligere planlagte delen av funksjonaliteten.
Sprinten begynner med "planlegging", der teamet diskuterer og forbereder oppgavene som tidligere har blitt klargjort og satt opp av PO-en øverst i backloggen. Deretter estimeres vanskelighetsgraden til disse oppgavene, og de gis poeng i henhold til vanskelighetsgraden. Med relativt konstant teamsammensetning og arbeidsforhold er antallet poeng som utføres i hver sprint, repeterbart og gjør det mulig å planlegge fremtidig arbeid. På slutten av planleggingsmøtet velges de oppgavene som skal fullføres i løpet av en sprint, og en ny sprint begynner.
I midten av sprinten finner grooming sted. Dette er et møte der den operative lederen presenterer teamet for ytterligere forventninger og ideer, mens prosjektteamet analyserer dem, bryter dem ned i mindre oppgaver og presenterer mulige forslag for den operative lederen. I planleggingen av fremtidige oppgaver rådfører den operative lederen seg med analytikere, brukere, UX og grafiske designere. Ytterligere analyser (marked forskning og datavitenskap) er ofte nødvendig på dette stadiet. Først etter å ha analysert og formulert den såkalte User Story, vil PO publisere disse historiene i en backlog. Brukerhistorien bør inneholde informasjon om hva PO forventer av en gitt oppgave eller gruppe av oppgaver, og hvilke kriterier som skal brukes for å avgjøre om oppgaven er fullført.
I løpet av sprinten avholdes det såkalte "Daily standup meeting" hver dag. På disse møtene forteller hver utvikler resten av teamet hva han eller hun har gjort den siste dagen, og informerer eventuelt om eventuelle problemer eller blokkeringer som hindrer det videre arbeidet. Takket være denne utvekslingen av status er det mulig å fange opp potensielle konflikter mellom ulike oppgaver mye raskere og unngå at utvikleren blir sittende fast i et problem og ikke kan komme videre med det. Det daglige standup-møtet skal være så kort som mulig, men samtidig fylle sin rolle. Den faste formelen for møtet oppfordrer teamet til å holde det kort.
I løpet av sprinten flyttes oppgavene på SCRUM-tavlen i henhold til deres nåværende status. Valget av kolonner samsvarer vanligvis med bedriftens eller teamets arbeidssystem og er knyttet til versjonskontrollsystemet og utgivelsesfrekvensen. For oss er det som følger:
Etter sprinten gjennomføres et retrospektivt møte. Dette er et møte som er dedikert til optimalisering av arbeidet. Hele teamet diskuterer hva som har gått bra i den siste sprinten, og hva som må forbedres. Vi refererer også ofte til forrige retrospektiv og sjekker om vi har klart å implementere alle ideene for å forbedre arbeidet. Problemene som diskuteres i retrospektivet, kan være alt fra utviklingsverktøy, arbeidspress og vanskeligheter med oppgaver til kommunikasjonsproblemer (både mellom utviklere, teamet og PO).
Den som er ansvarlig for at SCRUM-prosessen gjennomføres på riktig måte, er SCRUM-mesteren. Dette er ofte den mest uforståelige rollen i teamet. SCRUM-masteren har ingen beslutningsmyndighet. Beslutninger tas i fellesskap av teamet og PO, mens SCRUM-masterens rolle er å fjerne hindringer i riktig prosessforløp.
SCRUM-masteren har blant annet følgende oppgaver
Les også: