Projektplan uppgradering av e- posttjänst till samt införande av primära generiska e- postadresser på Umeå universitet
Sid 2 (18) Innehållsförteckning 1 INLEDNING... 3 1.1 DOKUMENTHISTORIK... 3 1.2 BEGREPP OCH DEFINITIONER... 3 1.3 BAKGRUND... 4 1.4 SYFTE... 5 1.5 MÅL... 5 1.6 FRAMGÅNGSFAKTORER... 5 1.7 AVGRÄNSNINGAR... 6 2 ORGANISATION... 6 2.1 STYRGRUPP... 6 2.2 RESURSER... 7 3 GENOMFÖRANDE... 8 3.1 START OCH SLUT AV PROJEKTET... 8 3.2 ETAPPER OCH TIDPLAN UPPGRADERING AV EXCHANGE 2013... 8 3.3 ETAPPER OCH TIDPLAN FÖR GENERISKA E-POSTADRESSER... 12 3.4 UPPFÖLJNING/RAPPORTERING... 14 3.5 AVVIKELSER... 15 3.6 KOSTNADER... 15 3.7 RISKER... 16 3.8 DOKUMENTATION... 17 3.9 MÖTEN... 18 4 KOMMUNIKATIONSPLAN...18
Sid 3 (18) 1 Inledning 1.1 Dokumenthistorik Datum Författare Kommentar 2014-10-06 Mats Nygren Ett första utkast 2014-10-27 Mats Nygren Kommentarer från Beställaren samt tillägg generiska e-postadresser 2014-11-04 Mats Kommentarer efter styrgruppsmötet 2014-11-07 Mats Kommentarer från Mattias 2014-11-19 Mats Karolines kommentarer 2014-12-08 Mats Projektplanen godkänd av styrgruppen 2015-01-30 Mats Mats Uppdaterat budget med kostnader för produktionsmiljö och även testmiljö. Reviderat kostnaderna för ITS arbetstid efter godkännande av styrgruppen 2014-12-08 att öka budget för PL 160 timmar till 400 timmar samt Sympa med 20 timmar till 60 timmar. Totalt en ökning med 180 timmar. 1.2 Begrepp och definitioner Begrepp Definition CAS Client access server. Tjänsten som e- postklienterna ansluter till. DAG CCR-kluster DAS Database avaliblity group. Ett databaskluster för e-post Cluster continuous replication. En klustermodell som Exchange 2007 använder. Direct attatched storage. En disklåda direkt ansluten till e-postservern.
Sid 4 (18) 1.3 Bakgrund 1.3.1 Umeå Universitet använder idag Microsoft Exchange 2007 för e-post för alla anställda. Förutom en komplett 2007-miljö används även webbgränssnittet från Exchange 2010. Orsaken till blandningen mellan de olika versionerna är ett tidigare uppgraderingsprojekt som avbröts och oklarheterna kring hur webbgränssnittet skulle backas från 2010 till 2007 bedömdes för stora och den kombinerade miljön fick vara kvar i drift. Det är denna blandmiljö som ska uppgraderas till en renodlad för samtliga anställda och dra nytta av integrationen med MS Lync för att i en framtid kunna flytta hela miljön ut till molnet. Befintlig miljö finns i ITS datorhallar och består av o Exchange 2007 o Två CAS/HUB o Fyra mailbox serverrar o Två CCR kluster o C:a 7 TB data o Local storage (DAS) i 2 kabinett o Raid-10 för databaserna där brevlådorna lagras. o Backup, 30-dagar o Exchange 2010 serverprogramvara o Virtuella servers o Två CAS/HUB o Två Mailboxservers (används ej) o En DAG Den övergripande systemarkitekturen på Umeå universitet återfinns på https://www.samarbetsyta.umu.se/adm/itenheten/enterprisearchitecture/project%20document s/ea%20documents/system%20map/system_map_html/system_overview.htm 1.3.2 Generiska e-postadresser Rektor på Umeå universitet har beslutat att samtliga anställda ska ha en generisk e-postadress som följer modellen förnamn.efternamn@umu.se. Med knappt 4 000 anställda innebär modellen att det kommer att uppstå en del namnkonflikter som behöver hanteras enligt given
Sid 5 (18) policy och regler. Det innebär också att många IT-system i den gemensamma infrastrukturen som är beroende av e-postadressen över tid behöver uppdateras att följa den nya standarden. 1.4 Syfte Syftet med projektet är att Uppgradera Umeå universitets e-postmiljö för anställda från en tjänst bestående av både Exchange 2007 och 2010 till endast och kunna erbjuda ny funktionalitet (bl.a. utökat stöd för webbmail till fler läsare och utökad integration med Lync) med den uppgraderade versionen. Anpassa IT-infrastrukturen (Box, Dirigenten och Verktyget) på Umu att fungera med generiska e-postadresser enligt fastställda regler som den primära för samtliga anställda på Umeå universitet eftersom den kommer att vara tvingande. 1.5 Mål Målet är att Umeå Universitet ska ha en e-posttjänst för alla anställda baserat på MS. ska vara fullt integrerad med MS Lync 2013. Anpassning så den gemensamma IT-infrastrukturen kan hantera generiska e- postadress som den primära för samtliga anställda. 1.6 Framgångsfaktorer Säkerställ grundläggande krav på tjänsten innan projektstart Säkerställ att den blivande systemdesignen är granskad och godkänd innan projektstart En roadmap (en detaljerad beskrivning på vilka moment som ingår i migreringen) som är granskad och godkänd innan projektstart Genomför två pilotprojekt med varierande population som är representativ för hela Umu. Genomför noggranna tester innan godkännande av varje etapp. Utvärdering av varje etapp innan nästa får börja. Täta projektmöten enligt agil modell. Information till samtliga användare om hur uppgraderingen påverkar dem och vad de eventuellt behöver göra i samband med uppgraderingen. (se även 5.2 kommunikationsplan).
Sid 6 (18) Använda externa experter för granskning och rådgivning. I synnerhet av systemdesign och roadmap. 1.7 Avgränsningar Endast anställda omfattas av primär generisk e-postadress. Enligt rektorsbeslut omfattas inte studenter och anknutna. 2 Organisation 2.1 Styrgrupp Sören Berglund (ordförande, IT-enheten) Mattias Wallmark (IT-enheten) karolin Westerlund (IT-enheten) Staffan Ekstedt (ITS)
Sid 7 (18) 2.2 Resurser Projektresurs/Funktion Ansvarig person Beställare Projektledare Specialist Lync Specialist Exchange Testansvarig Informationsstöd Utvecklare Utvecklare Utvecklare Utvecklare Nätverk/DNS Kundservice Arkitekt Expert Sympa Expert och rådgivare Mattias Wallmark Mats Nygren Jan Pettersson Mikael Sundh Helena Sandström Anja Axelsson Olov Höglund/Tommy Larsson Erik Lindskog Peter Holm Jonas Eriksson Håkan Gustavsson Jonas Sundström Per Hörnblad Einar Hillbom Thomas Rönnberg (UClarity)
Sid 8 (18) 3 Genomförande 3.1 Start och slut av projektet Projektet startar i november 2014 och avslutas i månadsskiftet oktober/november 2015. Varje etapp ska ha en roll-back plan så att Tjänsten ska kunna återställas till senast fungerande läge vid behov. Viktigt att notera är att fr.o.m. migrering av postlådor finns inget automatiskt sätt att backa (rollback) utan därifrån behövs manuell hantering för rollback. 3.2 Etapper och tidplan uppgradering av Planerade aktiviteter för respektive etapp finns redovisade och tidsuppskattade i bilaga [1]. 3.2.1 Sammanställning av etapper Etapp Beskrivning Uppskattad tid (h) 1 Förberedelser 98 2 Bygga testmiljö 97 3 Genomförande 304 4 Pilot 1 44 5 Pilot 2 48 6 Produktionssättning och avslut 72 Summa (inkl. reservtid) 663 timmar Administration 220 timmar Totalt 883 timmar 3.2.2 Etapp 1 Förberedelser Etapp 1 omfattar i huvudsak förberedelser inför projektet som till exempel designa infrastrukturen för tjänsten, beställa hårdvara och virtuell testmiljö etc. 3.2.2.1 Tidsåtgång 98 timmar 3.2.2.2 Leverabler Projektplan (inkl. kommunikationsplan)
Sid 9 (18) Systemkrav (krav på Tjänsten) Beställd och levererad testmiljö (virtuell) Beställd och levererad produktionsmiljö (hårdvara) Nätverk designat och byggt Systemdesign Testplan 3.2.2.3 Kriterier för avslut Samtliga leverabler ska vara godkända av beställaren. 3.2.2.4 Beslutspunkter Godkänd projektplan inklusive budget. Godkänd systemdesign Godkända systemkrav 3.2.3 Etapp 2 Bygga testmiljö Etappen omfattar att bygga en komplett virtuell testmiljö som ska användas för den aktuella e-posttjänsten. 3.2.3.1 Tidsåtgång 97 timmar 3.2.3.2 Leverabler installerad på testmiljö som är testad och verifierad. 3.2.3.3 Kriterier för avslut: Testmiljön ska vara verifierad ur ett tekniskt perspektiv Testmiljön ska vara testad ur ett funktionellt perspektiv 3.2.3.4 Beslutspunkter Godkänna eller avvisa start av genomförandeetappen. 3.2.4 Etapp 3 Genomförande Etappen omfattar att bygga den kompletta produktionsmiljön som ska användas för den aktuella e-posttjänsten.
Sid 10 (18) 3.2.4.1 Tidsåtgång 304 timmar 3.2.4.2 Leverabler Hårdvaran till produktionsmiljön installerad i hallarna En produktionsmiljö med installerad som är verifierad ur ett tekniskt perspektiv (inkl. stresstest av diskar) och ett funktionellt perspektiv inklusive integrationstester All dokumentation (se avsnitt 4.8) uppdaterad, granskad och godkänd Övervakningstjänsten (SCOM) konfigurerad och startad E-posttjänsten integrerad mot Kardia Personal i servicedesk utbildad Användare i pilotgruppen ska känna till omfattningen av pilotprojektet och vara informerade om var de vänder sig med ärenden (incidenter samt allmänna ärenden) och synpunkter Katastrofplan 3.2.4.3 kriterier för avslut Samtliga leverabler genomförda och godkända utan rester 3.2.4.4 Beslutspunkter Godkänd katastrofplan 3.2.5 Etapp 4 Pilotprojekt 1 Under pilotprojekt 1 kommer en pilotgrupp på ca 200 personer från projektgruppen och ITS att migreras till och utifrån de lärdomar som dras av detta kommer migreringsplan och klientkonfiguration (bland annat) att uppdateras inför pilotprojekt 2. 3.2.5.1 Tidsåtgång 44 timmar 3.2.5.2 Leverabler Migrerad pilotgrupp samt anpassade migreringsrutiner som kan användas i migreringsfasen till pilotprojekt 2. 3.2.5.3 kriterier för avslut Alla postlådor till användare som ingår i pilotprojektet är migrerade till produktionsmiljön
Sid 11 (18) Pilotprojektet ska vara utvärderat 3.2.5.4 Beslutspunkter Godkänna eller avvisa pilotprojekt 1. 3.2.6 Etapp 5 Pilotprojekt 2 Under pilotprojekt 2 kommer en pilotgrupp på ca 100 personer från någon institution att migreras till och utifrån de lärdomar som dras av detta kommer migreringsplan och klientkonfiguration (bland annat) att uppdateras inför migreringen till produktionen. Pilotprojekt 2 ska omfatta användare med PC, MAC och Unix. 3.2.6.1 Tidsåtgång 48 timmar 3.2.6.2 Leverabler Migrerad pilotgrupp samt anpassade migreringsrutiner som kan användas i migreringsfasen till produktionssättning. NKI-undersökning 3.2.6.3 kriterier för avslut Pilotprojektet ska vara utvärderat 3.2.6.4 Beslutspunkter Godkänna eller avvisa resultatet av pilotprojekt 2. 3.2.7 Etapp 6 Produktionssättning Migreringen till produktionsmiljön bör ske i etapper och lämplig omfattning på respektive migreringsblock bör kunna bedömas efter genomförda pilotprojekt. 3.2.7.1 Tidsåtgång 48 timmar (tidsåtgången är i detta skede väldigt svår att avgöra och har en stor osäkerhet) 3.2.7.2 Leverabler En e-posttjänst baserad på som uppfyller projektmålen. 3.2.7.3 kriterier för avslut Ett av beställaren godkänt projektresultat som uppfyller målen. Om målen inte uppfylls ska avvikelserna redovisas och godkännas av beställaren.
Sid 12 (18) 3.2.7.4 Beslutspunkter Godkänna produktionssättningen. 3.2.8 Etapp 7 Avslut och överlämning Etappen syftar till att överlämna projektet till förvaltningsorganisationen. 3.2.8.1 Tidsåtgång 24 timmar 3.2.8.2 Leverabler Projektet godkänt och överlämnat till förvaltaren Slutrapport 3.2.8.3 Kriterier för avslut Miljön för 2007 och 2010 är avvecklad Projektet godkänt och överlämnat till förvaltaren Godkänd slutrapport 3.2.8.4 Beslutspunkter Godkänna eller underkänna projektet. Godkänna eller avvisa slutrapporten. 3.3 Etapper och tidplan för generiska e-postadresser Planerat avslut april 2015.
Sid 13 (18) 3.3.1 Sammanställning av etapper Etapp Beskrivning Uppskattad tid (h) 1 Anpassningar Box, Sympa, Verktyget, Dirigenten 376 2 Anpassningar i BizTalk 120 3 Release och deploy 24 Summa Administration Totalt 520 timmar 120 timmar 640 timmar 3.3.2 Etapp 1 Anpassningar Etapp 1 omfattar anpassningar i Box, Sympa, Verktyget och Dirigenten 3.3.2.1 Tidsåtgång 376 timmar 3.3.2.2 Leverabler Av testansvarig godkända anpassningar. Testplan 3.3.2.3 Kriterier för avslut Inga kritiska felrapporter får finnas. 3.3.2.4 Beslutspunkter Godkänd restlista för eventuella fel. 3.3.3 Etapp 2 Affärslogik i BizTalk Etapp 2 ny affärslogik i integrationsmotorn BizTalk. 3.3.3.1 Tidsåtgång 120 timmar 3.3.3.2 Leverabler Av testansvarig godkänd leverans.
Sid 14 (18) 3.3.3.3 Kriterier för avslut Inga kritiska felrapporter får finnas. 3.3.3.4 Beslutspunkter Godkänd restlista för eventuella fel. 3.3.4 Etapp 3 Release & deploy Etapp 3 Release & deploy till produktion 3.3.4.1 Tidsåtgång 24 timmar 3.3.4.2 Leverabler Anpassad infrastruktur inklusive dokumentation. 3.3.4.3 Kriterier för avslut Godkänd acceptanstest. 3.3.4.4 Beslutspunkter Godkänna eller avvisa leveransen. 3.4 Uppföljning/Rapportering Uppföljning till beställaren sker i form av löpande veckorapporter till Mattias Wallmark. Dokument Projektplan Text till Kunskapsdatabasen Teknisk systemdokumentation Användarinformation och dialog med användarna under projektet Utbildningsmaterial Slutrapport Ansvarig projektresurs Projektledare Specialister tillsammans med service desk Specialister Informationsansvarig Specialister Projektledare
Sid 15 (18) Testdokumentation klient/server Testdokumentation klient Testledare Testledare 3.5 Avvikelser Beslut om avvikelser i projektet hänskjuts till beställaren hos IT-enheten. 3.6 Kostnader Beskrivning Antal Pris Belopp Arbetstid ITS 1 683 625 kr 1 051 875 kr Konsulttjänster 120 1500 kr 180 000 kr Kostnad (*) produktionsmiljö (10 mån). Se detaljer i bilaga [6] Virtuell testmiljö (1 virtuell maskin) Virtuella maskiner för test av bortfall (1 mån) Summa 1 385 910 kr 385 910 kr 10 2000 20000 kr 4 2000 8000 kr 1 645 785 kr (*) Inkluderar investeringskostnader, uppsättningskostnad, driftkostnad, vittne samt avskrivningskostnad för 10 månader under projekttiden. Observera att detta är ett estimat eftersom de behöver göras en förnyad konkurrensutsättning innan det faktiska priset är känt. Detta pris bygger på en förfrågan på 1 maskin (produktionsmiljön kommer bestå av 6 maskiner).
Sid 16 (18) 3.7 Risker Riskbeskrivning Sannolikhet Påverkan Risk Expo. Riskhantering A Brist på resurser, speciellt nyckelresurser, leder till fördröjningar i projektet 3 3 9 Projektet kommer direkt att begära resurser så att resursförsörjningen hinner hantera behovet. B Osäker migreringstakt 3 3 9 Utföra migreringen utanför kontorstid så att eventuella fördröjningar inte påverkar verksamheten. C Migreringen påverkar verksamheten 5 3 15 Utföra migreringen utanför kontorstid för att minska störningen för användarna. Genomföra 2 stycken pilotprojekt för att upptäcka fel och vrister i genomförandet. D Missnöje kring den generiska e-postadressen 3 1 3 Föra en dialog om policy och problem med IT-kontaktpersoner. E Oväntade och tidskrävande problem med migreringen av användare till 2013 4 4 16 Använd expertkonsult som rådgivare F Många inblandade resurser som innebär många kontaktytor och svårt att planera 5 5 25 1. Framförhållning i resursplaneringen 2. Kalenderreservtid i planeringen så att planen tål ställtid pga tillfällig resursbrist
Sid 17 (18) Sannolikhet 5 C F 4 E 3 D AB 2 Värdering: 1 låg, 3 medium, 5 hög Beräkningsmodell: Sannolikhet x Påverkan = Riskexponering 1 1 2 3 4 5 Påverkan 3.8 Dokumentation Projektet ska leverera följande dokumentation som avspeglar alla införda ändringar: Användardokumentation i kunskapsdatabasen First contact resolution list En SAD för E-posttjänsten och berörd IT-infrastruktur En uppdaterad EA-karta Manual för applikationsdriften av, inklusive o Installationsanvisningar o Backuprutiner och återställningsrutiner o Katastrofplan o Konfigurationshantering som beskriver hur samtliga resurser ska konfigureras och hur de relaterar tillvarandra. o Uppdateringsrutiner Dokumentation för övervakning med automatiska larm där det framgår o Vad som ska hända när ett automatiskt larm uppstår o Ansvarig roll för automatiska larm o En checklista som styrker att begärda övervakningsparametrar övervakas Ändringshantering o Hur sker ändringshantering Incidenthantering
Sid 18 (18) o Eskaleringsrutiner o Vilka nyckeltal som ska följas upp för aktiv felhantering 3.9 Möten Frekvens Typ av möte Mötesdeltagare 2 gg/v Scrummöte Behovsstyrt (projektdeltagare + beställare) Var annan vecka Var annan till var tredje vecka Avstämningsmöte Styrgruppsmöte Behovsstyrt (projektdeltagare + beställare) Styrgrupp, projektledare 4 Kommunikationsplan Projektet har löpande veckomöten för avstämning och löpande planering. Projektet använder Sharepointytan på https://www.samarbetsyta.umu.se/adm/its/uppdrag/it/exchange2013/sitepages/startsida.aspx. Där återfinns också kommunikationsplanen.