Afhandling. Store metoder IBM GS Method. HD Afhandling. Institut for Informationsbehandling. Forfatter: Trine Harmsen

Størrelse: px
Starte visningen fra side:

Download "Afhandling. Store metoder IBM GS Method. HD Afhandling. Institut for Informationsbehandling. Forfatter: Trine Harmsen"

Transkript

1 HD Afhandling Institut for Informationsbehandling Forfatter: Trine Harmsen Vejleder: Bjarne Rerup Schlichter Afhandling Store metoder IBM GS Method IBM GS Method er copyright beskyttet Handelshøjskolen i Århus 2004 Emne: Store metoder - IBM GS Method Side 1 af 96

2 Indholdsfortegnelse 1. Abstrakt Et grafisk overblik Et resumé Indledning Problemformulering Problem Begrebsafklaring Afgrænsning Metodeovervejelser Metodegennemgang Valg af metoder til gennemgang Gennemgang af de valgte metoder Delkonklusion Metodevurdering Vurderingskriterier Vurdering af metoderne Definition af en stor metode Delkonklusion Store metoders kendetegn Kendetegn for store metoder Hvorfor benytte sig af store metoder? Delkonklusion Interviews Interview med den metodeansvarlige Emne: Store metoder - IBM GS Method Side 2 af 96

3 7.2 Interviews med projektlederne Interviewopsamling Delkonklusion Konklusion Første del metoder Anden del interviews Perspektivering Referencer Figuroversigt Tabeloversigt Interviewdeltagere Litteratur Bilag Interviewguides Processer i PMBOK Guide Specifikation af PRINCE2 processer LOB indenfor IBM IBM GS Method SSADM Emne: Store metoder - IBM GS Method Side 3 af 96

4 1. Abstrakt 1.1 Et grafisk overblik Figur 1 Overblik over afhandlingens indhold Emne: Store metoder - IBM GS Method Side 4 af 96

5 1.2 Et resumé Denne afhandling behandler emnet store metoder, hvor IBM GS Method 1 er den metode som IBM bruger i sine projekter, og indgår således som én af de metoder afhandlingen behandler. Afhandlingen er en både teoretisk og praktisk afhandling med hovedvægt på det praktiske. I arbejdet indgår forskelligt litteratur, empiri og information fra afholdte interviews. Afhandlingen gennemgår udvalgte metoder med henblik på at definere hvad en stor metode indenfor IT-udvikling er, samt finde de kendetegn som store metoder har. Afhandlingen når frem til, at af de udvalgte metoder, er det kun IBM GS Method som kan betegnes som stor. Denne metode er den eneste som opfylder de syv kriterier, som i afhandlingen bliver defineret, og som alle skal være opfyldt for at en metode kan betegnes som stor. Øvrige kendetegn for store metoder, konkluderer afhandlingen til at være, at store metoder er tilpasset virksomheden, har et fælles sprog samt kun bruges af virksomheder af en bestemt type. Udover metodegennemgang, samt metodevurdering, indeholder afhandlingen interviews med den metodeansvarlige for IBM GS Method, samt forskellige projektledere i IBM. Indholdet fra disse interviews tilkendegav, at der bliver gjort forskellige tiltag for at kendskabet og indhold til IBM GS Method bliver udbredt i IBM. Ligeledes fremgik det, at projektlederne generelt mener at IBM GS Method er med til at tilføre værdi til projekterne, om end metoden byder på forskellige udfordringer, ligesom metoden både har sine styrker og svagheder. 1 IBM Global Services Method Emne: Store metoder - IBM GS Method Side 5 af 96

6 2. Indledning At arbejde struktureret indenfor IT er i dag mere reglen end undtagelsen. Til at sikre en struktureret arbejdsgang i dagens IT-projekter, benyttes forskellige metoder. Til at styre arbejdet i projektet, samt brugen af metoden, er det som regel en projektleder der står i spidsen. Fra en tid hvor projektlederen på projektet måske også var udvikler og tester, er projektledelse i dag gået hen og blevet en selvstændig og anerkendt profession. En profession som kunderne i dag har mere og mere forståelse for også at skulle betale for. Projektledelse er også i dagens IBM en selvstændig og populær profession. Det er langt de fleste projekter i IBM der har tilknyttet egen projektleder. Det er også denne projektleder der i høj grad er involveret i arbejdet med brugen af IBM s metode IBM GS Method. Et arbejde der kræver indblik og forståelse for metodens opbygning og indhold. Til daglig arbejder jeg med projekt- og testledelse i AMS 2, IBM Danmark nærmere specifik i en afdeling placeret i Århus, der indtil nu hovedsagelig har beskæftiget sig med e-business løsninger af forskellig art. IBM Danmark beskæftiger sig, udover e- business, også med hosting opgaver, salg af hardware og software, uddannelse, rådgivning m.m. Arbejdet hos IBM er meget projektorienteret, og består af både interne og eksterne projekter. De interne projekter foregår afdelinger imellem, mens de eksterne projekter består af et typisk kunde/leverandør forhold, hvor IBM er den eksterne leverandør overfor kunden. Både på interne og eksterne projekter bruges IBM GS Method metoden er dermed IBM s varemærke på projekterne. Det gør metoden til en interessant genstand at kigge nærmere. Rigtig god læselyst! Trine Harmsen, maj Application Service Management Emne: Store metoder - IBM GS Method Side 6 af 96

7 3. Problemformulering Emnet Store metoder IBM GS Method er valgt idet IBM benytter sig af denne metode til sine projekter. Forventningen i IBM er, at alle projekter i større eller mindre grad benytter sig af IBM GS Method. Her er projektlederen som regel initiativtager til at indføre, tilpasse og bruge metoden. Min påstand er dog umiddelbart, at det ikke altid er lige hensigtsmæssigt, eller muligt, at gøre brug af IBM GS Method, hvilket dermed resulterer i, at metoden ikke bliver brugt optimalt i en del projekter. Det i sig selv behøver ikke være et problem, men hvis det tilmed betyder at ingen metode benyttes, ligesom den kontinuitet som IBM ønsker ved brug af IBM GS Method forsvinder, kan det give konsekvenser for projektet fx i form af overskridelse af tid og/eller økonomi. Formålet med denne afhandling kan opdeles i to: 1. Metoder at kigge på indhold i forskellige metoder til brug indenfor ITudvikling, både IBM GS Method og andre metoder, og derved komme frem til definitionen på en stor metode 2. Interview gennem interview af projektledere og metodeansvarlige, at afdække kendskab til udbredelse, indhold og arbejdserfaringer af IBM GS Method, og ud fra dette analysere på om brugen af IBM GS Method tilfører projekterne værdi Afhandlingen er afleveret 3. maj 2004, og den ekspertise der er til rådighed er, udover vejleder på HD Informatik Bjarne Rerup Schlicter (afsat 20 timer, heraf 14 timers vejledning i form af møder m.m.), forfatter selv, og eventuel interesserede medstuderende. 3.1 Problem Der findes mange metoder, der kan bruges som hjælp i forskellige IT-projekter. Afhængig af deres formål vil indholdet, og mange gange også omfanget, variere, og det er min opfattelse at mange kategoriserer metoder i to grupper store og små Emne: Store metoder - IBM GS Method Side 7 af 96

8 metoder. Dog har jeg endnu ikke fundet nogen definition på, hvad der skal til for at en metode kan kaldes henholdsvis stor eller lille. Første del af denne afhandling vil, med udgangspunkt i konkret indhold i forskellige metoder, relevant litteratur (heriblandt intern IBM dokumentation) samt empiri fra forfatter, forsøge at afdække: 1 Hvad skal der til for, at en metode med rette kan betegnes som stor, og hvilke kendetegn har store metoder? 2 Hvorfor udvikle og bruge store metoder? Ifølge WWPMM 3, som er en del af IBM GS Method, er det projektlederens ansvar at tage de nødvendige metoder i brug på de forskellige projekter ligesom det er deres opgave, at tilpasse metoden så den kan bruges effektivt i projektet. Det stiller forskellige krav til kvalifikationerne hos projektlederne, bl.a.: Kendskab til IBM GS Method Brug af IBM GS Method Etablering af et metodenetværk hvem kan hjælpe og hvornår? Og selv med ovenstående kvalifikationer kræver brug af IBM GS Method en del tid brugt i starten af projektet, ligesom der også skal afsættes tid i løbet af projektet til brug af metoden heriblandt tid til uddannelse af projektdeltagerne i IBM GS Method. Men er projektlederne kvalificeret til, ikke alene at benytte den del af IBM GS Method der omhandler projektstyring WWPMM, men også at benytte IBM GS Method til de tekniske leverancer, og dermed være initiativtager for resten af projektteamet til at tage de nødvendige områder i IBM GS Method i brug? Anden del af denne afhandling vil, med udgangspunkt i empiri indsamlet via interviews fra forskellige projektledere i IBM, samt den metodeansvarlige for IBM GS Method, forsøge at afdække: 3 Hvordan bliver kendskabet til indhold og brug af IBM GS Method udbredt i IBM? 3 WorldWide Project Management Method Emne: Store metoder - IBM GS Method Side 8 af 96

9 4 Føler projektlederne hos IBM sig ordentlig klædt på til at anvende IBM GS Method og hvilke erfaringer har de med IBM GS Method? 3.2 Begrebsafklaring Denne afhandling benytter sig flere gange undervejs af nogle begreber, som det derfor forinden giver mening at definere IBM og IBM GS Method IBM er en stor og verdensomspændende virksomhed med mange ansatte i forskellige segmenter og LOB 4. Når denne afhandling omtaler IBM, er fokus kun rettet mod en lille del af hele organisationen nemlig AMS og BCS 5, hvor de projektlederne der bliver interviewet, er organisatorisk placeret. Ovenstående skitseres i figur 2. Det er grafisk skitseret, hvor i IBM denne afhandling har sit omdrejningspunkt, ligesom det er skitseret for læseren, hvilket område af organisationen IBM GS Method er rettet mod nemlig IBM Global Services. % &# ' $ #!" Figur 2 Afhandlingens omdrejningspunkt 4 Lines Of Business se også figur 2 5 Business Consulting Services Emne: Store metoder - IBM GS Method Side 9 af 96

10 3.2.2 Et projekt Hvad indholdet i et projekt er, afhænger af den person man spørger det kan fx være et byggeprojekt eller et IT-projekt. Alle projekter har dog det til fælles, at de alle er tidsbegrænset dvs. har en start- og slutdato. I denne afhandling er et projekt et IT-projekt 6, med de faser og arbejdsområder som er defineret i afsnit og IT-projekter kan være meget forskellige i indhold og udførelse. Dette vil der ikke blive skelnet i mellem, da dette ikke har væsentlig betydning i forhold til de undersøgelser, som skal besvare de forskellige problemstillinger Projektlivscyklus Afhængig af hvilken litteratur man kigger i, samt valg af projektmodel, er antal af faser samt deres navngivning forskellig. Med baggrund i litteraturen, krydret med egen tilvirkning, er figur 3 udarbejdet for et projekts livscyklus: Figur 3 Et projekts livscyklus Øverste del af figuren viser faserne: Analyse besvarelse af hvorfor og hvad, samt udarbejdelse af en kravspecifikation. Vær opmærksom på, at analyse til besvarelse af skal/skal 6 Benævnes herefter kun som Projekt i resten af afhandlingen Emne: Store metoder - IBM GS Method Side 10 af 96

