PROTOKOLL 2014-02-26 1.0 1 (4) Pr_styr_140226.doc Protokoll fört vid möte med styrgruppen för KursInfo Datum: 2014-02-26 Tid: 14.00-15.00 Plats: Adobe Connect Syfte: Möte med styrgruppen för KursInfo Närvarande Styrgruppen Ulrika Bernlo Högskolan i Borås Ordf. Gerd Engström Högskolan i Jönköping Jan Winkle Malmö högskola Björn Ljunggren Leijonbielke Blekinge tekniska högskola Elizabeth Persson Högskolan i Skövde Ers. Kassie Sundin Brita Lundh Högskolan i Halmstad Monica Johansson Linnéuniversitetet Ers. Marie Brorsson Övriga närvarande Högskolan i Skövde Sekreterare Jenny Anderbjörk Högskolan i Borås Ingrid Hjärtqvist Högskolan i Skövde 1 Mötet öppnas Ordförande hälsade välkomna och förklarade mötet öppnat. 2 Fastställande av dagordning Dagordningen fastställdes med tillägg av en övrig punkt (Ladok 3 och utbildningsdatabaser). 3 Föregående mötesprotokoll och Sofia Persson har varit på Konstfack och visat nya KursInfo 2013-12-11. Reaktionerna var positiva och man skulle arbeta vidare internt på frågan och återkomma med besked längre fram. Föregående mötesprotokoll lades till handlingarna. 4 Lägesrapporter a) Förvaltningsgruppens möte 2014-02-12 Förvaltningsgruppens protokoll lades till handlingarna utan kommentarer. b) Gränssnittsprojektet avstämning av aktuellt läge och tidsplan Leveransdatumet 2014-03-21 ligger kvar i planen (bilaga 1). Dock har inte testarna hunnit genomföra grundliga tester med testfall på mer än delar av systemet, men hela systemet kommer att vara ad-hoc-testat före leverans. Projektgruppen känner sig ändå relativt trygga med att systemet är så pass stabilt att det borde vara möjligt att ta det i drift. Testning pågår f.n. av den s.k. XML-leveransen för nya KursInfo. Fram till den 7/3 kommer kvarvarande ad-hoc-tester samtjusteringar av default-inställningar i systemet att göras. Arbetet med att skriva klart samtliga testfall och göra testkörningar av dessa kommer inte att bli klara före leverans. Inte heller arbetet med att skriva klart dokumentationen och systembeskrivningen kommer att vara klart till den 21/3 utan detta får överlämnas som en rest att göra i samband med att projektet levererar sitt resultat. Det faktum att vi inte har hunnit testa nya KursInfo i dem omfattning som skulle vara önskvärt före leverans av gränssnittet diskuterades. Förhållandet med 40 % testresurser mot 300 % utvecklingsresurser kan med erfarenheterna av projektet konstateras vara för lite testresurser. Under projektets gång har även testresurserna bytts ut vid flera tillfällen, varför vi tappat testrutin, kompetens och tempo i testarbetet.
PROTOKOLL 2014-02-26 1.0 2 (4) Pr_styr_140226.doc Lärdomen av detta behöver tas med in i förvaltningen av KursInfo. c) Gamla KursInfo och XML-leveransen En uppdatering av XML-leverensen för nuvarande KursInfo gjordes 2014-02-21. Leveransen innehöll en uppdatering där ett tidigare beslutat hårdkodat värde för antagningsmodell (GBAEXPS) på kurser inte längre skickas med. Detta p.g.a. att det inte gick att koppla in dessa kurser i NyA längre. Att felet uppstod beror på att UHR har ändrat så att det inte längre går att skicka detta värde, men har inte meddelat detta till lärosätena. Det har dock varit lite svårt att testa att detta fungerar fullt ut i alla led då UHR:s xml-support har sportlovsledig den här veckan och därför har en mycket begränsad support. En skarp uppdatering för installation kommer att skickas ut 2014-03-03. d) Bemanningsläget (projektet, utvecklingsteam, test) Vår systemutvecklare Sofia Persson har valt att gå vidare med andra arbetsuppgifter och kommer att sluta hos 2014-04-07. En annons för en ny utvecklare är ute, men den processen tar som vanligt lite tid. Detta innebär att det kommer att uppstå en lucka då vi inte kommer att kunna leverera 300 % utvecklare till samarbetet. Sofia har en dubbel kompetens och har förutom sina kunskaper som systemutvecklare även en lång och gedigen verksamhetskunskap från systemförvaltning av studieadministrativa system på Högskolan i Skövde. För övrigt är det ingen förändring i utvecklingsteamet. Testteamet består av Johani Karonen och Cecilia Barne med förstärkning av Stefan Hallstedt som gått in som testare inom ramen för sina 15 % projekttid. Vid övergången till förvaltning kommer förvaltningsgruppens medlemmar att behöva lägga tid motsvarande 15 % i förvaltningsarbetet. Detta innebär att Cecilia inte längre kommer att ha möjlighet att också lägga tid på testning. Vi kommer därför att behöva förstärka även denna verksamhet. 5 Förvaltning a) Leverans av nya KursInfo1.0 den 21/3 samt hantering av innestående arbete från projektet Den planerade första skarpa leveransen som skulle släppts i januari har inte skett eftersom testarbetet inte varit klart. Det nya gränssnittet är utvecklingsmässigt klart enligt utvecklingsplanen, men det återstår fortfarande relativt mycket arbete med att skriva klart alla testfall och genomföra systemtester. De återstående ad-hoc-tester som finns att göra beräknas vara klara 2014-03-07. Det återstår även ett arbete med att skriva klart system-, xml- och databasdokumentation. Detta innebär att projektets resultat kommer att bestå av en leverans av det nya gränssnittet med tillhörande skript för databaskonvertering, xml-leveransen samt en lista med återstående arbete enligt ovan. Projektgruppen föreslår att styrgruppen beslutar om att; - projektet ska leverera en första version av KursInfo 2014-03-21, - gränssnittsprojektet avslutas per 2014-03-31, - det tillsätts en särskild projektgrupp för färdigställande av test och dokumentation, - förvaltningsgruppen övertar ansvaret för förvaltning av systemet. Styrgruppen beslutade enhälligt enligt projektgruppens förslag. Det är viktigt att uppmärksamma att projektet är avslutat. Jenny Anderbjörk och får i uppdrag att planera någon aktivitet för detta.
PROTOKOLL 2014-02-26 1.0 3 (4) Pr_styr_140226.doc b) Införandeprojekt för nya KursInfo Kort rapport per lärosäte kring arbetet med införandet. Linnéuniversitetet Linnéuniversitetet har lagt ner mycket tid på att börja titta på inställningar, hjälptexter, etc i systemet, men har gjort en paus i detta arbete i väntan på den skarpa leveransen. Inställningar som görs i betan som levererades i december går med lite arbete att importera i en senare installation av KursInfo, men det kommer inte att finnas några skript som gör detta arbete utan det får göras av en lokal tekniker i den mån man önskar detta. Malmö Högskola Arbetet fortsätter i liten skala. Avvaktar leveransen den 21/3 och startar upp då. Blekinge tekniska Högskola Har haft möte med IT-avdelningen, men avvaktar också den skarpa leveransen. Har en ambition att köra igång i april. Högskolan i Borås Har en omorganisation vid halvårsskiftet och kommer att vänta tills efter det. Införandet blir troligen i oktober. Högskolan i Halmstad Har också börjat titta på det, men avvaktar tills den skarpa leveransen kommer. Högskolan i Jönköping Jobbar på med införandeprojektet. Tittar för på alla fält, roller och rättigheter. Funderar även på processerna för arbetet. Högskolan i Skövde Arbetet kommer att intensifieras när Karin Eldholm kommer tillbaka från sin föräldraledighet. Arbetet med pilotprojektet har inte blivit så omfattande som vi tänkt oss eftersom Ingrid Hjärtqvist kommer att sluta den 28/2 och mycket arbete har gått åt att lämna över hennes arbetsuppgifter till olika medarbetare. En skriftlig sammanfattning av pilotprojektet kommer att göras när det är klart. Planerar att införa före sommaren. Frågan kring hur länge det ska vara möjligt att ha kvar det gamla gränssnittet och det ska finnas support på detta behöver tas upp till beslut. Håkan föreslog att samarbetet ska ha support under ett år från det att vi släpper det nya gränssnittet. Frågan tas upp till beslut vid nästa styrgruppsmöte. c) Testresurser i förvaltningen av nya KursInfo Under gränssnittsprojektet har projektet haft tillgång till 40 % (2x20 %) testresurser. Enligt tidigare diskussioner ska denna resurs finnas kvar även i förvaltningen av KursInfo efter projektets avslutande. Om testningen ska genomföras på ett betryggande sätt och enligt den teststrategi och process som styrgruppen har fastställt räcker inte denna resurs. Jämförelse med andra utvecklingsprojekt visar t.ex. på att NyA har en halv timmes test per en timmes utveckling (50 %) och inom Ladok har man en timmes test för varje utvecklingstimme (100 %). En rimlig nivå bör därmed ligga på minst 50 % av utvecklingsresurserna. Det är heller inte en bra lösning att dela upp dessa resurser i för små delar utan en testare bör ha en omfattning på minst 50 % för att det ska vara effektivt.
PROTOKOLL 2014-02-26 1.0 4 (4) Pr_styr_140226.doc Det finns två alternativ att uppnå detta mål, antingen genom att minska utvecklingsresurserna och föra över dessa till testning eller att utöka testresurserna. Styrgruppen var enig om att vi inte bör minska utvecklingsresurserna utan att öka testresurserna. Det är svårt att hitta testresurser inom befintliga tjänster på lärosätena varför det behöver ske en extern rekrytering av dessa resurser. Det finns möjlighet att öka upp Johani Karonens testtid till 50 % och för att komma upp till totalt 150 % behöver en rekrytering av en till testare ske. Denna testresurs bör sitta i Skövde så att alla test- och utvecklingsresurser finns på samma plats för att fungera effektivt. Håkan fick i uppdrag att ta fram en kostnad samt fördelning av denna kostnad för en utökning med en testare på 100 %. För att inte beslutet ska dröja för länge beslutades att beslutet ska tas via ett per capsulam-beslut så snart som möjligt. d) Förvaltning av nya KursInfo och systemförvaltningsplan För att arbetet ska fungera effektivt i förvaltningen föreslår Håkan att förvaltningsgruppen träffas fysiskt ca en gång varannan månad från lunch till lunch och där emellan har avstämningar via Adobe Connect varje vecka i likhet med gränssnittsprojektet. De avsatta budgetmedlen på 60.000:- används i första hand och därefter fördelas kostnaderna ut på lärosätena. Styrgruppen beslutade att förvaltningsarbetet ska ske enligt denna modell. Arbetet med att ta fram en systemförvaltningsmodell för KursInfo är påbörjat (bilaga 2). Arbetet med planen fortsätter när förvaltningsgruppen träffas den 31/3 1/4 så att styrgruppen kan fastställa denna längre fram i vår. 6 Övriga frågor a) Ladok 3 Gruppen med SA-chefer i söder har haft möte och det har lyfts frågor och funderingar kring integrationsmöjligheterna mellan Ladok 3 och de lokala utbildningsdatabaserna och kostnader för att göra anpassningar i samband med övergången. Det finns en oro på LDC angående möjligheter att ta kommunicera med Ladok 3 och att de anpassningar som behöver göras i t.ex. LUbas/GUbas skulle bli väldigt höga. Det råder en ovisshet kring vad som gäller, men vi utgår ifrån att vi även fortsättningsvis kommer att kunna leverera till Ladok via XML-leveransen. Frågan får bevakas och vi får återkomma till denna fråga längre fram. 7 Nästa möte Nästa möte beslutades till 2014-05-15 kl. 10.00-11.00 via Adobe Connect. 8 Mötet avslutas Ordföranden tackade för dagens möte och förklarade det avslutat. Vid protokollet: Justeras:, sekreterare Ulrika Bernlo, ordförande
KursInfo ID Task Task Name DurationStart Finish Mode 1 Kurseditorn 43 days Tue 13-01-01 Fri 13-03-01 7 Programeditorn 57 days Thu 13-02-14 Fri 13-05-03 13 Kurstillfälleseditorn 48 days Tue 13-04-16 Thu 13-06-20 14 Utveckling av kurstillfälleseditorn 37 days Tue 13-04-16 Mon 13-06-10 15 Kurstillfälleseditorn till projektgruppen 0 days Wed 13-05-29 Wed 13-05-29 16 Projektmöte - Kurstillfälleseditorn 2 days Mon 13-06-03 Tue 13-06-04 17 Kurstillfälleseditorn till referensgruppen 0 days Mon 13-06-10 Mon 13-06-10 18 Kommentarer från referensgruppen 0 days Thu 13-06-20 Thu 13-06-20 19 Programtillfälleseditorn 50 days Tue 13-06-11 Mon 13-09-30 20 Utveckling av programtillfälleseditorn 39 days Tue 13-06-11 Fri 13-09-13 21 Programtillfälleseditorn till projektgruppen 0 days Wed 13-08-28 Wed 13-08-28 22 Projektmöte - Programtillfälleseditorn 2 days Mon 13-09-09 Tue 13-09-10 23 Programtillfälleseditorn till referensgruppen 0 days Mon 13-09-16 Mon 13-09-16 24 Kommentarer från referensgruppen 0 days Mon 13-09-30 Mon 13-09-30 25 Omtag sökgränssnitten 15 days Mon 13-08-26 Fri 13-09-13 26 Litteraturlistan 15 days Mon 13-09-02 Fri 13-10-18 27 Refactoring efter ref.gr/projektgr. Åsikter samt buggrättningar 120 days Mon 13-09-16 Fri 14-03-14 28 Admingränssnitt 40 days Mon 13-09-16 Fri 13-11-08 29 Utveckling av admingränssnitt 30 days Mon 13-09-16 Fri 13-10-25 30 Admin till projektgruppen 0 days Mon 13-10-14 Mon 13-10-14 31 Projektmöte - Admingränssnitt 2 days Wed 13-10-16 Thu 13-10-17 32 Kommentarer från referensgruppen 0 days Fri 13-11-15 Fri 13-11-15 33 Pilotprojekt - införande HS 45 days Fri 13-10-18 Thu 13-12-19 34 Databas-arbete 9 wks Fri 13-10-18 Thu 13-12-19 35 Lokal autentisering 9 wks Fri 13-10-18 Thu 13-12-19 36 Leverans av PRE-BETA 0 days Thu 13-10-31 Thu 13-10-31 37 Roller och rättigheter 9 wks Fri 13-10-18 Thu 13-12-19 38 Dokumentation 9 wks Fri 13-10-18 Thu 13-12-19 39 Anpassning av XML för nya KursInfo 5 days Mon 13-12-02 Fri 13-12-06 40 Projektmöte 2 days Mon 13-12-02 Tue 13-12-03 41 Delleverans utan kurspaket (BETA) 0 days Fri 13-12-20 Fri 13-12-20 42 XML-uppdatering 8 days Mon 14-01-06 Wed 14-01-15 43 Delleverans utan kurspaket till test 0 days Fri 14-01-31 Fri 14-01-31 44 Sök kurspaket 5 days Fri 14-01-24 Thu 14-01-30 45 Kurspaketeditorn 36 days Fri 14-01-24 Fri 14-03-14 46 Utveckling av kurspaket 25 days Fri 14-01-24 Thu 14-02-27 47 Kurspaketeditorn till projektgruppen 1 day Fri 14-02-14 Fri 14-02-14 48 Projektmöte - Kurspaket mm 2 days Wed 14-02-19 Thu 14-02-20 49 Kurspaket till referensgruppen 0 days Thu 14-02-27 Thu 14-02-27 50 Kommentarer från referensgruppen 0 days Thu 14-03-13 Thu 14-03-13 51 Leverans 0 days Fri 14-03-21 Fri 14-03-21 52 September 01 October 01 November 01 December 01 January 01 February 01 March 01 08-19 09-02 09-16 09-30 10-14 10-28 11-11 11-25 12-09 12-23 01-06 01-20 02-03 02-17 03-03 03-17 08-28 Kjell[50%];Mikael[50%];Sofia[50%] 09-16 Sofia[25%] 09-30 10-14 Kjell[50%];Mikael[50%] Kjell[50%];Mikael[25%];Sofia[25%] 10-31 11-15 Kjell[25%] Mikael[5%];Kjell[5%];Sofia[5%] Mikael[5%];Sofia[5%];Kjell[5%] Mikael[5%];Kjell[5%];Sofia[5%] Mikael[5%];Kjell[5%];Sofia[5%] 12-20 Kjell 01-31 Gränssnittsprojektet Kjell[30%];M Kjell[70%];Mikael[70% 02-27 03-13 03-21 Task Project Summary Inactive Milestone Manual Summary Rollup Deadline Project: Tidplan-Nytt_gränssnitt_2 Date: Tue 14-02-25 Split Milestone External Tasks External Milestone Inactive Summary Manual Task Manual Summary Start-only Progress Summary Inactive Task Duration-only Finish-only Page 1
Systemförvaltningsplan 2014 KursInfo Samarbetet kring KursInfo
2 (14) Beslut och ikraftträdande Härmed fastställs systemförvaltningsplan för KursInfos gemensamma förvaltning inom KursInfosamarbetet 2014. Planen gäller från 2014-xx-xx. Borås den Skövde den Ulrika Bernlo Ordförande, styrgruppen Uppdragsledare Borås den Jenny Anderbjörk Ordförande, förvaltningsgruppen Utgåvehistorik Utgåva Datum Kommentar P 0.1 2014-xx-xx Förvaltningsplanen upprättas
3 (14) Innehåll Beslut och ikraftträdande... 2 Utgåvehistorik... 2 Innehåll... 3 1. Systembeskrivning... 4 2. Syfte... 4 3. Mål och effekter... 4 4. Samverkan med andra system och processer... 4 5. Roller i förvaltningen av KursInfo... 5 5.1 Systemägare... 5 5.2 Systemförvaltare... 5 5.3 Systemutvecklare... 5 5.4 Testare... 5 6. Styrning och ledning... 5 6.1 Styrgrupp... 5 6.2 Förvaltningsgrupp... 6 6.3 Organisationsschema... 6 7. Aktivitetsplan 2014... 7 7.1 Leveransplan... 7 7.2 Aktiviteter... 7 7.2.1 Delaktivitet 1... 7 7.2.2 Delaktivitet 2... 7 7.2.3 Delaktivitet 3... 7 8. Möten och uppföljning... 8 9. Förslag på fortsatt utveckling... 8 Systemförvaltningsmodell... 9 Inkomna önskemål och prioriteringar... 9 Leveransinnehåll och arbetssätt... 9 Kravspecifikation... 9
4 (14) SYSTEMFÖRVALTNINGSPLAN 2014 1. Systembeskrivning KursInfo är ett system för att hantera utbildningsrelaterad information. KursInfo används idag av sju lärosäten som också samarbetar kring vidareutveckling av systemet. Den huvudsakliga utvecklingen görs vid Högskolan i Skövde. I KursInfo hanteras all administration av kurser, kurstillfällen, program, programtillfällen samt kurspaket med tillhörande kursplaner, utbildningsplaner och litteraturlistor. Kurser som erbjuds, kommer att erbjudas, eller har erbjudits vid lärosätet finns i systemet. Ett kurs- och programtillfälle avser ett visst antagnings- och/eller registreringstillfälle för en tidsangiven period för en kurs. 2. Syfte Systemets syfte är att förse samarbetets lärosäten med administrativs stöd för att hantera utbildningsrelaterad information före under och efter att utbildningstillfället sker/har skett. Systemet ska utvecklas så att de lärosäten som är medlemmar i samarbetet får så stor nytta som möjligt av systemet med beaktande av tillgängliga resurser och de direktiv som styrgruppen ger. 3. Mål och effekter KursInfo har som mål att <Mål> <Mål> <Mål>. Målen ska uppnås genom att <Hur målen ska uppnås> <Hur målen ska uppnås> <Hur målen ska uppnås> Här behöver vi jobba vidare för att definiera mål och effekter. 4. Samverkan med andra system och processer KursInfo samverkar med andra system både på ett lokalt och nationellt plan. På varje lärosäte förser KursInfo andra kringsystem såsom utbildningssidor, generering av kurs- och utbildningsplaner, mm. Dessa kringsystem ingår dock inte i samarbetet kring KursInfo. På det nationella planet förser KursInfo UHR och andra intressenter (SUSA-navet) med utbildningsinformation via en XML-generering enligt EMIL-standarden. Dessa uppgifter hämtas sedan till NyA, Antagning.se, m.fl.
5 (14) 5. Roller i förvaltningen av KursInfo 5.1 Systemägare Varje lärosäte har en systemägaren för sin lokala installation av KursInfo. Systemägarens ansvar regleras av lokala beslut kring systemförvaltning av KursInfo på det egna lärosätet. Systemägaren eller den denne utser ingår i samarbetets styrgrupp. 5.2 Systemförvaltare Varje lärosäte har en systemförvaltare för sin lokala installation av KursInfo. Systemförvaltarens ansvar regleras av lokala beslut kring systemförvaltningen av KursInfo på det egna lärosätet. Systemförvaltaren ansvarar gentemot samarbetet för: att ingå i samarbetets förvaltningsgrupp, att rapportera fel till samarbetets support-funktion, att ge support till användarna inom det egna lärosätet, att ta emot och bearbeta förbättringsförslag gällande KursInfo, att bevaka interna och externa tekniska förändringar som påverkar KursInfo, dess tjänster och verksamhetsprocesser och informera förvaltningsgruppen så att utvecklingsprojekt kan initieras, att testa och godkänna leveranser av nya funktioner och versioner, att inrätta och ansvara för en referensgrupp av användare på det egna lärosätet, att sköta kontakter med samarbetsparter och samarbetets support-funktion, att utbilda användare vid det egna lärosätet, att ta fram lokala hjälptexter och manualer. Resursbehov i samarbetet 2014: 15 % (exkl. det lokala arbetet på lärosätet) 5.3 Systemutvecklare Utvecklar systemet utifrån styrgruppens direktiv och förvaltningsgruppens beställningar. Resursbehov 2014: 300 % 5.4 Testare Inom samarbetet ska det finnas en testorganisation enligt beslutad teststrategi för testarbete. Testarnas uppgift är att utföra test på nyutveckling och revidering i systemet. Resursbehov 2014: 100 % 6. Styrning och ledning 6.1 Styrgrupp Styrgruppen består av lärosätenas systemägare eller den denne utser att företräda lärosätet. Styrgruppens uppgift är att ta övergripande beslut i ekonomiska frågor, förvaltning samt större justeringar eller utvecklingsprojekt i KursInfo. Styrgruppen leds av en ordförande som utses inom gruppen för ett år åt gången och ska skifta mellan lärosätena. Styrgruppen beslutar om den årliga
6 (14) systemförvaltningsplanen och fördelning av kostnader mellan lärosätena. Förvaltningsgruppen rapporterar till styrgruppen om status på beslutade justeringar och utvecklingsåtgärder. Förvaltningsgruppens ordförande samt uppdragsledaren är föredragande i styrgruppen. Gruppen sammanträder normalt 2 gånger per termin (oftare vid behov). Beräknad tidsåtgång 2014: ca 72 timmar 6.2 Förvaltningsgrupp Förvaltningsgruppen arbetar operativt med att utveckla KursInfo i enlighet med syfte och mål för KursInfo samt enligt de direktiv som styrgruppen ger. Förvaltningsgruppen består av en systemförvaltare från varje lärosäte samt uppdragsledaren och ledas av en ordförande som utses av styrgruppen för ett år åt gången. Ordförandeskapet ska följa samma lärosäte som ordförandeskapet i styrgruppen. Till gruppen kan efter behov utvecklings- och/eller testkompetenser adjungeras in att delta i gruppens arbete. Gruppen arbetar med att: identifiera, sammanställa och prioritera ändringar och utvecklingsbehov för styrgruppen verkställa de beslutade aktiviteterna i systemförvaltningsplanen tillsammans med berörda användare ta fram detaljerade kravspecifikationer till systemutvecklarna för ändringar i funktioner och utveckling av nya funktioner utifrån beslutad systemförvaltningsplan Gruppen träffas normalt en halv timma varje vecka samt ca 8 timmar en gång var annan månad. Därutöver arbetar förvaltningsgruppens medlemmar med förvaltningsuppgifter. Beräknad tidsåtgång 2014: 15% av heltid per lärosäte 6.3 Organisationsschema Styrgrupp Förvaltningsgrupp Referensgrupp Uppdragsledare/ samordnare Utvecklingsteam Testare
7 (14) 7. Aktivitetsplan 2014 Fram till den 2014-03-21 ska utveckling och leverans av det nya gränssnittet ske. Efter leveransen av version 1.0 kommer arbetet med att vidareutveckla systemet enligt inkomna önskemål att ta vid. Dock kommer utveckling av ny funktionalitet under perioden april juni 2014 att vara begränsad för att ge utvecklingsteamet utrymme till att ta hand om ev. buggar och problem som uppstår i samband med införande av systemet vid lärosätena samt vara behjälpliga i denna process. Utvecklingsteamet behöver även viss tid för att genomföra refaktorisering 1 av utvecklad kod samt tid att införa nytt utvecklingsstöd med tillhörande processtöd. 7.1 Leveransplan Under 2014 planeras släpp av nya versioner av KursInfo varje kvartal. Första versionsuppdatering av KursInfo planeras att släppas i juni och de två påföljande i september och december. Datum för resp. version beslutas av förvaltningsgruppen. Därutöver kan förvaltningsgruppen besluta om utskick av buggfixar om behov skulle uppstå. 7.2 Aktiviteter 7.2.1 Delaktivitet 1 Aktivitet: <Beskrivning av funktion/förändring som ska genomföras> Effektmål: <Beskrivning av effektmålet med aktiviteten> Tidsåtgång: <Beräknad utvecklingstid> Mål: Driftsatt 2014-xx-xx 7.2.2 Delaktivitet 2 Aktivitet: <Beskrivning av funktion/förändring som ska genomföras> Effektmål: <Beskrivning av effektmålet med aktiviteten> Tidsåtgång: <Beräknad utvecklingstid> Mål: Driftsatt 2014-xx-xx 7.2.3 Delaktivitet 3 Aktivitet: <Beskrivning av funktion/förändring som ska genomföras> Effektmål: <Beskrivning av effektmålet med aktiviteten> Tidsåtgång: <Beräknad utvecklingstid> Mål: Driftsatt 2014-xx-xx Här behöver vi jobba vidare för att definiera aktiviteter under året 1 Refaktorisering eller omstrukturering av kod (engelska: refactoring) är en teknik för att stegvis förbättra kvaliteten på programkod. Syftet är att möblera om koden för att få den enklare och därmed mer lättläst, lättare att underhålla och lättare att vidareutveckla. En viktig detalj med omstruktureringen är att funktionaliteten utåt sett ska vara identisk efteråt, det vill säga beteendet på koden ska inte ha ändrats. (Källa: Wikipedia)
8 (14) 8. Möten och uppföljning Rapporteringsform Frekvens Sammankallande Deltagare Kommentarer Styrgruppsmöten 4 ggr/år Styrgruppens ordförande Styrgrupp Årlig revidering av systemförvaltningsplanen, årskostnader samt revidering av aktiviteter och besluts om nya aktiviteter. Förvaltningsgruppmöten 1 gång varannan månad Förvaltningsgruppens ordförande Förvaltningsgrupp Behandla inkomna önskemål om förändringar, prioriteringar, besluta kring kravspecifikationer, etc. Scrum-möte 1 g/vecka Uppdragsledaren Scrum-teamet (förvaltningsgruppen, utvecklare och testare) Veckovis avstämning av arbetet och planering av kommande vecka. 9. Förslag på fortsatt utveckling Förslag till fortsatt utveckling 2014 och framåt (utan inbördes prioritering):
9 (14) Bilaga 1 Systemförvaltningsmodell För den gemensamma förvaltningen av KursInfo gäller att samarbetet bedrivs med gemensamt ansvar, vilket innebär att alla lärosäten inom samarbetet förväntas bidra solidariskt i förvaltningsarbetet av KursInfo. Inkomna önskemål och prioriteringar Varje lärosäte samlar in och noterar behov och önskemål om förändringar eller nyutveckling i KursInfo. Lärosätets systemförvaltare (förvaltningsgruppsmedlem) samlar ihop och rapporterar in alla önskemål till uppdragsledaren som noterar inkomna önskemål i en förteckning över önskemål (produktbacklog). Inkomna önskemål prioriteras gemensamt av förvaltningsgruppen inom ramen för styrgruppens direktiv och beslutad systemförvaltningsplan. Majoritetsbeslut tillämpas vid beslut om ett önskemål ska genomföras och prioriteras utifrån modellen: Prio Beskrivning 0 Felrättningar (ska alltid åtgärdas) 1 Systemet skall leverera till NyA och antagning.se 2 Kurs- och utbildningsplaner 2.1 Nyttjas av alla 2.2 Nyttjas av en eller några 3 Produktion av kataloger och webbsidor 3.1 Nyttjas av alla 3.2 Nyttjas av en eller några 4 Vidareutveckling 4.1 Nyttjas av alla 4.2 Nyttjas av en eller några Leveransinnehåll och arbetssätt I arbetet med att vidareutveckla KursInfo kommer en agil, scrum-liknande metod att användas. Detta innebär att förvaltningsgruppen kommer att planera utvecklingsinsatser i s.k. sprintar som går över fyra veckor. I varje sprint planeras så många önskemål in från produktbacklogen som beräknas rymmas inom sprinten. Vid kvartalsvis leverans av uppdateringar innebär detta att en leverans kan innehålla resultatet av högst tre sprintar. För att kunna planera in ett utvecklingsönskemål/utvecklingsinsats i en sprint måste det finnas en godkänd och tidsuppskattad kravspecifikation. Inom sprinten (fyraveckorsperioden) ska utveckling, ev. utredning av problem, testning, buggfixning, omtestning samt leveransgodkännande av sprintens innehåll ske. (För mer information om Scrum-metoden, se bilaga 2). Kravspecifikation För varje önskemål/funktion som ska utvecklas ska det finnas en detaljerad och godkänd kravspecifikation. Det finns flera syften med att ta fram en kravspecifikation och dessa är i huvudsak: förstå uppgiften reflektera över konsekvenser och risker bli överens vara grund för tidsuppskattning vara underlag för systemtest Kravspecifikationen tas fram av systemförvaltaren vid det lärosäte där behovet uppstått och i samarbete med lokal kravställare samt med övriga förvaltningsgruppen, utvecklare och testare. Mall för kravspecifikation enligt bilaga 3.