Vår ambisjon er å ligge langt fremme i utviklingen og alltid være oppdatert med hva ny teknologi kan tilby. Vi arbeider utelukkende med Microsofts verktøy og vi er derfor sertifiserte partnere.
Vi bruker en utviklingsprosess som heter Scrum. Scrum er et enkelt rammeverk som har som mål:
”… to harness creativity, the joy of work,
the pleasure of teamwork into extraordinary productivity in building complex products” |
Hovedtanken bak Scrum er at komplekse prosesser som for eksempel utvikling av programvare, best håndteres ved en empirisk tilnærming. Med empirisk mener vi en tilnærming som bygger på erfaring og observasjon.
Empiriske metoder krever:
Synlighet
Inspeksjon
Tilpasning
Synlighet betyr at de faktorer som styrer utfallet av prosessen må være synlige for dem som styrer selve prosessen.
I tillegg til at faktorene må være synlige, må de også være sanne. Hva betyr det for eksempel at funksjonalitet er ”ferdig”? Kodet i henhold til Opus Systemer AS sine standarder? Testet? Kan releases?
De forskjellige delene i en empirisk prosess må inspiseres ofte nok slik at uakseptabelt store avvik fanges opp. Det er samtidig avgjørende at den som inspiserer har kunnskap til å foreta en inspeksjon. Avvik som kan føre til at produktet ikke blir akseptert må føre til at noe tilpasses. Tilpasningen må gjøres så fort som mulig for å sikre at konsekvensene blir så små som mulig.
Akkurat her kan være greit å støtte seg på Albert Einsteins definisjon av galskap:
”Å gjøre akkurat det samme om igjen og om igjen og forvente forskjellige resultat.” Arbeidsflyten i Scrum er skissert nedenfor:
Et Scrum-prosjekt starter med en visjon for produktet som skal utvikles. Med basis i visjonen, utarbeides en produktbacklogg: En oversikt over krav og ønsker til produktet.
Alt arbeid utføres i sprinter. Hver sprint er en varighet på 30 kalenderdager.
Som figuren viser starter hver sprint med et planleggingsmøte der teamet velger fra produktbackloggen det som teamet tror det kan levere i løpet av neste sprint. Når teamet har valgt ut funksjonaliteten det vil levere i løpet av sprinten, går startskuddet: Klokka tikker og sprinten er i gang!
Under sprinten møtes teamet daglig for å sikre fremdrift. Metoden har fått navnet sitt fra disse daglige møtene, ”the Daily Scrum”, som igjen stammer fra rugby:
"The scrum"
Hver sprint avsluttes med et møte der teamet presenterer hva som er blitt bygd i løpet av sprinten.
Etter demonstrasjonsmøte, holdes et møte for å evaluere sprinten.
Til sammen utgjør:
- Sprint planleggingsmøte
- Det daglige Scrum-møtet
- Sprint demonstrasjonsmøte
- Sprint evalueringsmøte
verktøyene for inspeksjon og tilpasning.
Synligheten oppnås gjennom bruk av:
- Produktbacklogg
- Sprint backlogg
- Sprint demonstrasjonsmøte
- Scrums røtter
- Scrum-metoden har sine røtter blant de metoder som med et felles begrep er kalt ”agile” som på norsk kalles smidige.
"De agile metodene har et felles manifest: - Personer og samhandling fremfor verktøy og prosesser
- Fungerende programvare fremfor utstrakt dokumentasjon
- Kundesamarbeid fremfor kontraktsforhandlinger
- Håndtere endringer fremfor å følge en plan
- Selv om vi ser at det er verdi i elementene til høyre, verdsetter vi elementene til venstre høyere.”