11 ikke (vurdering af projektets berettigelse) ikke er omfattet af denne afhandlings definition af et projekts livscyklus, idet det anses som et selvstændigt projekt Design besvarelse af hvordan kravene fra kravspecifikationen kan realiseres Udvikling/Implementering design, kodning, implementering og aflevering af projektleverancer til kunden I figur 3 er det ligeledes skitseret, at et projekt ofte består af mere end selve IT delen nemlig organisation. Et projekt i en virksomhed byder som regel på en del forandring i form af forsøg på, at forbedre arbejdsprocesserne i virksomheden hvorfor ellers gå i gang med projektet! Dette betyder at der opstår et behov for forandringsledelse. Forandringsledelsen kan have projektaktiviteter der er faseinddelt, men projektaktiviteterne kan ligeledes være tværgående dvs. aktiviteter hvis udførelse går på tværs af de enkelte faser, som den nederste del af figur 3 skitserer. Udover forandringsledelse er der yderlig to tværgående projektaktiviteter: Projektledelse styring af projektet, både af ressourcer samt udviklingsaktiviteter Kvalitetssikring konfigurationsstyring, test, dokumentation mm. I øverste del af figur 3 er faserne grafisk præsenteret som værende udført efter den berømte vandfaldsmodel The granddaddy of all lifecycle models 7 men det skal nævnes, at denne model langt fra er den eneste projektmodel som er hensigtsmæssig at bruge. Valg af projektmodel vil som ofte også afhænge af modenhed i projektorganisationen, kvalitet (detaljeringsgrad) i kravspecifikationen, kendskab til udviklingsplatforme m.m. Vær opmærksom på at denne afhandling ser bort fra alle aktiviteter der omhandler organisation og forandringsledelse, idet der alene skelnes til IT-delen i projektet. Den senere vurdering af metoderne vil derfor alene blive set i det perspektiv. 7 [B2] Rapid Development side 136 Emne: Store metoder - IBM GS Method Side 11 af 96

12 3.2.4 Arbejdsområder i et projekt Afsnit definerede hvad der er indeholdt i et projekts livscyklus. Hele denne livscyklus igennem, vil forskellige opgaver blive udført for, i den sidste ende, at kunne levere et produkt til kunden. Opgavernes indhold vil afhænge af produktet der leveres. Det er vurderet, at til trods for opgavernes variation, vil de i et projekt altid kunne indgå i de tre arbejdsområder: Figur 4 Arbejdsområder i et projekt Projektledelse opgaver der omfatter styring og ledelse af ressourcerne (økonomi, opgaver, mennesker) i projektet Udvikling udførende opgaver, der skal til for at produktet kan udarbejdes og implementeres (omfatter også nødvendig analyse, design og dokumentation) Test test af endelig produkt og opgaverne fra udvikling Metode Begrebet Metode benyttes på to måder i denne afhandling. Der skelnes mellem: Metoden for analyse af denne afhandlings problemområder dvs. måden hvorpå de forskellige problemstillinger bliver undersøgt via henholdsvis teori og empiri. Metodeovervejelserne er nærmere beskrevet i afsnit 3.4 Metoderne der er undersøgelsesgenstande i denne afhandling fra kapitel 4 og fremefter. Ovenstående er vigtigt at holde adskilt, idet de enkelte kapitlers indhold ellers kan virke forvirrende. Emne: Store metoder - IBM GS Method Side 12 af 96

13 3.3 Afgrænsning Jf. figur 2 blev det tydeligt, hvor i IBM s organisation denne afhandling har sit omdrejningspunkt. Som tillæg dertil skal det nævnes, at denne afhandling yderlig afgrænses til kun at omhandle IBM som værende IBM Danmark. Det betyder, at selvom IBM GS Method bruges overalt i IBM Global Services, uanset nationalitet, afgrænses det i denne afhandling til IBM GS Method i Danmark. Som ansat i IBM fungerer man i sit arbejde indenfor forskellige professioner: Profession: Projektleder IT Arkitekt IT Specialister Testleder (koordinator) Funktion: Har det overordnede ansvar for at lede projektet, og projektgruppen, indenfor de rammer der er udstukket af styregruppen. Projektlederen varetager den direkte kontakt vedr. fremdrift m.m. til styregruppen og kundens projektleder. Har det overordnede ansvar for at løsningens arkitektur hænger sammen og at arkitekturen stemmer overens med kravspecifikationen. IT arkitekten arbejder i tæt dialog med projektlederen, hvor IT arkitekten fungerer som projektlederens sparringspartner, for opfølgning på den tekniske del af løsningen. IT arkitekten har ansvaret for at overblikket over IT specialisternes arbejde bevares, og at arbejdet løbende koordineres med projektlederen. Er de udførende af design, udvikling og test på i projektet. IT specialisten koordinerer løbende med IT arkitekten, så det sikres at det overordnede design følges og stemmer overens med arkitekturen for løsningen. Leder og/eller koordinerer testen i projektet (planlægning, design og opfølgning). Tabel 1 Projektdeltagere i IBM projekter Ovenstående personer har hvert deres behov for viden, når arbejdet i projektet skal udføres. Det betyder, at brugen af IBM GS Method vil afhænge af hvilken profession det er. Denne afhandling tager kun fat i projektlederne, idet det er disse, der som Emne: Store metoder - IBM GS Method Side 13 af 96

14 regel er initiativtager til, at IBM GS Method benyttes. Det er også projektlederen, der ofte varetager opgaven med at tilpasse metoden til projektet, og dermed kommer med retningslinier for, hvad der forventes af resten af projektteamet. 3.4 Metodeovervejelser Denne afhandling gør brug af både litteratur, samt indsamlet empiri i form af dokumentation og interviews foretaget blandt projektledere i IBM. Nedenfor er det skitseret, hvordan litteratur og empiri er brugt til besvarelse af de forskellige problemområder: Problemområde: Hvad skal der til for at en metode med rette kan betegnes som stor, og hvilke kendetegn har store metoder? Hvorfor udvikle og bruge store metoder? Hvordan bliver kendskabet til indhold og brug af IBM GS Method udbredt i IBM? Føler projektlederne hos IBM sig ordentlig klædt på til at anvende IBM GS Method optimalt, og hvilke erfaringer har de med IBM GS Method? Metodeovervejelse: Via diverse litteratur samt gennemgang af forskellige metoder, heriblandt IBM GS Method, undersøges det vha. fastsatte kriterier, hvilke metoder der går ind under kategorien stor. Med indblik i de metoder der kan betragtes som store, samt almen empiri, uddrages hvad der kendetegner store metoder. På baggrund af litteratur, empiri samt gennemgang af IBM GS Method, fremfindes forskellige argumenter for brugen af store metoder. Vha. interview med den metodeansvarlige for IBM GS Method, samt dokumentation i metoden, undersøges det hvordan IBM GS Method bliver udbredt i IBM. Min påstand er, at en metode som IBM GS Method giver anledning til udfordringer udfordringer som enten overvindes og kan bruges positivt, eller udfordringer som hindrer optimal brug af metoden. Vha. interview med IBM projektledere, bl.a. udarbejdet med input fra interview foretaget med de(n) ansvarlig for Emne: Store metoder - IBM GS Method Side 14 af 96

15 Problemområde: Metodeovervejelse: udbredelsen af IBM GS Method, undersøges holdningen til IBM GS Method. Tabel 2 Metodeovervejelser for de enkelte problemområder Denne afhandling er skrevet på dansk. Dog vil der i afhandlingen forekomme engelske ord, ligesom afhandlingen også omfatter forskellige forkortelser. Dette er valgt hvor det er vurderet, at en oversættelse ikke er hensigtsmæssigt. Forkortelser er oversat i fodnoter Interviews Valg af interviewdeltagere Den optimale population til at afdække ovenstående, ville være den (eller de) personer der har ansvaret for IBM GS Method i Danmark, samt alle projektledere ansat i IBM Global Services. Dette ville dog blive særdeles omfangsrigt, og er heller ikke muligt. Både af private årsager, da jeg midt i afhandlingen fødte en dejlig dreng, men også da projektlederne hos IBM har meget travlt. Jeg har derfor afgrænset interviewdeltagerne til at omfatte: Den ansvarlige for udbredelsen af kendskab og brug af IBM GS Method i IBM Norden, herunder Danmark Fem projektledere fra henholdsvis AMS og BCS, hvor alle har et kendskab til IBM GS Method Emne: Store metoder - IBM GS Method Side 15 af 96

16 Figur 5 Interviewdeltagere De fem projektledere har alle forskellig erfaringer med brug af IBM GS Method. Ens for dem alle er, at de alle bruger IBM GS Method tre har et stort kendskab til de forskellige metodeelementer, og to har brugt metoden i et mere begrænset omfang Interviewform De data der skal indsamles skal være kvalitative og primære, og udføres vha. spørgeteknikken det delvist strukturerede interview 8. Der er i den forbindelse udarbejdet to spørgeguides, der har fungeret som tjekliste i løbet af interviewet se bilag Emnerne i spørgeguiden er ikke nødvendigvis gennemgået i den rækkefølge spørgeguiden angiver, men efter hvad der blev fundet hensigtsmæssigt i løbet af det enkelte interview. Interviewene blev båndet, og efterfølgende renskrevet i notatform. Notaterne er ikke vedlagt som bilag, men er samlet og analyseret, og ligger til grund for indholdet i kapitel 7. 8 [B6] Den skinbarlige virkelighed Side 206 Emne: Store metoder - IBM GS Method Side 16 af 96

17 3.4.2 Metodekritik Litteratur Litteraturlisten i afsnit 10.4 bygger i høj grad på brug af pensum fra de sidste 5 års HD studium. Dette alene giver anledning til at antage, at indholdet er valid. Indholdet i det IBM materiale der benyttes (IBM GS Method, intranet m.m.) er også vurderet til at være valid, da IBM er en anerkendt virksomhed, der benytter dette materiale dagligt til deres medarbejdere. De valgte metoder til brug for metodegennemgang mm. (kapitel 4 og fremefter) er kendte og brugte metoder verden over, hvorfor dette er antaget som argumentation nok for validiteten i deres indhold. Denne afhandling er opmærksom på, at metodevurderingen opfyldt/ikke opfyldt ikke er så deltaljeret, som hvis der var benyttet en pointscore fx med point fra 1 til 5 på de enkelte kriterier, hvor det var den samlede score der afgjorde om en metode var stor. Havde en sådan pointscore været benyttet havde IBM GS Method måske ikke været alene om at blive betegnet som en stor metode. Det er dog vurderet, at dette ville kræve et kendskab og en gennemgang af de enkelte metoder, der ville have betydet et omfang i afhandlingen, hvor der herefter ikke ville blive plads til interviewdelen Interviews Anden del af denne afhandling omfatter interviews med forskellige personer i IBM se også afsnit Formålet med de enkelte interviews er ikke at dække den generelle holdning blandt alle projektledere, men alene at stikke fingeren i jorden og undersøge, om IBM GS Method overhovedet bliver brugt, og hvilke erfaringer projektlederne har. Det vurderes derfor ikke som en svaghed for afhandlingen, at omfanget af interviewene ikke er mere bredt dækkende dvs. at der ikke er interviews med projektledere fra alle afdelinger. Godt nok ville det kunne give en indikation af, om erfaringerne er væsentlig anderledes afhængig af hvor man er placeret i IBM. Denne oplysning er dog ikke vurderet væsentlig eller nødvendig for at kunne afdække de forskellige problemstillinger i denne afhandling. Emne: Store metoder - IBM GS Method Side 17 af 96

18 IBM GS Method bruges af alle projektdeltagere, men interviewene i afhandlingen indeholder kun interviews med projektledere. Interviewene giver dermed ikke en indikation af, om oplevelsen med IBM GS Method er de samme for andre typer af projektdeltagere. Dette er ikke vurderet til at være en svaghed for afhandlingen, da fokus i denne afhandling alene er på projektlederne. Og det er vurderet, at det er projektlederne der trækker det største læs med hensyn til IBM GS Method. Emne: Store metoder - IBM GS Method Side 18 af 96

