Grensegang mellom Cerebrum drift og utvikling

Vi treng å bli enige om skillet mellom Cerebrum drift og utvikling. Kva er det drift har ansvar for, kva er det utvikling har ansvar for, og kor går skillet?

Deltagere

  • Elisabeth Ytterdal (KIA)
  • Tobias Langhoff (KIA)
  • Estephan Zouain (KIA)
  • Hans Kristian Fjeld (UAIT)
  • Joakim Hovlandsvåg (UAIT)

Formål 

Diskutere hvor det er uklart om ansvarsforholdet ligger hos drift eller utvikling, og bli enige om klare grenselinjer.

Agenda

Det er fleire områder som i dag er utydelege, blant anna:

  1. Konfigurasjon - kven gjer kva?
  2. Forvaltning
  3. Svar til kundane ved henvendelsar på e-post
  4. Testing

Tenk gjennom før møtet kva du ser er utydeleg og kor du meiner grensa bør gå. Målet for møtet er å bli enige om ein tydeleg grensegang, og få den nedskreve og følgd.

Referat

Konfigurasjon

  • DRIFT skal være ansvarlig for all konfigurasjon av instanser i prod.
  • DRIFT eier GIT-repo for lokale konfigurasjonsfiler (cerebrum_config)
  • DRIFT skal være ansvarlig
  • UTV skal bistå med lokale konfigurasjonsfiler ved behov når DRIFT ber om det.
  • UTV eier standard konfigurasjonsfiler i Cerebrum GIT-repo (Cerebrum/default_config.py, Cerebrum/config/)
  • UTV skal dokumentere konfigurasjon-muligheter i koden, på en slik måte at dokumentasjon kan produserer basert på kommentarer i koden. Konfigurasjons-muligheter som mangler beskrivelser per i dag, skal beskrives fortløpende ved behov.
  • DRIFT bestiller dokumentasjon ved å opprette JIRA issues på manglende beskrivelser, også fortløpende ved behov.

Forvaltning

Litt diskusjon rundt hva som ansees være fovaltning av Cerebrum, og hvem som bør håndtere det. Konklusjonen er at det inntil videre ikke her hensiktsmessig å overlate noe av foraltningsoppgavene til andre, da de stort sett er tett knyttet til enten drift eller utvikling. Mer om fordeling av forvaltningsoppgaver under epost.

Epost

På dette punktet avventer vi litt et møte KIA skal ha internt, men noen punkter ble skissert:

  • Tre epostlister per kunde reduseres til en liste per kunde. Denne ene listen skal kun brukes for å sende varsler til kunden. Ie. ting som det ikke er hensiktsmessig å opprette sak på i RT.
  • 'cerebrum-kontakt' gjøres om til en RT liste, og blir kontaktpunkt for første kontakt i alle Cerebrum-relaterte henvendelser fra både kunder og UiO.
  • DRIFT skal monitorere 'cerebrum-kontakt' og sørge for at alle henvendelser blir besvart, eller videresendt til 'cerebrum-drift' eller 'cerebrum-utvikling' (bør det være med flere? 'cerebrum-utvikling'?)
  • DRIFT eier 'cerebrum-drift'
  • UTV eier 'cerebrum-utvikling'
  • Lister som ikke er nevnt kan vurderes fjernet.

Testing

  • UTV er ansvarlig for å teste ny og endret kode så grundig som praktisk mulig utenfor prod-miljø, og det skal gjøres før koden commites til MASTER.
  • DRIFT er ansvarlig for testing av alle endringer i produksjonsmiljø, inkludert konfigurasjonsendringer og nye eller endrede biblioteker etc.
  • DRIFT er ansvarlig for testing av endringer i Cerebrum som må testes i produksjonsmiljø. UTV skal i disse tilfellene stå til disposisjon for å yte nødvendig bistand til DRIFT i testingen.

Prodsetting

Vi har en relativt ny rutine for prodsetting, med flyt tillpasset GIT/JIRA/STASH. Denne fungerer bra. Vi fortsetter å jobbe videre etter denne, og evaluerer/justerer fortløpende (spesielt ved overgang til Scrum).

Publisert 24. juni 2014 13:21 - Sist endret 23. okt. 2017 17:28