Torsdag: Prioriteringar
På torsdag si diskusjonsøkt gjekk ut på å diskutere kva instansane har av prioriteringar, og kva som er det viktigaste.
Gruppe 1
- Jo Sama (UiO) - ordstyrar
- Jonas Braathen (UiO) - referent
- Karine Justad (NIH)
- Trond Akerbæk (HiØ)
- Dag Løvlie (UiA)
- Stian Antonsen (HiH)
Feide
- Dag: Vil ha på plass NorEdu 1.5.1 mot Feide
- Trond: Vi også! Vi har allerede informasjonen, men den må eksporteres.
- Dag: Dette er noe brukerne blir fortalt når de logger inn, og vi får noen
- henvendelser om det fra tid til annen.
- Dag: Berg-Hansen reisebyråsystemet vil få kjønn via Feide. Usikker på om alle personobjekter har kjønn.
Langsiktige mål for Cerebrum? Hva vil dere bruke Cerebrum til?
- Karine: Vil gjøre færre ting manuelt. Vil ha mer automatikk, men er avhengig av god datakvalitet fra kildesystemene. Kan være vanskelig å få bestemt hvor i organisasjonen dataregistrering skal gjøres. Vanskelig å få godt samarbeid med personalavdelinger o.l.
- Gjerne bedre datakvalitet fra FS enn fra f.eks. SAP.
- Dag/Karine/Trond: Ønsker vask mot folkeregisteret.
- Trond: Vil gjerne ha mulighet til å manuelt sende bestemte SMS (mal) via bofh.
- Dag: Vil ha «user sms auto_ny_bruker/auto_karantene» hvis automatisk utsending har feilet.
- Karine: Kan være interessant for oss også.
- Alle: Liker i selvbetjeningsløsningen for å bestille passord via SMS. Passordark er styr.
- Alle: Vil ha logger for SMS-utsending som har feilet, slik at man kan skrive ut passordark.
- Dag: Gjerne dumpet til et filområde.
- Trond: Disse har ikke fåttt sms, disse har fått sms, disse har blitt satt i karantene, disse skal avvikles om X antall dager, osv. Gjerne alt, så kan vi heller filtrere selv!
- Karine: Ønsker oss mulighet for å sende SMS til internasjonale nummer.
- Dag/Trond: +1
- Karine: Liker UiT sin løsning for å få opp «all» informasjon om en person. Feks. Brukere, personinformasjon, e-post, historikk, grupper,
- Dag: Vi også!
- Trond: Skulle gjerne hatt informasjon om persontilknytninger endrer seg, men det fortsatt eksisterer brukere (så man evt. Kan avvikle?)
- Dag/Karine: +1
- Karine: Vi vil ha en mail når noen er lagt inn i SAP eller fjernes. Vi har ikke kontroll på noe som skjer der.
- Dag: Vi differ SAP-eksporter manuelt for å fange opp slike endringer.
- Kan slike ting automatiseres?
- Dag: Hvis en ansatt bytter e-postadresse må det eksporteres til SAP. Dette gjøres av en cronjob hos oss.
Jo: Er det noen ting dere helst ser at ikke vi gjør?
- Dag: Dere skal bare gjøre som vi sier :-)
Jo: Hvis vi velger å kjøre et løp hvor vi bruker tid på å rette opp teknisk gjeld i Cerebrum, er det greit? At det blir gjort og at man får redusert utviklingskapasitet i en periode?
- Dag: Vi vil jo gjerne få gjort endringer likevel.
- Karine: Det gagner oss om opprydding i teknisk gjeld gjør at senere endringer går raskere å implementere.
- Dag/Trond: +1
- Dag: Vil ha bilder i LDAP, AD, o.l., kan det gå via Cerebrum?
- Trond: Vi tar bilder i adgangskontrollsystemet, men vi vil også ha det i FS, Fronter, AD. Skyfle rundt.
- Karine: +1
- Dag: Slitsomt å gjøre det på utsiden av Cerebrum.
- Trond/Dag: Viktig at koblingen mellom bilde og person er god.
- Trond: Det er også de som aldri kan møte opp for å ta bilde. De kan sende en kopi av passbilde for å verifisere at et bilde de laster opp stemmer.
Jo: Av det som alle har felles interesse for, er det noe man ønsker å prioritere?
- Dag: Høyt prioritert: Manuell SMS-utsending via bofh. + Ny AD/Exchange-synk
- Karine: Bedre tilgang på logger.
- Dag/Trond: +1
- Trond: Eventbaserte oppdateringer/oppretting mot Lync også? Går det via AD?
- Trond: Kunne forsøkt å markedsføre Cerebrum mot nye kunder, men da blir det kanskje enda trangere om ressursene? Alle vil ha Feide!
Jo: Hvis vi hadde hatt uendelig utviklingskapasitet og kunne levert hva som helst på kort tid, hva ville dere hatt da? Ville ideer?
(Generell problemstilling alle har: Mange kildesystemer som er «låst» og som
man har lite kontroll over.)
Jo: Brukergrensesnitt for administrator. Vil ha mulighet til å liste ut informasjon fra flere kommandoer samtidig.
- Jonas: REST f.eks.?
- Trond: Kunne vært veldig nyttig! Kjører gjerne egne scripts som er nødt til å hente ut informasjon f.eks.
- Dag: +1
Jo: Generell interesse for grensesnitt for automatisering?
- Trond/Dag/Karine: Ja!
Karine: Vi ønsker oss flere AD-OU-er, skille studenter og ansatte.
- Dag: +1
Gruppe 2
- Fredrik Larsen (UiO) - ordstyrar
- Hallvard Furuseth (UiO) - referent
- Torkild Gundersen Kjevik (UiO) (Obs: Berre torsdag)
- Lars Nesland (UiA)
- Jessica Vargas Bustamante (NTNU) (Obs: Berre torsdag)
- Kenneth Johansen (UiT)
Generelle behov: Automatisere
- opprydding i brukermasse
- gruppeutmelding
- UiA: Vil ha tilbake avvikling, grace-periode fikset?
Ifb. to-faktor og feide
- mobil er noe svak autentisering
- verifisering av mobilnummer?
Bilde? UIA har en del manuelt arbeid rundt dette.
- behov: ad, fs/feide, aksesskontroll/adgangskort
- størrelser, format, avklaringer rundt dette?
Generelt stort behov – Nærmeste leder, OU
- Vanskelig -- manuelt? automatikk? finnes ikke autorativ data i SAP, Paga.
- Usikkert hvor og hvordan dette burde løses, men det er behov for dette...
Kan være vanskelig for studenter å sette passord…
UIA: sms-varsel ved avvikling, manuell utsending av sms fra bofh
Mer rapporter, kanskje logger? Spesielt personer uten mobilnummer, sms-utsending som feiler
Bedre interface til historikk enn 'entity history' & co, i hvert fall til bruk for førstelinje-support. UiT har det.
UIO/NTNU/UIT – prodsetting: samarbeid om metoder?
Gruppe 3
- Tobias V. Langhoff (UiO) - ordstyrar
- Alexander Rødseth (UiO) - referent
- Jan Roar Skaar (ØFK)
- Hanne Midttun (NTNU) (Obs: Berre torsdag)
- Willy Jensen (NIH)
- Petter Reinholdtsen (TSD)
- Spesifikke ønsker fra ØFK:
- Integrering mot Visma Flyt (nye SAS-systemet for VGS)
- Bruke Cerebrum for e-post-lister
- Dei også ønsker å ha nærmeste leder
- Forbedra rollesystem, for å kunne differensiere mellom privatister og lærlinger
- Benytte Cerebrums muligheter for organisasjonsstruktur
- Bruke Cerebrum-teamet som konsulenter?
- Foto
- Spesifikke ønsker fra UiA:
- Eventbasert oppdatering av LDAP, spesielt passord
- Spesifikke ønsker fra TSD:
- Kerberos-innlogging i bofh og webgrensesnitt
- Innspill fra NTNU:
- Kjøre UiOs kode, hovedsakelig pga datakvalitet/massering av data
- Bruke Cerebrum-teamet som konsulenter?
- Generelle ønsker:
- Fullstendig historikk, inkludert email history
- Enighet om økt bevisstgjøring på Cerebrums funksjonalitet
Gruppe 4
- Robert Bauck Hamar (UiO) - ordstyrar
- Xiaoli Zhang (UiO) - referent
- Estephan Zouain (UiO) (Obs: Berre fredag)
- Anders Aagaard Sørby (ØFK) (Obs: Berre torsdag)
- Håvard Espenes (HiH)
- Arne-Johnny Bentzen (HiNesna)
- Robert Haugan (NMH)
* Integrering av AD sync
* Powershell-bofh-klient-plugin (e.g. bofh i C#)
* Powershell-baserte eksporter som enkelt kan utvides til 365/lync etc.
* tilsvarende for \*nix
* Bedre innblikk i hva som foregår. Hva er status i Cerebrum-gruppen. Greit å vite hvor ting ligger. ETA.
* Nettsted med ønsker, status og planer. Hvor alle kan samarbeide.
* Fullstendig bofh dok
* Bilder
* Diverse tilstandsrapporter: Hva har gått ut av SMS for nye brukere osv? Opprettet siste døgn?
* person history (spesialisering av entity history)
* Bedre håndtering av lokaledata
* person search
* office 365
* Nesna har ikke helt oversikt over hva de kan bruke Cerebrum til.
Fredag: Bestillingar
Fredagen si diskusjonsøkt gjekk ut på diskutere korleis instansane ønsker at bestillingar skal foregå. Kva fungerer, og kva fungerer ikkje, og kva hadde vore best for instansane?
Gruppe 1
- Jo Sama (UiO) - ordstyrar
- Jonas Braathen (UiO) - referent
- Karine Justad (NIH)
- Trond Akerbæk (HiØ)
- Dag Løvlie (UiA)
- Stian Antonsen (HiH)
Hvordan bestille endringer i Cerebrum?
Det kan være vanskelig å vite hva slags funksjonalitet som er tilgjengelig. Kanskje det finnes funksjonalitet man kan få bruk for, men som man ikke vet eksisterer?
Dag: En side med oversikt over ny funksjonalitet og endringer kan være nyttig for å bli oppmerksom på ny funksjonalitet som man kan ta i bruk.
Jo: Hvordan opplever dere det å bestille ting i dag?
Det kan være vanskelig å vite hvor mye jobb det innebærer å implementere ny
funksjonalitet. Kanskje man ikke vil bestille noe likevel fordi det innebærer
mer utvikling/høyere kostnader enn man er villige til å ta?
Det kan være vanskelig å vite når noe har blitt oppfattet/registrert som en
bestilling. Hvor står bestillingen? Kommer det? Når?
Fint å få et saksnummer på en bestilling, slik at man kan sjekke selv hvor en
sak står eller enklere kan referere til en bestemt bestilling. Ticketsystem
fungerer fint for å se om noen har begynt på en sak, om det har blitt skrevet
kode og om det eventuelt har blitt merget inn. (kan Jira være et bra system for
dette?)
Kanskje JIRA kan varsle RT om en sak har blitt løst?
Lurt at en person har ansvar for å håndtere og følge opp henvendelser. Da
sikrer man at man får svar på henvendelser.
Jo: Leverer man det bestillingene ber om?
Stort sett veldig fornøyde med det som blir levert, lite «tekniske» bestillinger blir tolket riktig.
God dokumentasjon av nyleveranser.
Må bli bedre på å kommunisere når det skal være nedetid. Fast vedlikeholdsvindu? Varsle når bofh skal gå ned for vedlikehold.
Dag: Visste ikke at man kan administrere maskiner/DNS via bofh/cerebrum. Kunne vært nyttig for andre enn UiO?
- Oversikt over tilgjengelig funksjonalitet!
Gruppe 2
- Fredrik Larsen (UiO) - ordstyrar
- Hallvard Furuseth (UiO) - referent
- Torkild Gundersen Kjevik (UiO) (Obs: Berre torsdag)
- Lars Nesland (UiA)
- Jessica Vargas Bustamante (NTNU) (Obs: Berre torsdag)
- Kenneth Johansen (UiT)
* Fellesbestilling er bra – lavere kostnad pr. bestiller, høyere prioritet
* Bør ha en "inngangportal" for bestilling, med
- Informasjon om hva som hva som utvikles
- Konkrete planer for fremtidig utvikling
- Eksisterende bestillinger
- Priorirering
- Fullførte bestillinger?
- Lenker til ressurser: Informasjon om bestilling, diskusjonsfora, etc...
* Hvordan få til en god diskusjon for samarbeid rundt bestilling? Trenger
et fora
- Mailingliste aktuelt, *hvis* man får den publisert på nett (arkiv).
(Sympa har støtte for dette?)
- Forslag: Diskusjonsfora -> bestilling (typ. nettskjema) -> oversikt.
Må være enkelt å bruke.
* Oppfølging:
- Ikke veldig god oppfølging i dag, men vil bli veldig mye bedre med en
informasjonsportal. Vil hjelpe med oversikt over oppgaver og
prioritering (bekreftelse på at oppgaver ligger i kø/ikke er glemt).
* Bestilling
- Kan muligens fungere med RT, men kan Jira være et bedre verktøy? Mulighet
for å lenke (bestillings-)saker mot konkrete utviklingsoppgaver
* Manglende informasjon: Hva er "inkludert" i standardavtale, hva må
sendes inn som utviklingsbestilling? Retninglinjer for dette!
* Beskjed/oversikt over bestillinger/utviklingsoppgaver som er ferdig,
liste over nye "features"?
Til slutt klarte vi å vekke litt begeistring for at #cerebrum-devel fremdeles er i live på ircnet. Kan forvente å se Lars fra UiA der etterhvert :)
Gruppe 3
- Tobias V. Langhoff (UiO) - ordstyrar
- Alexander Rødseth (UiO) - referent
- Jan Roar Skaar (ØFK)
- Hanne Midttun (NTNU) (Obs: Berre torsdag)
- Willy Jensen (NIH)
- Petter Reinholdtsen (TSD)
Øfk er litt sære og gjør noen ting utenfor, «utvikling på gutterommet». Finner f. eks. «nærmeste leder» andre steder enn i Cerebrum, og har laget e-postlister selv. Burde vært tettere dialog mellom instansene og USIT, og enklere å lage dialog.
Man bør involvere flere for å finne felles behov. Sterkere krav, kutte kostnader. Hvis man er kunde av USITs tjenester bør man kanskje snakke litt i kortene for å ha en felles front mot USIT.
Kanskje man bør ha en felles ønskeliste for instansene?
Øfk vet jo ikke hva som er mulig en gang. De vil prøve å bli kjent med de andre instansene.
Det kom spørsmål om USIT bruker ITIL. NTNU bruker ITIL, og de utgreier mye mer, lager tidsplan, ressursplan. Konkretiserer oppgavene.
Cerebrum bør tenke som en tjenesteyter! De yter tjenester til alle, og må prioritere innad i det.
Tjenesteyteren USIT bør også ha en egeninteresse i å markedsføre seg litt.
Versjonering kan ha en reklameeffekt. En pipeline er noe mer enn release notes (sistnevnte er for teknikere), sånn at IT-sjefen kan følge med. Skriv det så hvem som helst kan forstå det. Bør ha en changelog som publiseres.
Scrum-sprinter er en slags versjonering?
Hvordan oppleves bestilling i dag?
- Ting som rører ved rammeverket er komplisert
- Småting gjøres raskt og godt
Gruppe 4
- Robert Bauck Hamar (UiO) - ordstyrar
- Xiaoli Zhang (UiO) - referent
- Estephan Zouain (UiO) (Obs: Berre fredag)
- Anders Aagaard Sørby (ØFK) (Obs: Berre torsdag)
- Håvard Espenes (HiH)
- Arne-Johnny Bentzen (HiNesna)
- Robert Haugan (NMH)
- RT-kø bedre enn dagens liste
- Drift til drift og utv. til utv. Kundene har ikke forhold til hva som er forskjellen
- Lite erfaring i gruppen. Én kunde har kun én bestilling, den andre har tre.
- Hvis man er først til å bestille noe, hvor mye koster det for nestemann å implementere lignende løsning?
- Nettside hvor man har oversikt over andres bestillinger. Vil vi være med på dette? Type Jira eller annen bugtracker?
- Ønskeliste/behovsliste, ikke forpliktende bestilling, men kan bli det om flere ønsker det.
- Siden kunder trenger å sette av egne ressurser til f.eks. ny AD-sync. Essensielt for dem å vite når disse ressursene må settes av.
- Bra med klar informasjon om hva som skal gjøres fra kunden. Sjekkliste e.l.
- Koordinere mer i tj.gruppen.