19 4. Metodegennemgang En metode er en 9 : undersøgelsesmåde planmæssig fremgangsmåde systematisk procedure Metoder benyttes indenfor alle områder i erhvervslivet, men metoderne valgt til denne afhandling er rettet mod IT-udvikling. Om end de metoder der alene vedrører projektledelse sikkert også, eller dele af dem, kan bruges på andre områder fx byggeriprojekter. Hvad er så en stor metode? Processen frem til besvarelse af dette spørgsmål kan se ud som følger: 1. Et kig på kendte og brugte metoder indenfor IT-udvikling 2. På baggrund af punkt et defineres forskellige kriterier der vil blive brugt til vurdering af metoderne, inkl. metoden brugt i IBM IBM GS Method 3. På baggrund af punkt et og to laves en opsamling der skal bidrage til definitionen af en stor metode 4. Ud fra definitionen af en stor metode uddrages det, hvilke kendetegn store metoder har Dette kapitel, samt kapitel 5 og 6, forsøger vha. ovenstående proces, at nå frem til hvordan en stor metode ser ud, og hvilke kendetegn en sådan metode har. 4.1 Valg af metoder til gennemgang Efter at have stiftet kendskab med forskellig litteratur, er nedenstående metoder valgt med henblik på nærmere gennemgang: SPU (Struktureret Program-Udvikling) PMBOK Guide 2000 (Project Management Body Of Knowledge) 9 [B10] Fremmedordbogen Emne: Store metoder - IBM GS Method Side 19 af 96

20 SSADM (Structured Systems Analysis and Design Method) PRINCE2 (Projects in Controlled Environments) IBM GS Method (IBM Global Services Method) Først og fremmest er metoderne valgt idet de alle er almen kendte, og brugt indenfor IT-udvikling. IBM GS Method dog kun indenfor IBM, men metoden bygger på best practice, og har hentet inspiration fx i metoden PMBOK. Metoderne bliver også brugt verden over måske lige på nær SPU, idet den er dansk og hovedsagelig er skrevet til og for danske virksomheder. Indholdet i SPU bygger dog på almen viden, hvorfor det mere er præsentationen af, og sproget i metoden der er fordansket, mere end det er indholdet. Nogle af de valgte metoder figurerer måske allerede i nogens bevidsthed som værende store metoder, men om de også er store efter den definition, som denne afhandling når frem til, vil vise sig i kapitel Gennemgang af de valgte metoder I det efterfølgende er de udvalgte metoder gennemgået én for én. Gennemgangen foregår på et overordnet niveau, og går dermed ikke detaljeret ned i enkelte metodeelementer, ligesom det ikke er forsøgt med en detaljeret beskrivelse af metodernes praktiske brug. Det valgte niveau har alene til henblik at give læseren indblik i, hvilken metode og dens indhold der er tale om. Niveauet er vurderet som dækkende til, at kunne give et grundlag for udvalg af de kriterier, som senere vil blive brugt til en vurdering af metoderne. Hertil skal det dog samtidig nævnes, at IBM GS Method, i modsætning til de andre metoder, er mere detaljeret gennemgået. Begrundelsen herfor er, at et godt kendskab til denne metode er nødvendig, idet dette kendskab også skal give inspiration til de interviews, som vil blive foretaget blandt projektledere hos IBM. Derudover er indholdet i IBM GS Method ikke tilgængelig udenfor IBM, hvorfor læserne af denne afhandling har behov for en større indsigt. Gennemgangen af metoderne vil blive foretaget efter følgende struktur: Formål hvilken metode er der tale om, og hvad er dens hensigt? Emne: Store metoder - IBM GS Method Side 20 af 96

21 Struktur hvad indeholder metoden, og hvordan er den bygget op? SPU Formål SPU er en metode til brug i udvikling af software der skal foregå på en struktureret måde, og dermed minimere risici for overskridelse af tid og økonomi i projekterne. Metoden kan ikke stå alene som en slags facitliste, men er tænkt som vejledning når fx virksomhedens softwarehåndbog skal udvikles. Figur 6 viser SPU-udviklingsmodellen, og de faser som SPU ser at et projekt er indeholdt: Figur 6 SPU s projektlivscyklus egen tilvirkning efter figur 10, side 30 [B3] Forfatterne til SPU pointerer, at til trods for at figuren kan minde om en traditionel vandfaldsmodel skal den opfattes som en aktivitetsmodel, og ikke som en streng (tids)-fasemodel 10. SPU er således ikke kun forbeholdt enkelte faser af et projekt, men er dækkende for hele projektets livscyklus Struktur SPU er delt op i otte selvstændige vejledninger, der afspejler de forskellige komponenter som SPU repræsenterer. I tabel 3 er de otte vejledninger vist vejledningerne understøtter de otte elementer som SPU består af: 10 [B3] Håndbog i Struktureret Program-Udvikling side 30 Emne: Store metoder - IBM GS Method Side 21 af 96

22 Vejledning: *1 Struktureret programudvikling SPU-element: Benyt en udviklingsmodel 2 Kravspecifikation Udarbejd en kravspecifikation 3 Design Design før kodning 4 Softwaretest Planlæg test 5 Review Anvend reviewteknikken 6 Projektstyring Foretag projektstyring 7 Programdokumentation Dokumenter undervejs 8 Konfigurationsstyring Foretag konfigurationsstyring Tabel 3 - SPU's otte vejledninger med tilhørende SPU-elementer *Vejledning i struktureret programudvikling, er den vejledning der som udgangspunkt skal læses og forstås af alle, der ønsker at benytte sig af SPU, herefter kan de resterende vejledninger benyttes hver for sig. Udover de otte vejledninger, indeholder SPU-modellen ikke en omfattende værktøjskasse med skabeloner, eksekverbare programmer m.m. De otte vejledninger er enkle og generiske, hvilket gør dem brugbare som input til forskellige typer af projekter PMBOK Guide Formål PMBOK Guide 2000 er en metode (håndbog) til brug indenfor projektledelse. PMBOK Guide 2000 er udviklet af PMI 11 som en standard for projektledelse verden over. 11 Project Management Institute. PMI er grundlagt i 1969 i USA, og har i dag over fordelt på 125 lande. Hos PMI kan projektledere verden over indhente inspiration, dele viden, få uddannelse m.m. se evt. også about PMI Emne: Store metoder - IBM GS Method Side 22 af 96

23 PMBOK Guide 2000 indeholder instruktioner i projektledelse, og omtaler denne disciplin som en handling, eller undladelse af en handling på ét område, vil som regel påvirke andre områder 12 : Figur 7 Projekters tredobbelte restriktion (egen tilvirkning) Formålet med PMBOK Guide 2000 er således, at støtte projektlederne i at udføre handlinger indenfor de enkelte områder så effektiv så muligt så effektiv at projektet gennemføres og afsluttes til alle interessenters tilfredshed. Metoden synliggør, at et projekt som regel er opdelt i forskellige faser tilsammen projektets livscyklus, og tjener til fordel at fastlægge starten og afslutningen på et projekt. Karakteristiske egenskaber ved projektfaserne er, at deres afslutning markeres ved én eller flere leverancer. Disse leverancer analyseres, og er med til at beslutte om projektet skal gå ind i næste fase. De processer som PMBOK Guide 2000 indeholder kan derfor, alt efter behov, indgå og dække alle faser i hele projektets livscyklus Struktur PMBOK Guide 2000 ser projektledelse som en række sammenkædede processer, og metoden beskrives også ud fra disse processer og deres indbyrdes samspil. Processerne kan opdeles i to hovedkategorier som overlapper og påvirker hinanden 13 : 1. Projektledelsesprocesser beskriver, organiserer og færdiggør arbejdet i projektet 2. Produktorienteret processer specificerer og frembringer projektets produkt 12 [B7] Projektledelsens grundbegreber side 43 Emne: Store metoder - IBM GS Method Side 23 af 96

24 PMBOK Guide 2000 består af 39 processer fordelt på 5 procesgrupper og 9 vidensområder se bilag 11.2 for fordelingen. PMBOK Guide 2000 påpeger, at de faktiske inddata og uddata i den enkelte proces afhænger af hvilken fase i projektet man befinder sig i. Der er altså et processamspil som er sammenkædet af inddata og uddata. Hver proces kan blive beskrevet ud fra 14 : Inddata dokumenter eller dokumentbare forhold, som der vil blive handlet ud fra Værktøjer og metoder mekanismer, som inddataene underkastes for at føre frem til uddataene Uddata dokumenter eller dokumentbare forhold, der er resultat af processen Bogen for PMBOK Guide 2000 [B7] indeholder ikke værktøj som fx skabeloner eller eksempler, men gennemgår detaljeret de enkelte processer og kommer med forslag til inddata, brug af værktøj/metoder og uddata. Det er dog muligt, via deres hjemmeside at deltage i web baseret selvstudier. Et af dem er fx An Applied Framework for Project Management : An Applied Framework for Project Management is an eleven-module series introducing participants to the core competencies and structure of project management. Based upon PMI s best-selling book A Guide to the Project Management Body of Knowledge (PMBOK Guide), this program brings this knowledge to life through a series of easy-to-understand explanations, dynamic interactions, and "action planning" question-and-answer sessions. Each course module includes project management checklists, worksheets, and templates for basic, moderate and robust projects [B7] Projektledelsens grundbegreber side [B7] Projektledelsens grundbegreber side [I1] Beskrivelse taget direkte fra hjemmesiden Emne: Store metoder - IBM GS Method Side 24 af 96

25 4.2.3 SSADM Formål Ligesom de andre metoder er SSADM udviklet med det formål, at bidrage med information der skal hjælpe til at udføre arbejde i de forskellige projekter struktureret, og derved sikre succes for gennemførelse af projekter. Oprindelig var formålet med SSADM, udviklet i 1980, at bidrage i projekter udført af den engelske regering i analyse- og designfaserne indenfor IT-udvikling. I dag bliver den dog brugt af alle indenfor alle områder af forretning og handel i England, og mange andre steder i verden. SSADM er ledet af CCTA 16 i England, men DAB 17 er ansvarlig for vedligeholdelse og udvikling af SSADM, og NCC 18 producerer og vedligeholder den endelige SSADM dokumentation. SSADM benyttes i starten af et projekt, til analyse og designopgaverne, af de personer der varetager disse opgaver. Arbejdsområderne test og projektledelse skal således understøttes af andre metoder Struktur SSADM er en åben standard, og kan frit benyttes af alle. Mange virksomheder tilbyder support, uddannelse og værktøjer til brug af SSADM. SSADM benytter en standardiseret struktureret model, indeholdt de fem moduler: 1. Gennemførlighed her bliver der lavet en analyse af forretningsområdet, for at fastlægge om der er grundlag for at udvikle et system 2. Kravanalyse kravene bliver identificeret og overordnet dokumenteret 3. Kravspecifikation kravene bliver specificeret i detaljer og dokumenteret 4. Logisk systemspecifikation design påbegyndes, og miljøerne for udvikling og implementering identificeres 16 Central Computing and Telecommunications Agency 17 Design Authority Board 18 National Computing Centre Emne: Store metoder - IBM GS Method Side 25 af 96

26 5. Fysisk design information fra foregående fase bruges til at lave en fysisk databasestruktur Hvert modul indeholder én eller to faser, hver inddelt i en serie af steps med tilhørende definerede opgaver. Den standardiseret model er baseret på den traditionelle vandfaldsmodel, hvor hver enkelte fase skal være afsluttet og godkendt, før den næste kan påbegyndes. Eftersom det ikke er alle projekter, der kan udføres efter en traditionel vandfaldsmodel, blev SSADM4+ i februar 1995 udgivet. SSADM4+ fremhæver behovet for, at en metode kan tilpasses det enkelte projekt, og tilbyder en skabelon af kendte aktiviteter, som indgår i skabelonen for systemudvikling. Skabelonen angiver et antal områder af aktiviteter, hvor arbejde skal udføres i løbet af udvikling af et system. Skabelonen viser interaktionen mellem teknikker i løbet af analyse og designfaserne af et system. Sammen med den standardiserede model giver skabelonen fra SSADM4+ mulighed, for udvikle en fremgangsmåde for arbejdet i analyse og designfaserne, der passer til det enkelte projekt. SSADM gør brug af de tre nøgleteknikker: 1. Logical Data Modelling processen der identificerer, modellerer og dokumenterer datakravene for et system 2. Data Flow Modelling processen der identificerer, modellerer og dokumenterer hvordan data bruges af et system 3. Entity Event Modelling processen der identificerer, modellerer og dokumenterer hvilke systemevents der påvirker hver entitet og sekvensen for at disse events sker Se evt. bilag 11.6 for eksempler. Styrken for SSADM kan være, at den ikke er afhængig af én enkel teknik. Hver af de tre teknikker viser en anderledes måde af det samme system, og er i sammenhæng med til at sikre, at man til slut har en færdig model. Emne: Store metoder - IBM GS Method Side 26 af 96

