23. januar 2004TDT4285 Planl&drift IT-syst (M08)1 Dynamisk dokumentasjon TDT4285 Planlegging og drift av IT-systemer Anders Christensen, IDI

23. januar 2004 TDT4285 Planl&drift IT-syst (M08) 2 Prosjekt, rutiner og drift Terreng KartKart’ Endringer innen samme kart Stor endring Stor endring Prosjekt Rutiner Feilsituasjon Feilretting Rutine- samling Retting Operasjon Med feil 1.linje 3.linje 2.linje

23. januar 2004 TDT4285 Planl&drift IT-syst (M08) 3 Change Mgmt Checklist Base-line Change ctl form Initial work plan Test på testsystem Review av klient Review av manager Review av kolleger Backup-out-strategi Test på preprod.sys Endelig work plan Opplæring Revisjon av roller og ansvar Implementering

23. januar 2004 TDT4285 Planl&drift IT-syst (M08) 4 Arbeidsplan for CCF BaselineCCFWorkplan v1 Kundereview Ledelsesreview Review av kolleger Test på testsystem Test på preprod. Workplan v2 Workplan v3 Opplæring Roller Implementering Ansvar

23. januar 2004 TDT4285 Planl&drift IT-syst (M08) 5 Baseline (statisk) dok Må ha en definert baseline for å kunne planlegge en strukturert endring Alle behov for endringer i baseline må identifiseres og håndteres

23. januar 2004 TDT4285 Planl&drift IT-syst (M08) 6 Hva består baseline av? Tjenerkonfigurasjon Programvareliste Roller og ansvarstildeling Nettverksskisser Installasjonsbeskrivelse og -logger Standard operasjonsrutiner (SOP) Change Control Form (CCF) – tidligere Plan for sikkerhetskopiering Katastrofeplan Testskripts

23. januar 2004 TDT4285 Planl&drift IT-syst (M08) 7 Change Control Form Kunde/brukerfokus: beskrivelse av: Implikasjoner Begrunnelse Overordnet fremgangsmåte Brukes i beslutninger og review Hos kunde I egen organisasjon Blant egne teknikere

23. januar 2004 TDT4285 Planl&drift IT-syst (M08) 8 CCF – innhold (I) 1. Problemdefinisjon – hva er det som gjør at vi ønsker å utføre en endring på systemet. 2. Løsningsbeskrivelse – i korte trekk, hvordan ønsker å å møte disse utfordringene. 3. Endringene omfang – hvem og hva omfattes av endringene og nedetiden.

23. januar 2004 TDT4285 Planl&drift IT-syst (M08) 9 CCF – innhold (II) 1. Prosjektteam – hvem er med på denne endringsrunden, hvordan er roller og ansvar fordelt. 2. Kompleksitet – er endringen vanskelig, vil det kunne få store ringvirkninger ved feil, kreves det mye koordinering? 3. Konsekvens av nullalternativ – er det mulig å klare seg uten?

23. januar 2004 TDT4285 Planl&drift IT-syst (M08) 10 CCF – innhold (III) Estimert nedetid – hvor lenge må hvilke maskiner og tjenester være helt eller delvis nede. Prioritet – så denne endringen kan vurderes opp mot andre endringer, kanskje også noe om konsekvenser ved å utsette.

23. januar 2004 TDT4285 Planl&drift IT-syst (M08) 11 CCF innhold (IV) Revalideringplan – hvordan (og med hvilke tester) verifiserer man at systemet er operativt etter endringen. Backout-plan – hvordan kan man reversere endringen underveis dersom det slår feil Status – hvilket steg i prosessen har denne CCF’en kommet

23. januar 2004 TDT4285 Planl&drift IT-syst (M08) 12 CCF – innhold (V) Merknader – diverse informasjon, kommentarer, fotnoter og advarsler fra personer i prosessen. Ting som ikke passer inn i de øvrige punktene. Tilhørende dokumentasjon – liste med referanser til annen relevant dok, deriblant systemdokumentasjon.

23. januar 2004 TDT4285 Planl&drift IT-syst (M08) 13 CCF Innhold (VI) Prosedyre – trinnvis fremgangsmåte, men på et relativt overordnet plan, for dette detaljeres i en Workplan, der det nærmest går på kommandonivå. Første trinn – første deloppgave under installasjonen Andre trinn... Tredje trinn...

23. januar 2004 TDT4285 Planl&drift IT-syst (M08) 14 CCF – innhold (VII) Testplan – hvordan tester man den nye funksjonaliteten, plan med testskripts som etterpå kan legges inn i baseline. Implementasjonsmerknader – tekniske merknader. Administrativ informasjon – så som dato, forfattere, versjonsnummer etc.

23. januar 2004 TDT4285 Planl&drift IT-syst (M08) 15 Mulige feller under impl. Målendring underveis Manglende parallellisering av oppgaver Manglende underveis-info Personavhengigheter istf roller Ad hoc kortslutning av en ellers ryddig prosess pga tidsnød For mange roller på en enkelt person