Tilstades
- Fredrik Larsen
- Steinar Kleven
Kenneth Johansen- Tobias Langhoff
- Kai Vaade
Joakim Hovlandsvåg
Invalid component reference: resources:toc
Sak 1: Frå forrige møte
Oppfølging frå forrige møte:
- Joakim oppdaterer visjonsdokument og seier frå på e-post.
- Joakim, Steinar og Kenneth sender ut visjonsdokument på intern høyring når klart.
- Tobias gjer klart dokumenta om samarbeidet etter tilbakemeldingar.
- Kai legg til detaljar om drift i dokumenta om samarbeid og Cerebrum core. Diskuterer med Tobias og evt. andre i KIA.
- Joakim høyrer med Hans Kristian om status på bestiling/prioritering frå NTNU.
- Steinar sender oversikt over kva cron gjer, så Fredrik ser kva som er i bruk.
- Fredrik fullfører arbeidet med differansen, og sender ut forslag til kva som må gjerast på e-post/chat.
- Fredrik ser på e-posten frå Steinar om affiliation, og vurderer om det skal ryddast opp i UiO-Cerebrum.
- Kenneth og Tobias lager brukarhistorier for UiT og UiO.
- Tobias kaller inn til møte mandag 28. februar, for å sluttføre aktiviteten.
- Alle ser over plan for korleis vi får slått saman og diskuterer på e-post.
Visjonsdokumentene har blitt oppdatert og sendt ut. Ikke sendt på høring på NTNU; Steinar tar en kjapp runde før onsdag. Kenneth sendte det til sin sjef, som ikke hadde noen kommentarer. Tobias og Kai fikk noen innspill fra Steinar på dokumentene som inkorporeres før onsdag.
Usikkert hva status på bestilling/prioritering hos NTNU er. Hans Kristian ringer i løpet av dagen (mandag). Vanskelig å si noe konkret uten grovestimering.
Steinar hadde ikke sendt oversikt over cron enda, men det ble gjort rett etter møtet.
Fredrik har sendt ut forslag til hva som må gjøres på e-post. Steinar syntes det var veldig bra.
Kenneth regner med å bli ferdig med brukerhistorier i dag (mandag). Fredrik har laget en del for UiO, gjør det ferdig sammen med Tobias.
Sak 2: Status leveranse: Utviklingsbehov
Arbeidsgruppa skal, etter mandatet, levere oversikt over utviklingsbehovet for å kunne gå over til felles kodebase. Adresserte delleveransar:
- Dokument: Vegen til samanslåing
- Brukarhistorier for UiO
- Brukarhistorier for NTNU
- Brukarhistorier for UiT
Kva er status? Gjenstår det noko arbeid? Korleis får vi i så fall løyst det?
Noen ting skal legges til fra møtet (et par TODOs gjenstår), og Steinar skal sende ut på kjapp intern høring. Ellers ser det OK ut.
Steinar og Fredrik var litt usikre på tidsfristen for den faktiske sammenslåingen i «Vegen til samanslåing». Usikre på om det er lurt å prodsette sammenslåingen rett før fellesferie som etterfølges av studentopptak.
Sak 3: Status leveranse: Samarbeidsform
Arbeidsgruppa skal, etter mandatet, levere forslag til korleis samarbeidet skal fungere. Adressert i dokumenta:
Kva er status? Gjenstår det noko arbeid? Korleis får vi i så fall løyst det?
Noen ting skal legges til fra møtet (et par TODOs gjenstår), og Steinar skal sende ut på kjapp intern høring.
Den viktigste å få avklart er muligens «TODO: Hvordan overholder vi spillereglene i samarbeidet?», men vanskelig å finne noe konkret. Vi bør ha noe mer spesifikt om QA for å sørge for å unngå at det blir en flaskehals. Ønskelig med hyppigere møter enn kun det årlige møtet mellom institusjonene. Bør kanskje konkretisere at alle skal ha tilgang til alles kode.
Designmal må avklares.
Nøyaktig hvor koden ligger og hvilken QA-løsning som skal brukes er detaljer som ikke trenger å være spikret til onsdag.
Drift: Det store forskjeller på hvordan vi deployer i dag, og det vil føre til flere diskusjoner (det er en annen seksjon som driver med deploy og patching hos NTNU). Krever organisatoriske rutineendringer. Vi trenger ikke å bli enig om felles metode, men visjon om hvordan vi har lyst til å deploye og versjonere. NTNU ønsker fortsatt mulighet for å bygge Debian-pakke, og UiO ønsker også å kunne levere Cerebrum som produkt slik at det enkelt kan pakkes (UiO bruker RPM). Ingenting i veien for det så lenge vi beholder dagens setup.py og flaggene der; byggeprosessen bør uansett fortsette å være utenfor Cerebum-core. NTNU bruker f. eks. et flagg til setup.py i sin make-config for å ikke bygge bofh – bofh bør uansett ut av Cerebrum-core som en egen pakke.
Sak 4: Vidare arbeid
Kven gjer kva framover? Kva med etter leveransen?
Etter leveransen må det grovestimeres hvor mye arbeid som faktisk ligger i sammenslåingen for at det kan bestilles og prioriteres.
Dokumentene bør (etter vedtak hos IT-BOTT) distribueres til folk som burde vite om dem, typisk mellomledere o.l. som bør orienteres om intensjonene. Dokumentene bør synlig versjoneres så det er tydelig hva som har blitt endret når. (Vortex støtter versjonering.)
Eventuelt
Steinar og Fredrik gikk gjennom flere skript og differ i plenum, og gjorde seg ferdig med det.