27 Som andre strukturerede metoder, specificerer SSADM, før projektet påbegyndes, hvilke moduler, faser og opgaver der skal udføres, hvilke leverancer der skal producers, og hvilke teknikker der bliver brugt til at producere leverancerne PRINCE Formål PRINCE er en struktureret metode for projektledelse, hvor PRINCE2 er den nyeste version. Første udgave af PRINCE blev etableret i 1989 til brug for den engelske regering, hvor PRINCE2 er fra I dag bliver metoden brugt på alle slags projekter, og af alle typer virksomheder. Ligesom PMBOK Guide 2000, er PRINCE2 en metode, hvis formål er at støtte projektlederne i at udføre deres arbejde så effektiv, at projekterne gennemføres succesfuldt. I PRINCE2 kan projektledere verden over finde forskellig information. Information der kan bruges som et godt udgangspunkt og hjælp til planlægning af de opgaver som projektet giver dem. PRINCE2 dækker styring af et projekt, samt styring af de tilknyttede ressourcer, der er involveret i at udføre aktiviteterne i projektet. Dvs. metoden dækker ikke de teknikker, der skal til for at lave selve produkterne i projektet. Dette må udføres af andre metoder, hvorfor en integration mellem PRINCE2, og andre metoder, derfor skal være til stede, for at projektet kan blive en succes. PRINCE2 er designet til at kunne bruges i hvilket som helst type projekt og miljø. Det vil dog variere fra projekt til projekt, hvordan PRINCE2 skal bruges, og det er derfor nødvendigt at tilpasse metoden til hver enkelt projekt Struktur PRINCE2 består af: 1. Processer 2. Komponenter 3. Teknikker Emne: Store metoder - IBM GS Method Side 27 af 96

28 Ad 1 Indgangsvinklen til projektledelse er, ifølge PRINCE2, procesbaseret. Der er i alt otte processer som fungerer som de ledelsesaktiviteter, der skal udføres i løbet af projektet: Figur 8 PRINCE2 procesmodel (side 12 i B10) Se evt. bilag 11.3 for yderlig specifikation af de enkelte processer. Hver enkel proces er beskrevet vha. en ensartet struktur bestående af: Fundamentale principper hvorfor denne proces Kontekst indeholdt et kontekstdiagram, der viser den vigtigste information, der flyder ind og ud af processen Procesbeskrivelse forklarer formål og hvordan processen opfylder de fundamentale principper Tilpasning beskrivelse af de faktorer man bør være opmærksom på, når processen skal tilpasses til projektet Ansvar hvem bør være ansvarlig for udførsel af processen Informationsbehov en liste over informationsbehov for at processen kan fungere og opfylde målene Nøglekriterier udpeger hovedområderne, der vil diktere succes eller fiasko for processen Emne: Store metoder - IBM GS Method Side 28 af 96

29 Gode råd og tips tips til hvordan processen eventuel kan anvendes i praksis mm. Ad 2 Ved udførelse af de enkelte processer anvendes input fra forskellige komponenter: Ændringskontrol, Forretningscase, Organisation, Planer, Kontrol, Risiciledelse, Kvalitet i projektmiljø, Konfigurationsledelse. Disse komponenter er udførlig beskrevet i manualen for PRINCE2. Ad 3 PRINCE2 modellen tilbyder meget få teknikker, i det at metoden foretrækker at lade valget være op til de enkelte brugere af metoden. Dog tilbyder PRINCE2 tre teknikker: 1. Produktbaseret planlægning en teknik der kan anvendes til ethvert projekt, for at give en logisk rækkefølge af et projekts arbejde 2. Ændringskontrol en teknik til håndtering af ændringer i projektet 3. Kvalitetreview en teknik til review af dokumentbaseret produkter Figur 9 giver et samlet overblik i PRINCE2 s brug af komponenter og teknikker i processerne: Emne: Store metoder - IBM GS Method Side 29 af 96

30 + # ().' #,' () +.' ') + ' + - ') ') - ') + *.' + # ()') + + ' ') * )) + Figur 9 Komponenter, teknikker og processer PRINCE2 (side 19 B10) Den officielle hjemmeside for PRINCE2 giver information til hvilke bøger, der findes indenfor PRINCE2. Bøger som vejleder i indhold, opbygning og brug af PRINCE2. Derudover er der links til serviceudbydere, der tilbyder uddannelse, konsulentbistand, værktøjer og andre services i PRINCE2. Der er ligeledes link til en aktiv brugergruppe til support, reklame og videreudvikling af metoden. Og det er muligt at hente forskellige skabeloner man herefter selv kan tilpasse fx skabeloner til udarbejdelse af en projektplan, issue log, lessons learned log, kommunikationsplan m.fl. Det er også muligt at se forskellige cases, som viser hvordan andre har gjort det. Emne: Store metoder - IBM GS Method Side 30 af 96

31 4.2.5 IBM GS Method Formål IBM skelner mellem to slags fremgangsmåder til at gribe arbejdet i deres projekter an på: 1. Ressourcebaseret fremgangsmåde Aktivbaseret fremgangsmåde Ad 1 Når man benytter en ressourcebaseret fremgangsmåde, tilfører man ekstra ressourcer hver gang arbejdsindsatsen i projektet øges. Ved alene at basere sig på ekstra ressourceallokering, når vækst i efterspørgslen skal imødegås, kommer man nemt ud for en del udfordringer fx: Problemstillinger kan ikke altid løses ved at tilføre flere ressourcer Der er store omkostninger forbundet med beskæftigelse af ressourcer uddannelse, administration, ledelse mm. Ovenstående betyder at omkostningerne i projekterne bliver store, og det kan være svært at opretholde en konkurrencemæssig fordel overfor kunderne. Ad 2 Når man benytter en aktivbaseret fremgangsmåde forsøger man, udover brug af ressourcer, at genbruge viden fra tidligere projekter. Fx i form af processer, dokumentation m.m. Fokus er altså ikke som udgangspunkt rettet på antallet af ressourcer i projektet, men mere på den enkelte ressource og dens evne til at genbruge allerede udviklet viden. Ved genbrug forhindres det at: Genopfinde den dybe tallerken hver gang et projekt påbegyndes Køre projekter med unødvendig store risici (man benytter viden som allerede er afprøvet) Bruge unødvendige omkostninger på ekstra ressourcer herved øges konkurrenceevnen overfor konkurrenterne 19 Ressource = Person Emne: Store metoder - IBM GS Method Side 31 af 96

32 IBM tror på, at vejen frem er via en aktivbaseret fremgangsmåde, idet at IBM mener at ved brug af en sådan fremgangsmåde spares der penge. Penge spares idet genbrug giver mulighed for udvikling af løsninger med færre ressourcer og på mindre tid. For at det kan lade sig gøre er IBM klar over at dette kræver: Fokus på genbrug af aktiver i stedet for antal af ressourcer Prisfastsættelse baseret på værdi af løsningen i stedet for antal af ressourcer God styring af ressourcer ansat i IBM kræver uddannelsesplaner og opfølgning for den enkelte ansatte Ovenstående er IBM s argumentation for udvikling og brug af IBM GS Method, idet at IBM GS Method er udviklet ud fra en aktivbaseret fremgangsmåde indeholdende de tre komponenter: 1. Aktiver genbrugelige elementer i form af genbrugelige Work Products 20 og anden teknologi Aktiverne er tilgængelige via IBM GS Method eller IBM s videns database ICM 21, ligesom nogle afdelinger ligeledes har oprettet forskellige videns databaser som indeholder inspiration til genbrug i mange af løsningerne. 2. Metoder definerer de regler og procedurer der er for at lave genbrugelige aktiver Regler og procedurer er tilgængelige i IBM GS Method via beskrivelserne for udarbejdelse af de forskellige Work Products. 3. Færdigheder uddannelse i at udvikle og aflevere løsninger vha. af genbrug af aktiver, herunder også udvikling af nye aktiver, samt evnen til at spotte aktiver der kan genbruges Uddannelsen planlægges via et Professional Development Program 22. Et program som tilrettelægges sammen med ens leder PDM 23. Noget af uddannelsen vil blandt andet være uddannelse i IBM GS Method. 20 Se afsnit for nærmere beskrivelse 21 Intellectual Capital Management 22 Uddannelses program for den enkelte medarbejder i IBM Emne: Store metoder - IBM GS Method Side 32 af 96

33 De tre komponenter aktiver, metoder og færdigheder griber ind i hinanden, og er tilsammen med til at skabe en samlet værktøjskasse til udvikling af løsninger til kunderne hos IBM: Metoder bruges til udarbejdelse af aktiver, og aktiver giver input til udvikling af nye metoder Færdigheder sørger for at aktiver kan udvikles og (gen)bruges og aktiver foreskriver brug af de rette færdigheder Færdigheder er med til at udfærdige nye metoder, og metoder beskriver hvordan færdighederne skal bruges Figur 10 IBM GS Method indeholdt tre værdibaseret komponenter (B8) IBM GS Method er i stand til at støtte op omkring alle arbejdsområder hele projektet igennem. Ovenstående kan lade sig gøre, idet IBM GS Method er bygget op af eksisterende metoder i IBM. Metoder som hver især dækker de forskellige arbejdsområder i et projekt. Ligeledes er metoden i stand til at varetage projekter indenfor alle områder i IBM Global Services se figur Struktur Metoden kan deles op i to områder: 1. Teknisk metode hvordan udføres arbejdet i projektet? 2. Projektstyrings metode (WWPMM) hvordan styres projektet? 23 Professional Development Manager Emne: Store metoder - IBM GS Method Side 33 af 96

34 De eksisterende metoder er integreret i IBM GS Method, som herefter fremstår med et fælles sprog, og en ensartet måde at tilgå og arbejde med de enkelte elementer på. Figur 11 giver et overblik over IBM GS Method s indhold figurens elementer er efterfølgende kommenteret: Figur 11 Metodeelementer i IBM GS Method Metoden kan deles op i to større sæt af komponenter: 1. Projekt artefakt (WPD og DCD 24 ) definition af HVAD der skal udvikles og afleveres (formål, notation, udviklingsfremgangsmåde, validering og verificering, råd og vejledning, Work Product input) 2. Procesvejledninger (WBS 25 ) HVORDAN projektet skal organiseres og hvordan løsningen skal udvikles (faser, input, output, roller) 24 Work Product Descriptions og Deliverable Content Descriptions Emne: Store metoder - IBM GS Method Side 34 af 96

35 Ad 1 Det som IBM GS Method producerer er Work Products. Work Products kan fx være modeller, rapporter, diagrammer, planer, kildekode mm. I selve produktionen af et Work Product bruges WPD som vejledninger. WPD er inddelt i domainer med hver deres tilhørende subdomainer se evt. bilag 11.5 figur 13. De projekt artefakter der bliver leveret direkte til kunden, identificeres som separate kundeleverancer frem for egentlige Work Product disse produceres vha. DCD s. En sådan kundeleverance indeholder materiale fra én eller flere Work Products. Materialet er organiseret i en rapport, præsentation eller en teknisk artefakt. En kundeleverance er resultatet fra en proces, og har direkte værdi for kunden. Tilsammen bruges WPD og DCD til udarbejdelse af de kundeleverancer som der er i projektet. Ad 2 Projektvejledninger beskriver hvordan Work Products skal leveres og udarbejdes vha. WBS. WBS består af et hierarki inddelt i tre niveauer: 1. Faser kontraktuelle milepæle 2. Aktiviteter gruppering af opgaver og sekvenser af arbejde i løbet af projektet 3. Opgaver enheder af arbejde for planlægning og estimering. Hver opgave definerer input (WPD, eksternt input og kundeleverancer), output (WPD, kundeleverancer og opgaveresultater) og roller (allokerede ressourcer) Se evt. også bilag 11.5 figur 14. Som supplement til WPD og DCD kan der gøres brug af teknikpapirer. Teknikpapirer indeholder mere detaljerede vejledninger til udarbejdelse af de enkelte Work Products. Teknikpapirer kan også læses som eksempler, og på den måde give inspiration til udarbejdelse af det enkelte Work Product. IBM GS Method er delt op i forskellige metodegrupper, hvoraf engagement familierne udspringer. Det er herefter ud fra disse engagement familier, at metoden kommer med forslag til en engagement model for et projekt se evt. bilag 11.5 figur Work Breakdown Structure Emne: Store metoder - IBM GS Method Side 35 af 96

36 Hvordan en metode er repræsenteret i et engagement vises via en engagement model, og er en kombination af projekt artefakter og procesvejledninger. IBM GS Method indeholder ligeledes Capability mønstre som er et genbrugeligt proces mønster fx indenfor projektledelse. Dette proces mønster er ikke fase afhængigt, og kan derfor med fordel indflettes i den valgte engagement model, og dermed være med til at tilpasse modellen til det enkelte projekt mere om tilpasning i afsnit IBM GS Method indeholder også afhængighedsdiagrammer, som er en facilitet der supporterer både engagement modeller og Capability mønstre. Et afhængighedsdiagram viser afhængigheder mellem de forskellige Work Products, og bruges som forslag til en slags vejkort for udarbejdelse af et Work Product. Når den enkelte engagement model skal tilpasses til projektet, kan det overblik som et afhængighedsdiagram viser, være behjælpelig med at gennemskue hvilken betydning en eventuel undladelse af et Work Product kan have Tilpasning af IBM GS Method til det enkelte projekt Der er mange gode grunde til at tilpasse IBM GS Method det enkelte projekt: Ingen projekter er ens Der er ikke mange projekter hvor økonomien tillader, at alle de aktiviteter og Work Products som metoden foreskriver udføres Når IBM GS Method tilpasses, er det vigtigt at de rette personer deltager i arbejdet. Det er med til at sikre, at det er de rette aktiviteter og Work Products der skæres væk eller slås sammen. Til dette benytter man sig af en MAW 26. En MAW er en workshop som består af: IBM GS Method og et specielt udviklet værktøj (ESE 27 ) der understøtter arbejdet med at tilpasse metoden til projektet Personer specielt uddannet i indhold, opbygning og brug af IBM GS Method Method Exponents 26 Method Adoption Workshop 27 Engagement Support Environment Emne: Store metoder - IBM GS Method Side 36 af 96

37 Projektdeltagere projektledere, IT arkitekter, IT specialister og andre interessenter Resultatet af ovenstående er en metode tilpasset det enkelte projekt, hvor alle kundeleverancer og Work Products er listet, en ressourceplan og hvor første udkast til projektplanen er udarbejdet. Derudover giver en MAW, blandt projektdeltagerne, kendskab til metoden og brugen heraf. En MAW udføres ikke nødvendigvis kun én gang. En MAW kan udføres alle de gange det vurderes nødvendigt fx både i tilbudsfasen og ved projektstart, ligesom ændringsanmodninger kan nødvendiggøre, at en MAW endnu engang bliver udført. Der er tre fremgangsmåder der kan tages i brug, når IBM GS Method skal tilpasses et projekt: 1. Der kan bruges en eksisterende engagement model dvs. direkte genbrug, hvilket kræver et projekt der er forholdsvis standardiseret 2. Der kan bruges én eller flere engagementsmodeller, som ligger tæt på de behov, som det eksisterende projekt har dvs. genbruge det man kan. Inspiration til det der mangler, kan evt. hentes fra de forskellige Capability mønstre 3. Man kan udvikle en ny engagement model dvs. forskellige Capability mønstre flettes ind i en valgt fase struktur. Dette bør udføres af, eller med hjælp fra, en Method Exponent Uddannelse og værktøjer IBM GS Method er stor, og det kræver en vis indsats fra den enkelte medarbejder, at tage den nødvendige uddannelse så metoden kan udnyttes fuldt ud. Til dette formål har IBM udviklet forskellige kurser fx: Global Services Method Fundamentals et grundkursus i IBM GS Method som giver indblik i formål, indhold, opbygning og brug. Dette kursus giver desuden gode hints til hvor man kan få yderlig information og uddannelse Engagement Support Environment et kursus i brug af det værktøj (ESE) som bruges til tilpasning af metoden Emne: Store metoder - IBM GS Method Side 37 af 96

PRINCE2 Certificeringsforløb. PRINCE2 Foundation PRINCE2 Practitioner. Knowledge that sets you apart

PRINCE2 Certificeringsforløb. PRINCE2 Foundation PRINCE2 Practitioner. Knowledge that sets you apart PRINCE2 Certificeringsforløb PRINCE2 Foundation PRINCE2 Practitioner PRINCE2 Certificeringsprogrammer Indhold PRINCE2 (Projects In Controlled Environments) er en procesbaseret tilgang til projektledelse,

Læs mere

7. Referencer til andre værktøjer. 8. Sammenhæng med internationale standarder. 9. Referencer til Projektledelse Teori og praksis. 10.

7. Referencer til andre værktøjer. 8. Sammenhæng med internationale standarder. 9. Referencer til Projektledelse Teori og praksis. 10. Projektlederens værktøj 7. Referencer til andre værktøjer Nr. Navn Sammenhæng med Kritisk sti (CPM) 4.3.3 Tidsplan Udarbejdelse af tidsplan er forudsætningen for at kritisk sti kan findes 4.4.2 Successiv

Læs mere

Vejledningen til proces for design af fremtidsmodellen

Vejledningen til proces for design af fremtidsmodellen Vejledningen til proces for design af fremtidsmodellen Januar 2014 Indhold 1. FORMÅL... 3 FORMÅLET MED DENNE PROCESVEJLEDNING... 3 2. FREMTIDSMODELLENS OMRÅDER... 3 2.1. AKTIVITETER... 4 DEFINER OVERORDNEDE

Læs mere

DataHub - efter Prince2_2009 principper

DataHub - efter Prince2_2009 principper Til Hvem det måtte interessere 12. november 2009 JDP / JHH DataHub - efter Prince2_2009 principper www.datahub.dk 65410-09_v1_Prince2 notat til DH-hjemmesiden 1/5 1. Indhold 1. Indhold... 2 2. Baggrund...

Læs mere

PRojects IN Controlled Environments En introduktion

PRojects IN Controlled Environments En introduktion PRojects IN Controlled Environments En introduktion Indhold Indledning... 2 Principper... 3 Fortsat forretningsbegrundelse... 3 Tag ved lære af erfaringer... 3 Fastlagte roller og ansvar... 4 Faseopdeling...

Læs mere

Vejledning - Udarbejdelse af gevinstdiagram

Vejledning - Udarbejdelse af gevinstdiagram Vejledning - Udarbejdelse af gevinstdiagram Januar 2014 INDHOLD 1. INDLEDNING... 1 1.1 FORMÅL... 1 1.2 VEJLEDNINGENS SAMMENHÆNG MED DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL... 1 1.3 GEVINSTDIAGRAMMET... 2 1.4

Læs mere

PRINCE2 2009. Projekt & Program Forum - 21-05-2010 1

PRINCE2 2009. Projekt & Program Forum - 21-05-2010 1 PRINCE2 2009 Hvad er nyt? Projekt & Program Forum - 21-05-2010 1 Baggrund for ny version Projekt & Program Forum - 21-05-2010 2 Baggrund Refresh Project startede i 2006 Mere end 170 organisationer og individer

Læs mere

Velkommen til. Akademifaget Projektstyring. - med mulighed for PRINCE2 Foundation certificering. i samarbejde med

Velkommen til. Akademifaget Projektstyring. - med mulighed for PRINCE2 Foundation certificering. i samarbejde med Velkommen til Akademifaget Projektstyring - med mulighed for PRINCE2 Foundation certificering i samarbejde med PRINCE2 is a registered trade mark of the Cabinet Office 1 Prince2 læsegrupper 2 Projektfaser

Læs mere

Vejledning - Udarbejdelse af gevinstdiagram

Vejledning - Udarbejdelse af gevinstdiagram Vejledning - Udarbejdelse af gevinstdiagram Maj 2015 INDHOLD 1. INDLEDNING... 1 1.1 FORMÅL... 1 1.2 VEJLEDNINGENS SAMMENHÆNG MED DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL... 1 1.3 GEVINSTDIAGRAMMET... 2 1.4

Læs mere

Implementering af PRINCE2. Seniorkonsulent Jonas Högstrand Rovsing Management A/S

Implementering af PRINCE2. Seniorkonsulent Jonas Högstrand Rovsing Management A/S Implementering af PRINCE2 Seniorkonsulent Jonas Högstrand Rovsing Management A/S 1 Firmaet Blåvand A/S Ejerforhold: Privatejet Sælger: Egenudviklet software Tilbyder: Drift og vedligehold af systemer Antal

Læs mere

Håndbog til projektledelse

Håndbog til projektledelse Mere info kontakt Julie Kirstine Olsen Udviklingskonsulent juols@ikast-brande.dk Tlf.: 9960 4153 Mads Ballegaard Konsulent mabal@ikast-brande.dk Tlf.: 9960 4021 Produceret af Håndbog til projektledelse

Læs mere

PRINCE2 med tusind ord. Andy Murray, PRINCE2 (2009) lead author og direktør for Outperform UK Ltd. AXELOS.com. The Stationery Office 2011

PRINCE2 med tusind ord. Andy Murray, PRINCE2 (2009) lead author og direktør for Outperform UK Ltd. AXELOS.com. The Stationery Office 2011 PRINCE2 med tusind ord Andy Murray, PRINCE2 (2009) lead author og direktør for Outperform UK Ltd AXELOS.com White Paper September 2011 Indhold 1 Hvad er PRINCE2? 3 2 Fordele ved PRINCE2 3 3 Principper

Læs mere

PRINCE2 - et strategisk valg

PRINCE2 - et strategisk valg PRINCE2 - et strategisk valg Per Palmkvist Knudsen, IT-direktør JP/Politikens Hus Per Palmkvist Knudsen fører dig gennem en rejse af faldgruber og succeser med PRINCE2, herunder: - Hvordan organiserer

Læs mere

Hos Lasse Ahm Consult vurderer vi at følgende supplerende krav i de enkelte kravelementer er væsentlige at bemærke:

Hos Lasse Ahm Consult vurderer vi at følgende supplerende krav i de enkelte kravelementer er væsentlige at bemærke: ISO 9001:2015 (Draft) Side 1 af 9 Så ligger udkastet klar til den kommende version af ISO 9001. Der er sket en række strukturelle ændringer i form af standardens opbygning ligesom kravene er blevet yderligere

Læs mere

Pixibog business casen kort fortalt... 2. 1: Projektbasis... 3. 2: Leverancen... 4. 3: Milepæle og tidsplan... 6. 4: Ressourcer... 7. 5: Økonomi...

Pixibog business casen kort fortalt... 2. 1: Projektbasis... 3. 2: Leverancen... 4. 3: Milepæle og tidsplan... 6. 4: Ressourcer... 7. 5: Økonomi... Pixibog business casen kort fortalt... 2 1: Projektbasis... 3 1.1: Projektidentifikation...3 1.2: Projektansvarlige...3 2: Leverancen... 4 2.1: Mål og rammer...4 2.2: Fremgangsmåde...5 2.3: Risikoanalyse

Læs mere

Sikre gevinstrealisering

Sikre gevinstrealisering White Paper v1.0-2013 PORTEFØLJELEDELSE OG EFFEKT Topledere, mellemledere og programledere har ansvar for virksomhedens samlede udviklingsplaner samt den indbyrdes prioritering heraf. Med udgangspunkt

Læs mere

Automation Projektledelse Networking GAPP. GAPP projektmodel Struktur

Automation Projektledelse Networking GAPP. GAPP projektmodel Struktur GAPP GAPP projektmodel Struktur Gennemgang af GAPP projektmodel struktur Formål og mål med GAPP projektmodel Struktur af dokumenter Referencemodel og tilhørende matrice Baggrund Produktion Automation Myndigheds-

Læs mere

UC Effektiviseringsprogrammet. Projektgrundlag. Business Intelligence. version 1.2

UC Effektiviseringsprogrammet. Projektgrundlag. Business Intelligence. version 1.2 UC Effektiviseringsprogrammet Projektgrundlag Business Intelligence version 1.2 9. september 2014 1 Stamdata Stamdata Projektnavn (forventet): Projektejer: Projekttype: Business Intelligence It-chef Hans-Henrik

Læs mere

Undervisningsmateriale til ProjectFlow. ProjectFlow version 10.02.06

Undervisningsmateriale til ProjectFlow. ProjectFlow version 10.02.06 Undervisningsmateriale til ProjectFlow ProjectFlow version 10.02.06 Elementer i ProjectFlow Projektprocesserne i ProjectFlow er bygget op omkring en række elementer, som bringes i spil med hinanden. Dokumenter

Læs mere

Styregruppeformænd i SKAT Kort & godt (plastkort)

Styregruppeformænd i SKAT Kort & godt (plastkort) Håndbogen for Styregruppeformænd i SKAT Kort & godt (plastkort) 80% af alle projekter, hvor der er uigennemskuelighed fejler Lange projekter er mere risikofyldte end korte Transparente projekter har oftere

Læs mere

Rollebeskrivelser. Programroller ift. den fællesstatslige programmodel

Rollebeskrivelser. Programroller ift. den fællesstatslige programmodel Rollebeskrivelser Programroller ift. den fællesstatslige programmodel Indholdsfortegnelse Rollebeskrivelser... 1 1. Programprofiler... 3 1.1. Formand for programbestyrelse/programejer... 3 1.2. Programleder...

Læs mere

Dynamisk hverdag Dynamiske processer

Dynamisk hverdag Dynamiske processer Dynamisk hverdag Dynamiske processer Verden og hverdagen er kompleks og i konstant forandring - og derfor skal den måde vi arbejder med projekter og implementering være enkel og forandringsparat. Agil

Læs mere

Projektlederens guide til tilfredsstillende geoinformationsprodukter

Projektlederens guide til tilfredsstillende geoinformationsprodukter Projektlederens guide til tilfredsstillende geoinformationsprodukter Projektlederens guide er udarbejdet på baggrund af projektet: MobilGIS til natur- og arealforvaltere en web-baseret prototype. Projektet

Læs mere

Sommerskole 2013. Tid til nye kompetencer

Sommerskole 2013. Tid til nye kompetencer Sommerskole 2013 Tid til nye kompetencer Sommerskole 2013 Sommeren er traditionelt en stille tid i mange virksomheder. Netop derfor er det et oplagt tidspunkt at styrke din kompetenceprofil og ruste dig

Læs mere

Accelerate Agil implementering fra EG NeoProcess

Accelerate Agil implementering fra EG NeoProcess Accelerate Prioritise Sprint Accelerate Agil implementering fra EG NeoProcess EG NeoProcess www.eg-neoprocess.dk Accelerate den agile implementering Verden og hverdagen er kompleks og i konstant forandring

Læs mere

Fremtidsmodel (Blueprint) - Vejledning

Fremtidsmodel (Blueprint) - Vejledning Fremtidsmodel (Blueprint) - Vejledning Januar 2014 Indhold 1. FORKLARING PÅ CENTRALE BEGREBER... 3 2. HVAD ER FREMTIDSMODELLEN (BLUEPRINT)... 4 3. FORMÅLET MED FREMTIDSMODELLEN... 4 4. HVEM MODTAGER FREMTIDSMODELLEN...

Læs mere

Vejledning til proces for design af gevinstdiagram

Vejledning til proces for design af gevinstdiagram Januar 2014 Indhold 1. FORMÅL... 3 FORMÅLET MED DENNE PROCESVEJLEDNING... 3 2. GEVINSTDIAGRAM... 3 2.1. AKTIVITE TER... 4 DEFINER MÅLSÆTNINGER... 5 IDENTIFICER GEVINSTER... 5 IDENTIFICER RESULTATER, FORANDRINGSEVNER

Læs mere

High performance maksimér potentialet. En måling er bedre end 100 mavefornemmelser. Per Hartlev ph@whitebox.dk 30/9-2015

High performance maksimér potentialet. En måling er bedre end 100 mavefornemmelser. Per Hartlev ph@whitebox.dk 30/9-2015 High performance maksimér potentialet En måling er bedre end 100 mavefornemmelser Per Hartlev ph@whitebox.dk 30/9-2015 Release-styring Hjælpe værktøjer Kvalitets sikring Leverandør kontrakter Kurser Opgave

Læs mere

Rollebeskrivelser i den fællesstatslige programmodel. - Vejledning

Rollebeskrivelser i den fællesstatslige programmodel. - Vejledning Rollebeskrivelser i den fællesstatslige programmodel - Vejledning August 2013 Indhold 1. LÆSEVEJLEDNING... 1 2. FORMAND FOR PROGRAMBESTYRELSEN (PROGRAMEJER)... 2 3. PROGRAMLEDER... 3 4. FORANDRINGSEJER...

Læs mere

Datamatiker & Pba i Softwareudvikling i praktik

Datamatiker & Pba i Softwareudvikling i praktik Information til virksomheder om Datamatiker & Pba i Softwareudvikling i praktik Business Unit Erhvervsakademiet Lillebælt hse@vejlehs.dk tlf: 7216 2898 Hvorfor er det en god ide at have en IT-studerende

Læs mere

STAMDATA RESULTATER UNDERVEJS. (1-5) Hvad kunne du ønske dig mere af? Besvarelse. Projektnavn. Kunde. Leverandør. Udfyldt af (kunde/leverandør)

STAMDATA RESULTATER UNDERVEJS. (1-5) Hvad kunne du ønske dig mere af? Besvarelse. Projektnavn. Kunde. Leverandør. Udfyldt af (kunde/leverandør) STAMDATA Besvarelse Projektnavn Kunde Leverandør Udfyldt af (kunde/leverandør) Udfyldt af (navn + rolle) RESULTATER UNDERVEJS Punktets relevans I meget høj I høj Hverken eller I mindre Slet ikke (1-5)

Læs mere

Scope Management ITU 11-09-2013 @janhmadsen #ituscpmgt

Scope Management ITU 11-09-2013 @janhmadsen #ituscpmgt Scope Management ITU 11-09-2013 @janhmadsen Dagsorden Oplægsholder Projektstyring Scope Management i en fælles kontekst Definitioner Scope Management - styring af omfang ved projektets start under projektets

Læs mere

Vejledning i projektledelse

Vejledning i projektledelse Dansk standard DS/ISO 21500 2. udgave 2013-09-27 Vejledning i projektledelse Guidance on project management DS/ISO 21500 København DS projekt: M268368 ICS: 03.100.40 Første del af denne publikations betegnelse

Læs mere

Proces orientering af IT organisationer (ITIL - implementering)

Proces orientering af IT organisationer (ITIL - implementering) Proces orientering af IT organisationer (ITIL - implementering) Af Lars Zobbe Mortensen Indholdsfortegnelse 1 Indledning... 3 1.1 Hvorfor bedst practice processer (f.eks. ITIL)?... 3 2 Beslutning om forandring...

Læs mere

Mandag: HVAD ER ET PROJEKT?

Mandag: HVAD ER ET PROJEKT? Mandag: HVAD ER ET PROJEKT? Hvorforhar vi projekter? Resultater! Fokus på en opgave der ikke er mulig i linjeorganisationen Arbejde på tværs af en organisation Afgrænsning af styringsområde Bedre styring

Læs mere

Rollebeskrivelser i den fællesstatslige programmodel. - Vejledning

Rollebeskrivelser i den fællesstatslige programmodel. - Vejledning Rollebeskrivelser i den fællesstatslige programmodel - Vejledning Januar 2014 Indhold 1. LÆSEVEJLEDNING... 1 2. FORMAND FOR PROGRAMBESTYRELSEN (PROGRAMEJER)... 2 3. PROGRAMLEDER... 3 4. FORANDRINGSEJER...

Læs mere

Til nogle projekter kan der være knyttet en styregruppe ligesom der i nogle projektforløb kan være brug for en eller flere følge-/referencegrupper.

Til nogle projekter kan der være knyttet en styregruppe ligesom der i nogle projektforløb kan være brug for en eller flere følge-/referencegrupper. PROJEKTORGANISATION OG PROJEKTARBEJDE Rollefordeling i en projektorganisation Ethvert projekt har en projektejer, en projektleder og en eller flere projektmedarbejdere. Disse parter er altså obligatoriske

Læs mere

PROfessiOnel RisikOstyRing med RamRisk

PROfessiOnel RisikOstyRing med RamRisk 4 Professionel risikostyring med ramrisk www.ramrisk.dk Risikostyring med RamRisk Rettidig håndtering af risici og muligheder er afgørende for enhver organisation og for succesfuld gennemførelse af ethvert

Læs mere

DE BEAR TECHNOLOGY. o Processer, metoder & værktøjer. e-mail: info@dbtechnology.dk WWW.DBTECHNOLOGY.DK

DE BEAR TECHNOLOGY. o Processer, metoder & værktøjer. e-mail: info@dbtechnology.dk WWW.DBTECHNOLOGY.DK Mission Critical o Projekt Information management o Processer, metoder & værktøjer. Side 1 of 11 Projekt information Projekt information management inkluderer alle de processer, som er nødvendige for at

Læs mere

Projekter skal ikke styres de skal ledes Microsoft-seminar

Projekter skal ikke styres de skal ledes Microsoft-seminar Projekter skal ikke styres de skal ledes Microsoft-seminar Frank Madsen PA Consulting Group 17. april 2007 Hvor moden er din virksomhed? Taktiske projekt gennemførelser Styret ProjektPortefølje Projektinitiering

Læs mere

Guide til IT projekter i den fællesoffentlige projektmodel

Guide til IT projekter i den fællesoffentlige projektmodel DEN FÆLLESOFFENTLIGE PROJEKTMODEL Guide til IT projekter i den fællesoffentlige projektmodel Dato: 22.06.2015 Version: 1.0 1 Projektledelse af it-projekter Denne guide tager udgangspunkt i særlige forhold

Læs mere

Digitaliseringsstrategi 2011-2015

Digitaliseringsstrategi 2011-2015 Digitaliseringsstrategi 2011-2015 Dokumentnr.: 727-2011-34784 side 1 Dokumentnr.: 727-2011-34784 side 2 Resume: Digitaliseringsstrategien for Odder Kommune 2011-2015 er en revidering af Odder Kommunes

Læs mere

Randers Social- og Sundhedsskole Projektlederhåndbog

Randers Social- og Sundhedsskole Projektlederhåndbog Randers Social- og Sundhedsskole Projektlederhåndbog - Guide til projektlederen 2012 Indhold Begrebsafklaringer... 2 Projekt... 2 Projektgruppe... 2 Projektleder... 2 Følgegruppe... 2 Styregruppe... 2

Læs mere

Arbejdsformer i datalogiske forundersøgelser

Arbejdsformer i datalogiske forundersøgelser Arbejdsformer i datalogiske forundersøgelser Keld Bødker, Finn Kensing og Jesper Simonsen, RUC/datalogi Projektet foregår i et samarbejde mellem Danmarks Radio, H:S Informatik, WMdata Consulting A/S og

Læs mere

Oplæg ved AEA - EA netværk EA i Gentofte Kommune. På ITU den 6 marts 2013

Oplæg ved AEA - EA netværk EA i Gentofte Kommune. På ITU den 6 marts 2013 Oplæg ved AEA - EA netværk EA i Gentofte Kommune På ITU den 6 marts 2013 CV Sarah Ebler - Enterprise Arkitekt Gentofte Kommune Erhvervserfaring: Enterprise Architect - Gentofte Kommune - 01.10.2011 - nuværende

Læs mere

PRINCE2 PRACTITIONER EKSAMEN VEJLEDNING TIL EKSAMINANDER

PRINCE2 PRACTITIONER EKSAMEN VEJLEDNING TIL EKSAMINANDER PRINCE2 PRACTITIONER EKSAMEN VEJLEDNING TIL EKSAMINANDER 1 INTRODUKTION 1.1 Formålet med Practitioner-eksamen er at give eksaminanden mulighed for at demonstrere forståelse af PRINCE2. Samtidig skal eksaminanden

Læs mere

VEJLEDNING TIL LÆSNING AF PRINCE2 MANUAL

VEJLEDNING TIL LÆSNING AF PRINCE2 MANUAL Om denne vejledning EPM Groups undervisere har gennemført kurset for mange tusinde PRINCE2-kursister. Flere af vores undervisere har undervist på de første PRINCE2- kurser i Danmark fra 2002. EPM Groups

Læs mere

FORRETNINGSSTRATEGI SUNDHED.DK

FORRETNINGSSTRATEGI SUNDHED.DK FORRETNINGSSTRATEGI SUNDHED.DK INDHOLD 01 Om dokumentet 3 02 Sundhed.dk s forretning 4 02.1 Mission og vision 4 02.2 Sundhed.dk s position og marked 4 02.3 Sundhed.dk s fundament og leverancer 5 02.4 Målgrupper

Læs mere

DD110 - Detaljeret projektplan

DD110 - Detaljeret projektplan Version: 1.3 Status: Godkendt Godkender: Dokumenthistorik Version Dato Navn Status Bemærkninger 1.0 9-11-2007 Endelig Initiel version 1.1 22-11-2007 Godkendt 1.2 28-11-2007

Læs mere

Opgrader til nyeste Dynamics AX version og profiter af løbende opdateringer

Opgrader til nyeste Dynamics AX version og profiter af løbende opdateringer INDLÆG 13 : DYNAMICS AX Opgrader til nyeste Dynamics AX version og profiter af løbende opdateringer Tonny Bybæk, Lau Bøgelund Larsen Opgrader til nyeste Dynamics AX version og profiter af løbende opdateringer

Læs mere

NOTAT Der er indkommet følgende spørgsmål vedr. 3 udbud indenfor Økologisk/bæredygtigt byggeri: Spørgsmål 1: Spørgsmål 2: Spørgsmål 3:

NOTAT Der er indkommet følgende spørgsmål vedr. 3 udbud indenfor Økologisk/bæredygtigt byggeri: Spørgsmål 1: Spørgsmål 2: Spørgsmål 3: NOTAT Miljøteknologi J.nr. Ref. sikro Den 25. november 2013 Der er indkommet følgende spørgsmål vedr. 3 udbud indenfor Økologisk/bæredygtigt byggeri: Spørgsmålene vedrører både enkeltprojekter og tværgående

Læs mere

Projektlederuddannelsen

Projektlederuddannelsen Projektlederuddannelsen Intensiveret fokus på egen praksis Projektlederen skal kunne skabe og facilitere resultater og udvikling af organisation og mennesker. De traditionelle metoder og værktøjer skal

Læs mere

UC Effektiviseringsprogrammet. Projektgrundlag. Fælles UC Videoplatform 08-05-2014

UC Effektiviseringsprogrammet. Projektgrundlag. Fælles UC Videoplatform 08-05-2014 UC Effektiviseringsprogrammet Projektgrundlag Fælles UC Videoplatform 08-05-2014 Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen Produkt: Projektgrundlag, ver. 27/8-2013 1 Stamdata Stamdata

Læs mere

KORT OM PROJEKTPORTEFØLJESTYRING. Af Jacob Kragh-Hansen, Execution Consulting Group

KORT OM PROJEKTPORTEFØLJESTYRING. Af Jacob Kragh-Hansen, Execution Consulting Group KORT OM PROJEKTPORTEFØLJESTYRING Af Jacob Kragh-Hansen, Execution Consulting Group KORT OM PROJEKTPORTEFØLJESTYRING INDHOLD 1 PROJEKTPORTEFØLJESTYRING 2 TYPISKE UDFORDRINGER 3 RATIONALE & GEVINSTER 4 ANBEFALET

Læs mere

Mannaz date. Skab optimale projekter med de rigtige kompetencer. Kortere og længere udviklingsforløb for projektledere. www.mannaz.

Mannaz date. Skab optimale projekter med de rigtige kompetencer. Kortere og længere udviklingsforløb for projektledere. www.mannaz. Mannaz date up Skab optimale projekter med de rigtige kompetencer Kortere og længere udviklingsforløb for www.mannaz.com Projektledelse i den moderne projektkultur Projektarbejde bliver udført over alt

Læs mere

Innovationens Syv Cirkler

Innovationens Syv Cirkler Innovationens Syv Cirkler Med denne gennemgang får du en kort introduktion af Innovationens Syv Cirkler, en model for innovationsledelse. Dette er en beskrivelse af hvilke elementer der er betydende for

Læs mere

Tag en værdibaseret faglig uddannelse i

Tag en værdibaseret faglig uddannelse i Tag en værdibaseret faglig uddannelse i Modulerne, som afholdes i 2014-15, omfatter følgende: Målgruppen: Modul 1: Fra projektidé til den første beskrivelse af projektet og til godkendelse i ledelsen Modul

Læs mere

CV Jakob Niemann. Resumé: Nøglekvalifikationer. Personlighed. Født: 24/02 1976

CV Jakob Niemann. Resumé: Nøglekvalifikationer. Personlighed. Født: 24/02 1976 Jakob Niemann IT Konsulent Født: 24/02 1976 Rosendalsgade 11, 2. TV. 2100 København Ø Tlf: +45 2859 9808 JakobNiemann@gmail.com Resumé: Test og Quality Manager med mere end 15 års IT erfaring. Har stor

Læs mere

Tag udgangspunkt i følgende spørgsmål

Tag udgangspunkt i følgende spørgsmål Projektets titel: Udfyldes af projektejer og projektleder. Læs inden du udfylder skabelonen: Svarene udgør den dokumentation projektet besluttes på baggrund af. Spørgsmålene er ment som inspiration til

Læs mere

3.g elevernes tidsplan for eksamensforløbet i AT 2015

3.g elevernes tidsplan for eksamensforløbet i AT 2015 Mandag d. 26.1.15 i 4. modul Mandag d. 2.2.15 i 1. og 2. modul 3.g elevernes tidsplan for eksamensforløbet i AT 2015 AT emnet offentliggøres kl.13.30. Klasserne er fordelt 4 steder se fordeling i Lectio:

Læs mere

Projektledelse. midtconsult. rådgivende ingeniører

Projektledelse. midtconsult. rådgivende ingeniører Projektledelse midtconsult rådgivende ingeniører Indholdsfortegnelse Midtconsult samler trådene 3 Projektmodellen 4 De fire faser 6 Fase 1 - Idégenerering og tilbud 8 Fase 2 - Planlægning og specifikation

Læs mere

Fra Computer til Virkelighed. TPE-kursus Elektroniske Systemer P1

Fra Computer til Virkelighed. TPE-kursus Elektroniske Systemer P1 Fra Computer til Virkelighed TPE-kursus Elektroniske Systemer P1 Fra Computer til Virkelighed En kort introduktion til kurset Systems Engineering Projektfaser Opsamling og opgave Om kurset Mål: at I lærer

Læs mere

Projektledernetværk 2015-2016 Kompetence opbygning & videndeling igennem netværk

Projektledernetværk 2015-2016 Kompetence opbygning & videndeling igennem netværk Projektledernetværk 2015-2016 Kompetence opbygning & videndeling igennem netværk Facilitetet af Lise Grevenkop-Castenskiold Lise Grevenkop-Castenskiold M.Sc.EE, Management & Business Coach Lise Grevenkop-Castenskiold

Læs mere

Rating af organisatoriske udfordringer i forbindelse med implementering af it-systemer

Rating af organisatoriske udfordringer i forbindelse med implementering af it-systemer Rating af organisatoriske udfordringer i forbindelse med implementering af it-systemer delmængde af implementeringskonceptet fra Region Hovedstaden/ v Therese Lundsgaard Formålet med at rate og beskrive

Læs mere

Lær jeres kunder - bedre - at kende

Lær jeres kunder - bedre - at kende Tryksag 541-643 Læs standarden for kundetilfredshedsundersøgelse: DS/ISO 10004:2012, Kvalitetsledelse Kundetilfredshed Overvågning og måling Vejledning I kan købe standarden her: webshop.ds.dk Hvis I vil

Læs mere

INFORMATION OM den merkantile fagprøve på International Business College

INFORMATION OM den merkantile fagprøve på International Business College INFORMATION OM den merkantile fagprøve på International Business College Indholdsfortegnelse 1. INDLEDNING... 3 2. BEKENDTGØRELSE, FAGPRØVEN TRIN FOR TRIN M.M.... 4 2.1. Bekendtgørelsens krav til fagprøven...

Læs mere

SUPPLY CHAIN INNOVATION

SUPPLY CHAIN INNOVATION KONKURRENCEKRAFT GENNEM SUPPLY CHAIN INNOVATION VÆRKTØJER Med afsæt i hovedrapporten har dette arbejdshæfte til formål, at belyse, hvordan danske virksomheder kan arbejde med supply chain innovation, gennem

Læs mere

Hvordan udarbejdes en strategi

Hvordan udarbejdes en strategi LENNART SVENSTRUP Hvordan udarbejdes en strategi LENNART@KYOEVAENGET.DK 2011 Strategi Alle kan udarbejde en strategi! MEN: For at en strategi er noget værd i praksis, skal den tage udgangspunkt i virkeligheden,

Læs mere

E-læring og samarbejde over nettet

E-læring og samarbejde over nettet E-læring og samarbejde over nettet Vi var ikke i tvivl, da vi for nogle år tilbage valgte at satse på e-læring og udvikling af nye lærings- og samarbejdsformer. Vi havde brug for en seriøs og kompetent

Læs mere

IMPLEMENTERINGSMODELLEN KORT OG GODT. Implementering af monopolbruddet

IMPLEMENTERINGSMODELLEN KORT OG GODT. Implementering af monopolbruddet IMPLEMENTERINGSMODELLEN KORT OG GODT Implementering af monopolbruddet Version 0.8, marts 2015 Indledning KOMBIT har udviklet en implementeringsmodel for at understøtte kommunernes succesfulde implementering

Læs mere

Projektstyring &Tidsregistrering hos KSTR A/S

Projektstyring &Tidsregistrering hos KSTR A/S Projektstyring &Tidsregistrering hos KSTR A/S Henrik Sværke Markedschef henrik.svaerke@cgi.com CGI Group Inc. 2013 24. oktober 2013 Case KSTR A/S er en dansk ejet international rådgivende ingeniørvirksomhed

Læs mere

Nordsjællands Landskabsservice

Nordsjællands Landskabsservice Nordsjællands Landskabsservice Bekræftelse på udvikling af Typo3 hjemmeside med Ekstranet Dato: 22. Januar 2009 Udarbejdet af Bo Nørgaard, Projektleder Scan Designs A/S Esromgade 15 2200 Kbh. N CVR-nr.:

Læs mere

leverer forventet udbytte Kun 10% af strategiske projekter

leverer forventet udbytte Kun 10% af strategiske projekter leverer forventet udbytte Kun 10% af strategiske projekter Hvem er Crevato Crevato er et professionelt konsulenthus der bistår danske og internationale virksomheder i forbindelse med: Strategi Portefølje

Læs mere

CV - Michael Hviid. Januar 2003- august 2008 Rehfeld Partners Projektleder. Juli 1998 - December 2002 Egen konsulentvirksomhed 1998-2002

CV - Michael Hviid. Januar 2003- august 2008 Rehfeld Partners Projektleder. Juli 1998 - December 2002 Egen konsulentvirksomhed 1998-2002 CV - Michael Hviid Kontaktoplysninger Michael Hviid Platanvej 23 4000 Roskilde Mobil 4057 4606 E-mail: mh@zy.dk Profilresume Michael har mere end 20 års erfaring med projekt- og udviklingsarbejde i itbranchen.

Læs mere

Dagens program. Digital formidling - med udgangspunkt i Ting. Proces og output. Projektbeskrivelserne. Walk the Talk - Formål

Dagens program. Digital formidling - med udgangspunkt i Ting. Proces og output. Projektbeskrivelserne. Walk the Talk - Formål Digital formidling - med udgangspunkt i Ting Den 22. april 2010 2. møde i det faglige udviklingsforum Dagens program Kl. 9 Velkomst og morgensang Kl. 9.15 Projekterne Kl. 10 Definition af Digital strategi

Læs mere

PRINCIPPER FOR PROJEKTLEDELSE

PRINCIPPER FOR PROJEKTLEDELSE PRINCIPPER FOR PROJEKTLEDELSE IT PROJEKTLEDELSE 14. marts 2014 Princip 1: Fortsat forretningsbegrundelse Ingen projekter gennemføres, med mindre der foreligger en godkendt Business Case! Styregruppeformanden

Læs mere

Erfaringer fra PN-Beslag, Brønderslev vedrørende brug af Sherlock:

Erfaringer fra PN-Beslag, Brønderslev vedrørende brug af Sherlock: Erfaringer fra PN-Beslag, Brønderslev vedrørende brug af Sherlock: I forbindelse med en mere udbredt brug af IT hos PN-BESLAG var det naturligt at gøre kvalitetsstyringen mere elektronisk. Vort mailsystem

Læs mere

Informationsmøde for interesserede

Informationsmøde for interesserede Praktisk IT-jura - med udgangspunkt i teknologi og forretning En uddannelse udarbejdet af DJØF og advokatfirmaet von Haller Informationsmøde for interesserede Mandag den 26. maj 2003 kl. 17.30 i DJØF Mødecenter,

Læs mere

Det vigtigste først! Dette er måske den vigtigste bog der nogensinde er skrevet om agile vs. vandfald. Muligvis fordi det vel stadig er den eneste

Det vigtigste først! Dette er måske den vigtigste bog der nogensinde er skrevet om agile vs. vandfald. Muligvis fordi det vel stadig er den eneste WTF? Thomas Schou-Moldt, Miracle A/S (siden 2008) Arkitekt, udvikler, teknisk projektleder, mv. Indtil videre afsonet lidt over 20 år i branchen, ingen udsigt til prøveløsladelse tsm@miracleas.dk, 5374

Læs mere

Ydelseskatalog. Tak fordi du downloadede dette dokument vores ydelseskatalog. Vi hjælper dig helt i mål! Ydelseskatalog. Indhold

Ydelseskatalog. Tak fordi du downloadede dette dokument vores ydelseskatalog. Vi hjælper dig helt i mål! Ydelseskatalog. Indhold Indhold 2 Business intelligence workshops 3 Customer Intelligence workshops 4 at få flere kunder 5 at kunne vækste sine kunder 6 at kunne fastholde sine kunder 7 Generelt om segmentering 8 Behovsbasere

Læs mere

Fold mulighederne ud med Microsoft Dynamics AX. Effektiv projektorienteret produktion

Fold mulighederne ud med Microsoft Dynamics AX. Effektiv projektorienteret produktion Fold mulighederne ud med Microsoft Dynamics AX Effektiv projektorienteret produktion Velkommen til seminaret Effektiv projektorienteret produktion Styrk overblikket, og reager i tide på udsving i projektets

Læs mere

OVERBLIK Gennem de seneste 20+ år har jeg med succes planlagt og styret komplekse program/projekt change implementeringer:

OVERBLIK Gennem de seneste 20+ år har jeg med succes planlagt og styret komplekse program/projekt change implementeringer: JIM MORRIS PROJECT/PROGRAM MANAGER OG PPM/PMO KONSULTANT dk.linkedin.com/in/jimmorris contact@raedan.com Bor omkring Horsens men kan arbejde over hele landet inkl. Kbh. området Åben for konsulentarbejde

Læs mere

PMO Forum. Dagens tema: Strategisk beslutningstagning prioritering i en kompleks projektverden

PMO Forum. Dagens tema: Strategisk beslutningstagning prioritering i en kompleks projektverden PMO Forum Dagens tema: Strategisk beslutningstagning prioritering i en kompleks projektverden 1. marts 2012 Agenda 09:00 09:05 Velkomst v. Søren Porskrog 09:05 10:00 Strategisk beslutningstagning i direktionen

Læs mere

Aktstykke nr. 28 Folketinget 2009-10. Afgjort den 19. november 2009. Økonomi- og Erhvervsministeriet. København, den 9. november 2009.

Aktstykke nr. 28 Folketinget 2009-10. Afgjort den 19. november 2009. Økonomi- og Erhvervsministeriet. København, den 9. november 2009. Aktstykke nr. 28 Folketinget 2009-10 Afgjort den 19. november 2009 28 Økonomi- og Erhvervsministeriet. København, den 9. november 2009. a. Økonomi- og Erhvervsministeriet anmoder om Finansudvalgets tilslutning

Læs mere

Projektledelse som karrierevej

Projektledelse som karrierevej Projektledelse som karrierevej Capacent oplæg på Dansk Projektledelses seminar Senior Manager, Jesper Lind Capacent A/S 0Capacent 28. Januar 2011 Indhold Typer af projektopgaver Perspektiv som projektleder

Læs mere

RELATIONEL KOORDINERING SAMMEN GØR VI JER ENDNU BEDRE

RELATIONEL KOORDINERING SAMMEN GØR VI JER ENDNU BEDRE RELATIONEL KOORDINERING SAMMEN GØR VI JER ENDNU BEDRE # VI OPLEVER, AT MANGE OFFENTLIGE ORGANISATIONER ER UNDER VOLDSOMT PRES. LAD OS HJÆLPE JER! 2 KOORDINERING AF KOMPLEKSE OG TVÆRGÅENDE ARBEJDSPROCESSER

Læs mere

COLLABORATION MANAGEMENT

COLLABORATION MANAGEMENT COLLABORATION MANAGEMENT TRELLO & PROCESSOR RETNINGSLINJER - 2015 Intern Information / RG 1 Contents Procesdiagram 3 Formål 4 Generelt 4 Organisationer 5 Tavle typer 6 Tavle indhold 6 Intern Information

Læs mere

Projektstyring. Dag 4

Projektstyring. Dag 4 Akademifaget Projektstyring Dag 4 m/u PRINCE2 Foundation certificering i samarbejde med PRINCE2 is a registered trade mark of the Cabinet Office 1 Planlægning Hvis du fejler i at planlægge? - planlægger

Læs mere

Projektledelse. Trine Ammitzbøll 1. semester 2014

Projektledelse. Trine Ammitzbøll 1. semester 2014 Projektledelse Trine Ammitzbøll 1. semester 2014 Dagens program >> >> >> >> >> >> >> Tema 2: Web design Projekter og projektledelse Interessentanalyse, risikostyring & tidsplan Roller Teams Frokost Trello,

Læs mere

Betalingsplaner. Fakturering efter betalingsplaner i TimeLog Project. Whitepaper

Betalingsplaner. Fakturering efter betalingsplaner i TimeLog Project. Whitepaper Whitepaper Betalingsplaner i TimeLog Project TimeLog Project 5.0 introducerer nye avancerede muligheder for at styre, hvordan og hvornår projektet skal faktureres. Simon Ravn Joensen Implementeringskonsulent

Læs mere

1. Baggrund og problemstilling

1. Baggrund og problemstilling 1. Baggrund og problemstilling 1.1 Baggrund Opgavestiller og fremtidig bruger af systemet er klinikken Tandlæge Annelise Bom 1. Opgaven udspringer af et ønske om at forbedre aftalestyringen. Nøgleordene

Læs mere

Evaluering og kvalitetsudvikling i aftenskolen

Evaluering og kvalitetsudvikling i aftenskolen Evaluering og kvalitetsudvikling i aftenskolen Projektrapport Peter Holbaum-Hansen, LOF og Marlene Berth Nielsen, NETOP Juli 2009 [Skriv et resume af dokumentet her. Resumeet er normalt en kort beskrivelse

Læs mere

PRINCE2 Posters. 29. November 2013, Hellerup

PRINCE2 Posters. 29. November 2013, Hellerup PRINCE2 Posters 29. November 2013, Hellerup Projektledelse og -kontor Topledelse En model for implementering af strategien via projekter Prioritér projektporteføljen Værdi for: 1. Kunder 2. Medarbejdere

Læs mere

KLIKOVANDs kommunikationsstrategi. forberedt på skybrud

KLIKOVANDs kommunikationsstrategi. forberedt på skybrud s kommunikationsstrategi forberedt på skybrud Januar2014 Indhold Hvad går KLIKOVAND ud på?... 3 Målsætninger for kommunikationen... 3 Hvad vil vi sige?... 4 Hvem vil vi sige det til? (Målgrupperne)...

Læs mere

Hassansalem.dk/delpin User: admin Pass: admin INTERFACE DESIGN

Hassansalem.dk/delpin User: admin Pass: admin INTERFACE DESIGN Hassansalem.dk/delpin User: admin Pass: admin INTERFACE DESIGN 1/20 Indledning Dette projekt er den afsluttende del af webudvikling-studiet på Erhvervs Lillebælt 1. semester. Projektet er udarbejdet med

Læs mere

Digital Kommuneplan. Hvad er en digital kommuneplan? Oplæg til fælles definition af begrebet. landinspektør Martin Høgh

Digital Kommuneplan. Hvad er en digital kommuneplan? Oplæg til fælles definition af begrebet. landinspektør Martin Høgh Digital Kommuneplan Hvad er en digital kommuneplan? Oplæg til fælles definition af begrebet landinspektør Martin Høgh Agenda 1. Hvad er en digital kommuneplan? - Hvilke datatyper indgår, forskellige ambitionsniveauer,

Læs mere

Århus Kommunes nye hjemmeside - en ny side af Århus Kommune! Århus Kommune Projekt Ny Hjemmeside Borgmesterens Afdeling

Århus Kommunes nye hjemmeside - en ny side af Århus Kommune! Århus Kommune Projekt Ny Hjemmeside Borgmesterens Afdeling Århus Kommunes nye hjemmeside - en ny side af Århus Kommune! Århus Kommune Projekt Ny Hjemmeside Borgmesterens Afdeling Projektplan Århus Kommune Projekt Ny Hjemmeside Borgmesterens Afdeling Opstart Konceptudvikling

Læs mere