E-DEPOT 2004 DOEN! Het projectplan in het kort

Maat: px
Weergave met pagina beginnen:

Download "E-DEPOT 2004 DOEN! Het projectplan in het kort"

Transcriptie

1 E-DEPOT 2004 DOEN! Het projectplan in het kort

2 Inhoudsopgave Inleiding 3 1 Het doel 3 2 Projectontwerp 3 A. Producten en resultaten 3 B. Besturing van het project 4 C. Het veranderingsproces 4 3 Projectinhoud 5 A. Producten en resultaten 5 a.1 Resultaat, product en toelichting 5 a.2 Methoden en technieken 7 a.3 Ontwikkelstappen 8 a.4 Fasering 9 B. De besturing van het project 9 b.1taakverdeling en verantwoordelijkheden 9 b.2 Relaties met andere projecten en partnerships 11 b.3 Kwaliteitsborging 11 C. Veranderingsproces 13 Bijlage 1 14 Beknopte beschrijving van de ontwerpmethode 14 2

3 Inleiding 1 Het project E-depot, projectjaar 1 maart 2004 tot en met februari 2005, is een samenwerkingsverband van het Gemeentearchief Rotterdam met de Stichting Archiefschool. Dit document is een bewerking van van het projectplan E-depot 2004, versie 1.0. In hoofdstuk 1 wordt het doel en de uitgangspunten beschreven. Daarna volgt in hoofdstuk 2 het projectontwerp aan de hand van de drie gehanteerde invalshoeken, te weten: de producten en resultaten, de besturing van het project en het bijbehorende veranderingsproces. In hoofdstuk 3 wordt, ook aan de hand van de genoemde invalshoeken, de projectinhoud beschreven. 1 Het doel De oorspronkelijke, ruim gestelde opdracht voor het project E-depot: het opzetten van de functionaliteiten voor een digitaal depot, met instructies, procedures en opgeleide medewerkers, zodat het Gemeentearchief Rotterdam na 2004 digitale documenten (archiefdocumenten, publicaties, beeld- en geluid) in een goede, geordende en toegankelijke staat kan beheren, acquireren en ter beschikking stellen. Het begrip digitaal depot of E-depot is gedefinieerd als het geheel van apparatuur, programmatuur, procedures, methoden, kennis en vaardigheden waarmee het gemeentearchief in staat is zijn digitale informatie te beheren en beschikbaar te stellen. Van zowel de opdracht als de definitie is aangegeven dat lopende het project bijstelling kan plaatsvinden. Daarnaast zijn, gezien de korte doorlooptijd en de hooggespannen verwachtingen, de uitgangspunten en begrenzingen zo duidelijk mogelijk geformuleerd: - Voor het project kiest het gemeentearchief voor een preserveringsstrategie gebaseerd op standaardisatie en migratie; deze strategie is ook elders toegepast en beproefd. - Het organisatiemodel is primair custodial, dat wil zeggen het archief doet het zelf. De consequenties van een mogelijk gemengde bewaarvorm (custodial en non-custodial) worden wel in kaart gebracht ten behoeve van het ontwikkelen van beleid. Non-custodial wordt globaal verkend. - De hard- en softwareomgeving is gebaseerd op open standaards en open source, met als basis software DSpace. Hierbij speelt de overweging een rol dat lange termijn duurzaamheid alleen te realiseren is onder open standaards en met open source. Naar verwachting heeft DSpace de eerste noodzakelijke functionaliteit, de software is open en reeds een groot aantal malen geïmplementeerd in (universiteits)bibliotheken, waaronder die van de Erasmus Universiteit Rotterdam. 2 Projectontwerp De inrichting van het project is gebaseerd op drie invalshoeken: A. Producten en resultaten Onder producten en resultaten valt de creatieve invalshoek, met andere woorden het zijn de producten als resultaten van het ontwikkel- en ontwerpproces. De uitgangspunten daarvan zijn: De ontwikkelmethode is cyclisch, waarbinnen prototyping centraal staat. Elke cyclus levert een gedefinieerde bijdrage aan de ontwerpdocumenten. De cyclische aanpak waarborgt flexibiliteit en ondersteunt het leerproces. Na afloop van het project blijft het prototype gehandhaafd als begin van het operationele systeem. Dat betekent dat het prototype voldoende robuust en gedocumenteerd moet zijn. 1 Dit document is een bewerking van het projectplan E-depot 2004, versie 1.0 3

4 B. Besturing van het project Onder de besturing van het project valt de procesmatige of economische invalshoek, met andere woorden het projectmanagement. De uitgangspunten daarvan zijn: Het project is low cost, met als leidende gedachte dat wanneer een depot niet met bescheiden middelen kan worden ontwikkeld en ingericht, het toekomstig beheer van digitale informatie de facto onmogelijk is. Het project is afhankelijk van de beschikbaarheid van de projectgroepleden voor het project; dit is een logisch gevolg van de low cost benadering; er is nauwelijks budget voor externe consultancy beschikbaar. De actieve betrokkenheid van de projectgroepleden past ook in het projectontwerp (zie hierna) waarin het leren centraal staat Niet alle functionaliteiten van het E-depot zullen volledig hoeven te worden uitgewerkt. Tot het project hoort niet het daadwerkelijk vullen van het E-depot. Het prototype geeft een eerste aanzet voor een E-depot. Hierna begint de praktijk en de werkelijke toetsing van het resultaat. De software, kennis en procedures die het project oplevert, zijn daarvoor de basis. C. Het veranderingsproces Onder het veranderingsproces vallen de gevolgen voor de organisatie, in brede zin. De uitgangspunten daarvan zijn: Het belang van het leereffect voor het gemeentearchief, te verwerven kennis of te vragen advies moet steeds gebaseerd zijn op het op te lossen probleem en de daarmee verbandhoudende vragen die in het project gesteld worden. Ontwikkelen gaat vooraf aan formeel ontwerpen, met andere woorden: het ontwerp is het resultaat van ontwikkelen. Het prototype staat centraal in het creatieve proces waardoor het leereffect gestimuleerd wordt. Het cyclische verloop van het ontwikkelproces; leereffecten worden toegepast in een tweede ontwikkelcyclus. In verband met de korte doorlooptijd van het project blijft het aantal cycli beperkt tot twee. Dat voorkomt ook het risico van rondzingen. Het prototype dient eerst om vertrouwd te raken met de mogelijkheden van de software, vervolgens om de functionaliteit van het E-depot te bepalen en tenslotte om de mogelijkheden en beperkingen van de gekozen software vast te stellen. De modulariteit (de verschillende stappen) ondersteunt de beheersing van de cyclische benadering. Onderstaande figuur schetst de samenhang tussen de modules. beperkingen testset testplan Identificatie 1e ontwerpschets 1e prototype cyclus 2e prototype cyclus generalisatie middelen Ontwerp documente n Generiek model 4

5 3 Projectinhoud A. Producten en resultaten a.1 Resultaat, product en toelichting We onderscheiden drie resultaatgebieden voor het project die onderstaande producten gaan opleveren: 1. de directe resultaten van het ontwikkel- en ontwerpproces Een werkend prototype van een E-depot, waarmee de vereiste functionaliteiten kunnen worden vastgesteld, de werking gedemonstreerd aan medewerkers van het gemeentearchief en andere belangstellenden en dat als uitgangspunt dient voor de verdere ontwikkeling na Toelichting prototype Gezien de onzekerheid over de noodzakelijke functionaliteit, de financiële haalbaarheid van de ontwikkeling van een E-depot, de projectdoelstellingen en het beperkte budget ligt het voor de hand een prototype te ontwikkelen. Dit prototype zal in beginsel alle gewenste functionaliteit omvatten, maar hoeft niet noodzakelijk klaar te zijn. Het gaat in de eerste plaats om de definiering van de functionaliteit; vervolgens om een beoordeling van de geselecteerde software, een inzicht in de eisen die aan interfaces gesteld worden, inzicht in de organisatorische voorwaarden en uiteindelijk het vervaardigen van adequate ontwerpdocumenten (systeemdocumentatie). Niet in de laatste plaats is het prototype een instrument voor het verwerven van kennis over en vaardigheden in beheer en gebruik van een E-depot. Het prototype is uitdrukkelijk bedoeld als start van een volledig E-depot; het is geen "proof of concept". Het wordt na afloop niet weggegooid maar het gemeentearchief wil het na afronding van het project operationeel inzetten en verder geleidelijk uitbouwen. De centrale positie die het prototype in het project in neemt stelt enerzijds eisen aan de flexibiliteit van de ontwikkelings- en projectmanagementmethoden, anderzijds aan de volledigheid van de op te leveren documentatie. Het ontwikkelen van de documentatie is onderdeel van het proces van prototypen, maar de kwaliteit ervan mag niet ten koste gaan van de energie die in het bouwen van een systeem gestoken wordt. De documentatie is immers een gelijkwaardig eindproduct, mede omdat daarin de uiteindelijke specificaties van het systeem vastgelegd zijn die de grondslag vormen voor de verdere ontwikkeling. Een formeel systeemontwerp voor een E-depot, dat gaat fungeren als de basis voor de verdere uitbouw, bestaande uit een organisatiemodel (organisatieontwerp), een Logisch Ontwerp (conceptueel ontwerp) en een implementatie model (technisch ontwerp). Toelichting systeemontwerp Het systeemontwerp is te zien als de formele weergave van het prototype. Het beschrijft de architectuur van het E-depot. Het maken van het systeemontwerp verloopt grotendeels parallel met het uitvoeren van het prototype. Door middel van het prototype ontwikkelt de projectgroep de gewenste functionaliteit. Deze functionaliteit wordt vervolgens formeel vastgelegd in een document dat onderdeel uitmaakt van het systeemontwerp (procesmodel, zie bijlage 1). Het systeemontwerp omvat ook een beschrijving van de gegevens die het systeem zelf genereert en/of nodig heeft voor beheer en gebruik. Het systeemontwerp bevat een document waarin deze gegevenstypen formeel worden beschreven (metadata model). De wijze waarop het systeemontwerp tot stand komt, stelt eisen aan de ontwerp-methode; deze moet geleidelijke en cyclische ontwikkeling ondersteunen (zie a.2 Methoden en technieken). 2. Het implementatieresultaat: het E-depot is verankerd in het gemeentearchief en op termijn zal de projectverantwoordelijkheid overgaan naar lijnverantwoordelijkheid. Aan het einde van het project moet deze overgang van verantwoordelijkheden aan iedereen duidelijk zijn. (Dit laat onverlet dat 5

6 het management van het gemeentearchief in 2005 kan beslissen een nieuw project te starten voor de uitwerking van functionaliteiten die in het prototype onvoldoende aan bod zijn gekomen). Het implementatieresultaat bestaat concreet uit: Ontwerp van de veranderingen in de organisatie van het gemeentearchief, die eventueel noodzakelijk zijn om een effectief E-depot in te richten, te gebruiken en te beheren. Het project brengt de IST situatie in kaart, beschrijft de SOLL situatie, implementeert deze voor zover binnen het project mogelijk en geeft aan langs welke weg de organisatie verder moet veranderen (organisatiemodel). Toelichting organisatie Het E-depot heeft invloed op de procedures en methoden voor archiefbeheer. Het is dan ook niet onwaarschijnlijk dat de organisatiestructuur zich zal moeten aanpassen aan de introductie van een E-depot. Het in kaart brengen van de organisatorische consequenties maakt nadrukkelijk onderdeel uit van het project. De ontwikkelmethode voorziet in een beschrijving van de gewenste organisatie (organisatiemodel). Formele vastlegging van de kennis, in de vorm van regels, richtlijnen, voorschriften, procedures, taakbeschrijvingen enzovoort, noodzakelijk voor een effectief gebruik en beheer van een E-depot. Het Logisch Ontwerp legt deze kennis vast in een kennismodel. Toelichting formele vastlegging van kennis Het zijn in de eerste plaats de medewerkers die de benodigde kennis en vaardigheden verwerven; zij zullen immers straks het systeem gebruiken en beheren. Persoonsgebonden kennis is evenwel vluchtig, ze gaat verloren wanneer de medewerker de organisatie verlaat. Daarom wordt de kennis over het systeem zoveel als mogelijk vastgelegd in de vorm van instructies, handleidingen, systeembeschrijvingen en procedures. Deze beschrijvingen maken deel uit van het systeemontwerp (Logisch Ontwerp). De methode voor systeemontwerp moet dus niet alleen voorzien in het ontwikkelen van een structuur voor de beschrijving van de functionaliteit en metadata, maar ook om de kennis vast te leggen en te onderhouden. De gekozen methode SDF voldoet ook aan deze eis. 3. Het leerresultaat: een basis voor continu verbeteren. Verwerven van competenties door medewerkers van het gemeentearchief in het gebruik en beheer van een E-depot, aangevuld met een beschrijving van de noodzakelijk nog te verwerven kennis en vaardigheden. Toelichting competenties Een belangrijk doel van het project is dat medewerkers van het gemeentearchief competenties verwerven die nodig zijn om succesvol een E-depot te kunnen ontwikkelen, beheren en gebruiken. Medewerkers zullen dan ook actief bij het project betrokken worden; in beginsel definieren zij de problemen en zoeken de oplossing. De externe projectleider (zie projectorganisatie) treedt daarbij in de eerste plaats coachend op. Het project heeft sterk het karakter van een cursus of onderwijsmodule volgens moderne didactische principes. Het projectmanagement wordt daarop afgestemd, ondermeer door een min of meer modulaire opbouw van het project zelf. Deze aanpak draagt onder meer bij aan het veranderingsproces dat het gemeentearchief als organisatie zal ondergaan. Generalisatie en abstractie van projectresultaten in een zodanige vorm dat deze gebruikt kunnen worden door het Nederlandse archiefwezen. Dit zal in hoofdzaak neerkomen op het bewerken van het Logisch Ontwerp. Toelichting generalisatie en abstractie Een expliciet doel van het project is de beschikbaarstelling van de verworven kennis en opgedane ervaringen aan het (Nederlandse) archiefwezen. De laatste fase van het project decontextualiseert de resultaten; dat wil zeggen het systeemontwerp wordt ontdaan van die 6

7 elementen die specifiek gelden voor het gemeentearchief. De ontwikkelingsmethode moet dus voorzien in een mechanisme voor generalisatie en abstractie. Het onderscheid dat SDF maakt in een essentieel model en een implementatie model is daarvoor zeer geschikt (zie bijlage 1). Door bovendien het essentieel model te baseren op bestaande referentiemodellen (OAIS, InterPares) wordt aansluiting verkregen bij internationale ontwikkelingen. Implementatie E-depot Resultaat Proces van leren Continu verbeteren Verankeren Leren is een continu proces. Aan alle bovengemelde resultaten zal het gemeentearchief de komende jaren substantieel aandacht moeten besteden, door middel van opleidingen, trainingen, communicatie enzovoort. Voor de mentale inbedding in de organisatie is een goede communicatie onmisbaar. Een afzonderlijk communicatieplan heeft vanaf het begin van de projectplanning een onderdeel uitgemaakt van projectbeheersing. a.2 Methoden en technieken Ontwikkelen en ontwerpen Ontwikkelen. De ontwikkeling van het systeem en de verwerving van kennis wordt gerealiseerd door middel van prototyping. Op basis van globale specificaties wordt direct een werkend systeem gebouwd. De methode die daarbij gehanteerd wordt is time-boxing. Tevoren wordt in een workshop vastgesteld hoe lang een ontwikkelcyclus mag duren en welke functionaliteit idealiter moet worden gerealiseerd. Ontwerpen. Bij prototyping komt de ontwerpdocumentatie gaandeweg tot stand. Prototyping is bij uitstek een cyclische aanpak en niet alle methoden en technieken ondersteunen zo n benadering effectief. Daar staat tegenover dat bij prototyping dikwijls juist weinig aandacht aan documentatie wordt besteedt: het prototype zelf wordt gezien als voldoende documentatie. De beide tegenstelde eisen in dit project stellen dus bijzondere, tegengestelde eisen aan aan de ontwerpmethode, projectaanpak en modellering: flexibiliteit en zorgvuldigheid van documentatie. Een methode die aan deze eisen tegemoet komt is SDF (System Development Framework, ontwikkeld door het Kenniscentrum Cibit (Utrecht) voor de ontwikkeling van kennisintensieve systemen (zie bijlage 1). 7

8 a.3 Ontwikkelstappen Het project is opgedeeld in de hieronder kort beschreven ontwikkelstappen (modules). Voor elke stap/module wordt een afzonderlijk plan van aanpak geschreven in de vorm van een modulehandleiding of -draaiboek. Steeds wordt vastgesteld wat de problemen zijn en hoe deze zullen worden opgelost. Voor elke module wordt een werkgroep ingesteld en steeds wordt de module formeel afgesloten met een rapport aan de stuurgroep. 1. Identificatie, analyse en ordening van de op te lossen problemen. Het gegeven probleem (de ontwikkeling van een E-depot) wordt nader opgedeeld in concrete vragen. De basis voor die analyse vormen bestaande referentiemodellen voor digitale depots, zoals het Open Archives Information System Model (OAIS), het InterPares model van de preservation function en het functioneel ontwerp Depot 2000 van het Nationaal Archief. Aan de hand van literatuur worden de onderzoeksvragen verder gespecificeerd. Het primaire resultaat van deze module is een beschrijving van de oplossingsrichting; een eerste versie van het essentiële model wordt opgesteld. De verworven kennis wordt vastgelegd in documenten die deel uitmaken van de systeemdocumentatie. 2. Bijeenbrengen van een testset. Een representatief aantal digitale objecten (documenten) van verschillende typen wordt geselecteerd om het prototype te testen. 3. Opstellen van een testplan. Het essentieel model dient als uitgangspunt; de vereiste kwaliteiten van het systeem zijn daarin vastgelegd. Het testplan beschrijft in operationele termen welke activiteiten verricht worden en aan de hand van welke criteria de prestaties van het systeem worden beoordeeld. 4. Eerste cyclus prototyping. 4.1 Prototypeontwerp en prototypebouw. Op basis van de oplossingsrichting en de gehanteerde referentiemodellen wordt een eerste ontwerp voor het prototype gemaakt en een eerste versie van het prototype zelf gebouwd. Ten behoeve daarvoor wordt de hard- en softwareomgeving ingericht. Het ontwerp wordt vastgelegd in de systeemdocumentatie (implementatiemodel). Kennis van de software wordt expliciet vastgelegd. De eerste versie van het prototype behoeft nog niet alle functies te bevatten. De keuze welke functies in het eerste prototype gerealiseerd gaan worden maakt onderdeel uit van het ontwerpproces. 4.2 Uitvoeren prototype. Alle functies die in het prototype zijn gerealiseerd worden getest, in beginsel met alle typen digitale documenten. De resultaten worden verwerkt in de systeemdocumentatie, zowel essentieel model als implementatiemodel. Van het testen worden een rapport opgesteld dat dient voor de tweede prototypingcyclus. 5. Tweede cyclus prototyping. Op basis van de testresultaten en de eerder gemaakte ontwerpafspraken worden de stappen 2 tot en met 4 herhaald. Het essentiële model wordt voltooid, dat wil zeggen volledig beschreven. Het implementatiemodel verder bijgesteld. 6. Op basis van de tweede ronde prototyping wordt het systeem geëvalueerd. Voltooiing en validatie van: Het essentiële model Het implementatiemodel Het organisatiemodel Alle verworven en expliciet gemaakte kennis wordt in de systeemdocumentatie opgenomen. 7. Generalisatie en abstractie. De projectresultaten worden in een zodanige vorm gegoten dat ze bruikbaar zijn voor het hele Nederlandse archiefwezen. Het essentiële model vormt daarvoor het uitgangspunt. 8

9 a.4 Fasering De modules volgen elkaar gedeeltelijk op of worden deels parallel doorlopen. In die zin is er niet echt sprake van fasen. In onderstaande fasering zijn de modules in tijd uitgezet: Module Start Eind 1 Identificatie, eerste ontwerpschets /4 2 Selectie testset /4 3 Opstellen testplan /5 4.1 Prototype 1 ste ontwerp en bouw Uitvoeren 1 ste prototype Rapportage Tweede cyclus prototype, 2 de ontwerp en bouw Uitvoeren 2 de prototype Rapportage prototyping Generalisatie en abstractie Eindrapportage Formele afsluiting van het project 13-1 B. De besturing van het project Het doel van het project vereist een bijzondere aanpak. Een van de belangrijkste invalshoeken van het project is de inbedding van het systeem in de organisatie. Het gemeentearchief heeft gekozen voor het leereffect, dat wil zeggen dat het verwerven van de noodzakelijke competenties leidend is. In grote trekken komt het project zo overeen met een onderwijsmodule. Het beginpunt is het organisatieprobleem: hoe moet het gemeentearchief een E-depot inrichten en wat is er vervolgens voor nodig om dat depot te onderhouden. Projectmanagementmethode Als projectmanagementmethode wordt Prince2 gebruikt. De methode zal worden afgestemd met het cyclische karakter van het project. Behalve op de producten van elke fase of cyclus wordt het project beheerst in tijd, kwaliteit en middelen. Elke fase wordt primair begrensd door de tijd (time boxing). Voor elke fase zal worden vastgesteld wat de producten moeten zijn, welke inzet nodig is en welke risico s voor het niet bereiken van het gewenste resultaat een rol spelen (zie ook hierna sub risicomanagement). Kenmerken van Prince2 zijn: Management georiënteerd in plaats van techniek georiënteerd Heldere projectorganisatie Planning gericht op het opleveren van (tussen) producten Opdeling van het project in beheersbare fasen Prince2 voldoet aan ISO-9000 en ISO norm, een zeer hoge standaard voor een organisatie die aan professioneel projectmanagement doet. b.1 Taakverdeling en verantwoordelijkheden Opdrachtgever Opdrachtgever is de gemeentearchivaris van Rotterdam. 9

10 Stuurgroep De stuurgroep bewaakt de voortgang van het project; de projectgroep voert het project uit. De projectgroep kan voor specifieke activiteiten werkgroepen instellen. De stuurgroep bestaat uit 2 medewerkers van het gemeentearchief en 1 medewerker van de Archiefschool. Beide projectleiders (zie hierna) wonen de vergaderingen van de stuurgroep bij. De stuurgroep vergadert bij de overgang tussen fasen en wanneer een go/nogo beslissing genomen moet worden. Voorts vergadert de stuurgroep zo dikwijls als dat nodig blijkt te zijn. De taken van de stuurgroep zijn: Sturen op resultaten, mensen en middelen Toezicht op de voortgang Toewijzen van budget Nemen van een go/no go beslissing na elke fase Zorgdragen voor communicatie Projectleiding Het project heeft een externe en een interne projectleider. De interne projectleider bewaakt in de eerste plaats de voortgang in procedurele zin. De externe projectleider fungeert als coach en is verantwoordelijk voor de kwaliteit van de ontwerpdocumenten. De taken van de interne projectleider zijn: Voorzitten van de projectgroep Zorgdragen voor continuiteit van het project, in het bijzonder wat betreft de participatie van projectgroepleden Organiseren van de interne projectorganisatie, waaronder de ondersteuning van het projectsecretariaat Regelen van de noodzakelijke middelen Doen uitgaan van formele brieven Samen met de externe projectleider voorbereiden van te nemen besluiten (zowel door de projectgroep als van de stuurgroep) Verzorgen van de interne en externe communicatie (Doen) inrichten van de ontwikkel- en testomgeving (Doen) verzamelen van kennis, deze uitdragen en borgen in de organisatie van het gemeentearchief. De taken van de externe projectleider zijn: Opstellen en bewaken van de projectplanning Bijhouden van het projectdossier Opzetten en onderhouden van een teamsite ten behoeve van samenwerking binnen de projectgroep Coordineren van de inzet van andere medewerkers van de Archiefschool Ontwikkelen, cq doen ontwikkelen van de ontwerpdocumenten Adviseren van de Stuurgroep bij te maken keuzen Samen met de interne projectleider voorbereiden van te nemen besluiten (zowel door de projectgroep als van de stuurgroep) Onderhouden van contacten met externe partners Redigeren van het eindrapport Generaliseren en abstraheren van de bevindingen tbv het Nederlandse archiefwezen Mede vormgeven van de in- en externe communicatie De extern projectleider wordt binnen de Archiefschool bijgestaan door twee medewerkers, die in voorkomende gevallen bij het project betrokken kunnen worden. 10

11 Projectgroep In de projectgroep hebben zitting de afdelingshoofden van de beherende afdelingen (Atlas, Bibliotheek, Archieven), van Baliediensten, Bedrijfsvoering, Atelier Materieel Beheer en de eerste medewerker Atelier Materieel Beheer; deze laatste vanwege zijn specifieke competenties op het gebied van digitalisering. De multidisciplinaire samenstelling van de projectgroep vergroot het vermogen tot kennisverwerving over digitale duurzaamheid. De projectgroepleden maken de tijd vrij die noodzakelijk is voor het slagen van het project; bovendien zorgen ze dat hun medewerkers op de hoogte zijn van de voortgang en stellen hen, waar nodig, in staat een actieve bijdrage aan het project te leveren. Immers, alle medewerkers die zich uit hoofde van hun functie bezighouden met acquisitie, beheer, behoud en toegankelijk maken van digitale informatie binnen het gemeentearchief, zijn direct of indirect bij het project betrokken. Met vakspecifieke deskundigheid bepalen zij mede de uiteindelijke vorm van het E-depot. De projectgroep vergadert in beginsel elke twee weken. b.2 Relaties met andere projecten en partnerships E-depot 2004 is een samenwerkingsproject van het Gemeentearchief Rotterdam en de Stichting Archiefschool, die de externe projectleider levert. Voor het gemeentearchief levert het project allereerst een werkend E-depot op; voor de Archiefschool gaat het vooral om de toetsing van de praktijk aan de theorie, om kennis die gebruikt kan worden in het onderwijs. Het Nationaal Archief (NA) is een mogelijke derde partner, minimaal op basis van uitwisseling van ervaringen. Gemeentearchief Rotterdam en Nationaal Archief zullen parallel aan hun projecten werken en benchmarken. Voor de feitelijke inrichting wordt samengewerkt met HP Nederland, in het bijzonder wat betreft DSpace. b.3 Kwaliteitsborging Kwaliteitszorg wordt uitgevoerd door het bewaken van het projectplan in de meest brede zin, het correcte gebruik van standaarden, optimale toepassing van bestaande kennis en inzichten, aansluiting op gebruikerswensen en de juiste inzet van de juiste mensen. Vooralsnog is nog geen expliciet verantwoordelijke voor kwaliteitsbewaking aangewezen en zal de stuurgroep de rol van kwaliteitsbewaker moeten vervullen. Ontwerpdocumenten zullen in elk geval aan een interne toetsing binnen de Archiefschool worden onderworpen. Raadpleging van experts behoort eveneens tot de kwaliteitsverhogende maatregelen. In overleg met de stuurgroep zullen de projectleiders vaststellen welke kwaliteitseisen (normen) gesteld worden aan de producten en zullen ze de verwachtingen van de toekomstige gebruikers inventariseren. De projectleiders zullen een voorstel doen aan de hand van een Project Break Down en de bijbehorende productbeschrijving. Binnen de projectgroep worden de verantwoordelijkheden voor de op te leveren producten vastgelegd. De stuurgroep beoordeelt steeds de kwaliteit van de tussenresultaten en het eindresultaat. Basis voor referentie van de resultaten van het prototype zijn de bestaande referentiemodellen voor digitale conservering (zie a.3 Ontwikkelstappen). Toetsing van de projectresultaten aan bestaande best practices (vergelijking met reeds werkende digitale depots) behoort eveneens tot de kwaliteitsverhogende maatregelen. 11

12 Communicatie en informatie-uitwisseling Allerlei communicatiemiddelen worden ingezet om mensen bij het project te betrekken. Hieronder volgt een opzet voor het communicatieplan voor interne en externe doelgroepen: Interne Middelen Planning Toelichting doelgroepen stuurgroep en projectgroep stuurgroep en projectgroep Kick-off bijeenkomst Projectplan en opzet van het project. Motivatiebijeenkomst Projectinformatie op permanent de kennisbank (teamsite) Op online kennisbank van de Archiefschool staan alle projectdocumenten, verslagen, literatuurverwijzingen en links naar relevante sites. stuurgroep Rapportages volgens fasering Rapportages van tussenresultaten, bijsturing van het project (go/no go) stuurgroep Overleg 2-wekelijks toelichting op rapportages, informeren, tussentijdse ingrepen projectgroep Overleg Volgens fasering overlegvorm met kennisoverdracht. Voortgangsbewaking afdelingshoofden en medewerkers medewerkers gemeentearchief medewerkers gemeentearchief Bilateraal wanneer nodig, in regulier afdelingsoverleg probleeminventarisatie bij alle afdelingen GAR-net/ intranet Permanent Informeren en betrokkenheid krijgen bij alle betrokkenen bij digitale informatie Nieuwsbrief 3x in project Informeren en betrokkenheid krijgen bij alle betrokkenen bij digitale informatie Extern Middelen Planning Toelichting Doelgroepen Nationaal Archief Benchmarking Wanneer nodig Ervaringen uitwisselen Collegaarchiefdiensten, bezoekers Symposium met NA September 2004 Tussentijdse resultaten naar buiten toe uitdragen, samen met Nationaal Archief (NA) Collegaarchiefdiensten, bezoekers Persbericht; website Tussentijds en december 2004/ januari 2005 Project en projectresultaten naar buiten toe uitdragen, in het bijzonder naar collegaarchiefdiensten 12

13 Risico management Elk project is onderhevig aan risico s. Voor het project E-depot 2004 zijn de volgende risico s onderkend en gewogen (op een schaal van 1-5): risico kans gevolg gewicht maatregelen Nieuwe technologie (DSpace) Onvoldoende tijd en prioriteit voor het project bij leden projectgroep Onvoldoende middelen beschikbaar voor het project Prioriteitstelling van doelen onduidelijk belangen gemeentearchief en Archiefschool lopen deels uiteen Opleiden medewerkers I&A; consultancy stuurgroep draagt belang uit; duidelijke planning; medewerkers doordringen van noodzaak tijd vrij te maken stuurgroep zorgt voor aanvullend budget projectleiders signaleren, stuurgroep prioriteert stuurgroep neemt tijdig maatregelen. C. Veranderingsproces Zoals aangegeven in het projectontwerp is een van de drie gehanteerde invalshoeken het veranderingsproces. Dit veranderingproces is zichtbaar in de gekozen uitgangspunten en de te behalen resultaten (implementatie- en leerresultaat). Vervolgens is de relatie gelegd met de projectinhoud (het ontwikkelproces en de stappen). Kennisverwerving Het verwerven van de noodzakelijke kennis om een E-depot te kunnen gebruiken en beheren is een belangrijk onderdeel van het project. Vandaar de didactische opzet. De voornaamste methode is die van probleemgestuurde kennisverwerving. De op te lossen problemen bepalen welke kennis noodzakelijk is. De voornaamste technieken voor kennisverwerving zijn: - literatuurstudie (vooral archivistische kennis mbt digitale archivering) - externe advisering (o.a. gebruik van de software) - participatie (prototyping, workshops) De verworven kennis wordt zoveel mogelijk expliciet gemaakt en vastgelegd in het systeemontwerp. 13

14 Bijlage 1 Beknopte beschrijving van de ontwerpmethode De methode is gebaseerd op Yourdon Systems Method, een cyclische methode bestaande uit een reeks modellen, die steeds een specifiek aspect van het systeem beschrijven. Deze modellen (zeg hoofdstukken) worden gedurende het project geleidelijk ingevuld. De wijze van invullen is niet willekeurig, maar volgt de cycli of iteratieslagen van het project (zie de paragraaf over methode en fasering.) SDF voegt aan Yourdon een tweetal belangrijke componenten toe. De eerste is de modellering van kennis. Daarvoor gebruikten de opstellers van de methoden de resultaten van een Europees project voor het ontwikkelen van een methode voor het ontwerpen van kennisintensieve systemen: CommonKads. De tweede component is de aandacht die SDF besteedt aan de organisatorische aspecten. Dat laatste heeft o.a. te maken met de opvatting dat een kennisintensief systeem niet zozeer een expert system is, maar een informatiesysteem dat zelf kennis (omgevingskennis, procedurele kennis) gebruikt om goed te functioneren. Juist deze toevoegingen gepaard aan de centrale rol van modellen - maken SDF geschikt voor het project. SDF onderscheidt drie centrale modellen: het Organisatiemodel, het Logisch Ontwerp en het Implementatie model. Het Logisch Ontwerp en het Implementatiemodel bestaan elk weer uit een aantal deelmodellen. Organisatiemodel Beschrijving van de organisatie waarbinnen het systeem moet functioneren. In het organisatiemodel is ook ruimte voor het aangeven van noodzakelijke veranderingen. Idealiter is het uiteindelijke Organisatiemodel dan ook een Soll-model. Logisch Ontwerp (voorheen Essentieel model) Het Logisch Ontwerp beschrijft het te ontwikkelen systeem op abstract functioneel niveau, dat wil zeggen onafhankelijk van de wijze waarop het gerealiseerd gaat worden. Voor het project zal het Logisch Ontwerp het belangrijkste product zijn voor verspreiding in het archiefwezen. Het Logisch Ontwerp bestaat uit de volgende deelmodellen: - Omgevings model (voorheen Context model). De interactie van het systeem met zijn omgeving (andere systemen, gebruikers, beheerders). Het Omgevings model is de basis voor de externe functionaliteit, dwz wat het systeem voor zijn gebruikers betekent. - Proces model. De processen waarmee het systeem zijn taken vervult, zoals opnemen, opslag, verwijderen, conversie etc. Het proces model is de basis voor de interne functionaliteit, wat het systeem daadwerkelijk moet doen om de gewenste externe functionaliteit te verwezenlijken. - (Meta) Data model. De gegevens die het systeem opneemt, genereert en/of communiceert om zijn taken uit te voeren. Voor een archiefbeheersysteem, zoals een digitaal depot, is dit dus een metadatamodel. - Kennis model. De kennis die het systeem opslaat en gebruikt om zijn taken naar behoren te vervullen. Dit kan bestaan uit kennis over de organisatie of de gebruikers, kennis over de archieven, en procedures, criteria, regels etc. Het domeinmodel krijgt nadrukkelijk de aandacht in het project. - Besturings model. Een beschrijving van de wijze waarop de activiteiten van het systeem worden aangestuurd; bijvoorbeeld wanneer een conversie plaats moet vinden of hoe een gebruikersverzoek wordt beoordeeld. Implementatiemodel Het implementatiemodel bestaat uit vier deelmodellen: - Processormodel. Een beschrijving van de processoren (mensen, machines) die de processen uit het essentiële model uitvoeren. - Het Mens machine interface model (voorheen Human Computer Interface model): de communicatie tussen taken die door mensen worden uitgevoerd en taken die door computers worden verricht. 14

15 - Software omgeving model. De beschrijving van de basis software (software eenheden, zoals pakketten) die voor de realisatie van de applicaties wordt gebruikt, zoals het database management system, opslagsoftware, retrieval pakketten etc. - Module model. Een beschrijving van de modulaire structuur van de software eenheden. Het resultaat is een programma ontwerp per software eenheid. Idealiter komt het module model in hoge mate overeen met de structuur van het proces model. Voor het beschrijven van een model staan verschillende technieken ter beschikking, variërend van natuurlijke taal tot en met diverse grafische representaties. Voor de vastlegging worden de volgende technieken toegepast: Organisatie model: Tekst in natuurlijke taal, aangevuld met organogrammen. Logisch Ontwerp: Data Flow Diagrams (volgens De Marco) voor het omgevings model en het proces model; aangevuld met tekstuele toelichting; Entity Relationship Diagrams of Nyssen voor het metadata model; aangevuld met tekstuele toelichting; Tekst in natuurlijke taal of formele regels voor het kennismodel. Implementatie model Tekst in natuurlijke taal, aangevuld met diagrammen voor module model. Inpassing van de ontwikkelmethode in de fasering De modellen hoeven niet sequentieel te worden ontwikkeld. Elke fase van het project of afzonderlijke activiteit kan bijdragen aan een model. In de ontwikkeling van een model onderscheiden we drie niveaus: identificatie (i), beschrijving (b), validering (v). Identificering wil zeggen dat alle componenten (attributen) waaruit het model bestaat zijn vastgesteld. Beschrijving betekent dat deze componenten zijn beschreven (de attributen zijn van waarden voorzien). Validatie betekent dat het model, dus het betreffende hoofdstuk van het uiteindelijke systeemontwerp, is vastgesteld en dus voltooid. Door te bepalen welke status de modellen in welke fase van het project bereikt moeten hebben, kan de voortgang van het project bewaakt worden. 15

E-DEPOT 2005. Island Hopping

E-DEPOT 2005. Island Hopping E-DEPOT 2005 Island Hopping Het projectplan in het kort Inhoudsopgave Inleiding...3 1 Het doel...3 2 Projectontwerp...3 A. Producten en resultaten...3 B. Besturing van het project...4 C. Het veranderingsproces...4

Nadere informatie

Functieprofiel: Projectleider Functiecode: 0302

Functieprofiel: Projectleider Functiecode: 0302 Functieprofiel: Projectleider Functiecode: 0302 Doel Voorbereiden en opzetten van en bijbehorende projectorganisatie, alsmede leiding geven aan de uitvoering hiervan, binnen randvoorwaarden van kosten,

Nadere informatie

De strategische keuzes die moeten gemaakt worden zijn als volgt: Interne controle of zelfcontrole/sociale controle

De strategische keuzes die moeten gemaakt worden zijn als volgt: Interne controle of zelfcontrole/sociale controle 1 Hoofdstuk 1 1.1 Dirigeren en coördineren p43 1.1.1 Dirigeren Dirigeren is een synoniem voor delegeren. Dirigeren houdt in dat bepaalde bevoegdheden overgedragen worden naar een persoon met een lagere

Nadere informatie

FUNCTIEFAMILIE 5.3 Projectmanagement

FUNCTIEFAMILIE 5.3 Projectmanagement Doel van de functiefamilie Leiden van projecten en/of deelprojecten de realisatie van de afgesproken projectdoelstellingen te garanderen. Context: In lijn met de overgekomen normen in termen van tijd,

Nadere informatie

Ontwikkelaar ICT. Context. Doel

Ontwikkelaar ICT. Context. Doel Ontwikkelaar ICT Doel Ontwikkelen en ontwerpen van ICT-producten, binnen overeen te komen dan wel in een projectplan vastgelegde afspraken ten aanzien van tijd, budget en kwaliteit, opdat overeenkomstig

Nadere informatie

Projectplan. Informatie arrangementen als app. s-hertogenbosch, 6 december 2011

Projectplan. Informatie arrangementen als app. s-hertogenbosch, 6 december 2011 Projectplan Informatie arrangementen als app s-hertogenbosch, 6 december 2011 i Versiebeheer Algemene gegevens Projectnaam Informatie arrangementen als app Uitgave Final Datum 6 december 2011 Auteurs Projectleider

Nadere informatie

BESTUURSOPDRACHT MAJEURPROJECT VOORTGEZET ONDERWIJS Gemeenteraad

BESTUURSOPDRACHT MAJEURPROJECT VOORTGEZET ONDERWIJS Gemeenteraad BESTEMD VOOR BESTUURSOPDRACHT MAJEURPROJECT VOORTGEZET ONDERWIJS Gemeenteraad STATUS Openbaar DATUM BESTUURLIJKE Wethouder F. Strik OPDRACHTGEVER AMBTELIJKE OPDRACHTGEVER H. Damen hoofd Afdeling Beleid

Nadere informatie

Project E-depot 2005. Eindrapportage 2005

Project E-depot 2005. Eindrapportage 2005 Document 2005/038 Versie: 1.0 Datum: 9 april 2006 Auteur: Klaartje Pompe Vastgesteld: stuurgroep d.d. 9-5-2006 Gemeentearchief Rotterdam 1 Inhoud Inleiding... 3 Definitie E-depot... 3 Projectdoel... 3

Nadere informatie

GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter

GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter 2 Opdrachtgever : Opdrachtnemers : Ing. P. van den Berg Michel van Reenen Thijs Mommen GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter

Nadere informatie

Technicus onderwijs- en onderzoekgebonden - profiel O

Technicus onderwijs- en onderzoekgebonden - profiel O Technicus onderwijs- en onderzoekgebonden - profiel O Doel Ontwerpen, ontwikkelen en (doen) vervaardigen van apparatuur/instrumenten, installaties en (ICT-) systemen, binnen de doelstellingen van de dienst/afdeling

Nadere informatie

Les E-01 Projectmanagement

Les E-01 Projectmanagement Les E-01 Projectmanagement 1.1 Werken op projectbasis Op allerlei manieren werken mensen in het sociale leven samen om bepaalde doelen te verwezenlijken. Buurtbewoners organiseren een pleinfeest, verenigingsleden

Nadere informatie

voorbeeldexamen I-Tracks Project Participation Foundation (PPF) voorbeeldexamen PPF uitgave oktober 2007

voorbeeldexamen I-Tracks Project Participation Foundation (PPF) voorbeeldexamen PPF uitgave oktober 2007 voorbeeldexamen Project Participation Foundation (PPF) I-Tracks Project Participation Foundation (PPF) voorbeeldexamen PPF uitgave oktober 2007 Inhoud inleiding 2 voorbeeldexamen 3 antwoordindicatie 12

Nadere informatie

Doel van het invoeringsplan is te beschrijven welke handelingen dienen te worden verricht om een applicatie te implementeren.

Doel van het invoeringsplan is te beschrijven welke handelingen dienen te worden verricht om een applicatie te implementeren. Voorbeeld invoeringsplan door Wim - 01-06-2011 http://www.itpedia.nl/2011/01/06/voorbeeld-invoeringsplan/ Voordat applicaties in een organisatie worden ingevoerd, is het belangrijk na te gaan op welke

Nadere informatie

FUNCTIEFAMILIE 1.3 Technisch specialist

FUNCTIEFAMILIE 1.3 Technisch specialist FUNCTIEFAMILIE 1.3 Technisch specialist Doel van de functiefamilie Vanuit de eigen technische specialisatie voorbereiden en opmaken van plannen, ontwerpen of studies en de uitvoering ervan opvolgen specialistische

Nadere informatie

TESTEN VOLGENS TMAP, EEN KORTE INTRODUCTIE. 1. Inleiding. 2. TMap methode. Kwaliteit zonder gestructureerd testen is toeval.

TESTEN VOLGENS TMAP, EEN KORTE INTRODUCTIE. 1. Inleiding. 2. TMap methode. Kwaliteit zonder gestructureerd testen is toeval. TESTEN VOLGENS TMAP, EEN KORTE INTRODUCTIE Kwaliteit zonder gestructureerd testen is toeval Inhoudsopgave 1. Inleiding 2. De TMap methode 3. De fase Planning & Beheer 4. De fase testspecificatie 5. De

Nadere informatie

Project Methodiek. 15:00 u

Project Methodiek. 15:00 u 15:00 u Project Methodiek Hoe zorgt u dat ICT projecten op een geborgde manier uitvoering vinden, binnen tijd en budget en met het doel dat de functionele eisen en wensen ingewilligd worden? Projectmethodiek

Nadere informatie

Naam: Draaiboek decentrale implementatie PAUW en Tridion

Naam: Draaiboek decentrale implementatie PAUW en Tridion Programma Aanpak Universitaire Website (PAUW) Draaiboek decentrale implementatie PAUW en Tridion Inleiding In het kader van het Programma Aanpak Universitaire Website (PAUW) is afgesproken dat alle decentrale

Nadere informatie

Functieprofiel: Medewerker Gebouw en Techniek Functiecode: 0702

Functieprofiel: Medewerker Gebouw en Techniek Functiecode: 0702 Functieprofiel: Techniek Functiecode: 0702 Doel Uitvoeren van onderhoudswerkzaamheden, het doen van aanpassingen, alsmede bedienen van installaties/machines, binnen geldende werkprocessen en afspraken

Nadere informatie

Administrateur. Context. Doel. Rapporteert aan/ontvangt hiërarchische richtlijnen van: Directeur dienst Afdelingshoofd

Administrateur. Context. Doel. Rapporteert aan/ontvangt hiërarchische richtlijnen van: Directeur dienst Afdelingshoofd Administrateur Doel Realiseren van beheersmatige, adviserende en managementondersteunende administratieve werkzaamheden ten behoeve van de instelling, dan wel onderdelen daarvan, binnen vastgestelde procedures

Nadere informatie

Het BiSL-model. Een whitepaper van The Lifecycle Company

Het BiSL-model. Een whitepaper van The Lifecycle Company Het BiSL-model Een whitepaper van The Lifecycle Company Met dit whitepaper bieden we u een overzicht op hooflijnen van het BiSL-model. U vindt een overzicht van de processen en per proces een beknopte

Nadere informatie

Deelprojectplan. Bestuurlijke Informatie Voorziening

Deelprojectplan. Bestuurlijke Informatie Voorziening Deelprojectplan Bestuurlijke Informatie Voorziening Beheersing van risico s en verbetering van de besturing van de Hogeschool van Utrecht, door middel van effectieve en efficiënte informatiestromen, als

Nadere informatie

Functieprofiel: Adviseur Functiecode: 0303

Functieprofiel: Adviseur Functiecode: 0303 Functieprofiel: Adviseur Functiecode: 0303 Doel (Mede)zorgdragen voor de vormgeving en door het geven van adviezen bijdragen aan de uitvoering van het beleid binnen de Hogeschool Utrecht kaders en de ter

Nadere informatie

Functieprofiel: Beleidsmedewerker Functiecode: 0301

Functieprofiel: Beleidsmedewerker Functiecode: 0301 Functieprofiel: Beleidsmedewerker Functiecode: 0301 Doel Ontwikkelen, implementeren, evalueren en bijstellen van beleid op één of meerdere aandachtsgebieden/beleidsterreinen ten behoeve van de instelling,

Nadere informatie

Scrum. Een introductie

Scrum. Een introductie Organisatie SYSQA B.V. Pagina 1 van 10 Scrum Een introductie Almere 1999 Proud of it Pagina 1 van 10 Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 Inleiding... 3 2 Scrum... 4 3 Scrum rollen...

Nadere informatie

ORGANISATORISCHE IMPLENTATIE BEST VALUE

ORGANISATORISCHE IMPLENTATIE BEST VALUE ORGANISATORISCHE IMPLENTATIE BEST VALUE EEN ONDERZOEK NAAR DE IMPLEMENTATIE VAN BEST VALUE BINNEN EEN SYSTEMS ENGINEERING OMGEVING STEPHANIE SAMSON BEST VALUE KENNIS SESSIE WESTRAVEN 17 JUNI 09.00 12.00

Nadere informatie

Functieprofiel: Controller Functiecode: 0304

Functieprofiel: Controller Functiecode: 0304 Functieprofiel: Controller Functiecode: 0304 Doel Bijdragen aan de formulering van het strategische en tactische (financieel-)economische beleid van de instelling of onderdelen daarvan, alsmede vorm en

Nadere informatie

SDM II - System Development Methodology II. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

SDM II - System Development Methodology II. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. SDM II - System Development Methodology II Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 12 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2

Nadere informatie

Functieprofiel: Manager Functiecode: 0202

Functieprofiel: Manager Functiecode: 0202 Functieprofiel: Manager Functiecode: 0202 Doel Zorgdragen voor de vorming van beleid voor de eigen functionele discipline, alsmede zorgdragen voor de organisatorische en personele aansturing van een of

Nadere informatie

Opleider. Context. Doel

Opleider. Context. Doel Opleider Doel (Mede)ontwikkelen van het opleidingsbeleid en ontwikkelen en (laten) verzorgen van trainingen en voor verschillende interne en/of externe doelgroepen, binnen de kaders van het beleid en de

Nadere informatie

De informatie adapter vormt de basis voor uitwisseling van digitale informatie in projecten waarbij de volgende uitgangspunten gekozen worden:

De informatie adapter vormt de basis voor uitwisseling van digitale informatie in projecten waarbij de volgende uitgangspunten gekozen worden: Op het vlak van informatie uitwisseling tussen bedrijven valt veel te verbeteren. Veel van die verbeteringen vinden hun oorzaak in het niet goed op elkaar aansluiten van de verschillende softwaretoepassingen

Nadere informatie

Plan van Aanpak Pilot

Plan van Aanpak Pilot Plan van Aanpak Pilot DBK-applicaties Beproeven compatibiliteit DBK-applicaties op innovatieplatform voor de Veiligheidsregio s Status : concept Versienummer : V0.2 Datum : Augustus 2012 Blad : 2 / 6 Inhoudsopgave

Nadere informatie

Routekaart naar Monaco Standaard voor Implementatie, Projectmanagement en Uitvoering

Routekaart naar Monaco Standaard voor Implementatie, Projectmanagement en Uitvoering Routekaart naar Monaco Standaard voor Implementatie, Projectmanagement en Uitvoering Inleiding: In dit Management Handout wordt in het kort het projectmanagement en uitvoering weergegeven van een standaard

Nadere informatie

Deelprojectplan. Herontwerp Planning & Control

Deelprojectplan. Herontwerp Planning & Control Deelprojectplan Herontwerp Planning & Control Beheersing van risico s en verbetering van de besturing van de Hogeschool van Utrecht, door middel van herinrichting van P&C-processen, taken en verantwoordelijkheden,

Nadere informatie

Projectmanagement De rol van een stuurgroep

Projectmanagement De rol van een stuurgroep Projectmanagement De rol van een stuurgroep Inleiding Projecten worden veelal gekenmerkt door een relatief standaard projectstructuur van een stuurgroep, projectgroep en enkele werkgroepen. De stuurgroep

Nadere informatie

Gelijkwaardigheid van niet-geaccrediteerde laboratoria (conform NEN-EN ISO/IEC 17025)

Gelijkwaardigheid van niet-geaccrediteerde laboratoria (conform NEN-EN ISO/IEC 17025) Gelijkwaardigheid van niet-geaccrediteerde laboratoria (conform NEN-EN ISO/IEC 17025) NEa, 20-07-2012, versie 1.0 INTRODUCTIE In artikel 34 van de Monitoring en Rapportage Verordening (MRV) is beschreven

Nadere informatie

PROJECT: ONTWIKKELOMGEVINGEN VIRTUELE TESTOMGEVINGEN

PROJECT: ONTWIKKELOMGEVINGEN VIRTUELE TESTOMGEVINGEN PROJECT: ONTWIKKELOMGEVINGEN VIRTUELE TESTOMGEVINGEN ( Project Initiation Document ) Datum voltooid: 20/03/2013 Auteur: Kevin Sanders Studentnummer: 2148839 Versie: 0.1 Status: Concept Documenthistorie

Nadere informatie

Tweede Kamer der Staten-Generaal

Tweede Kamer der Staten-Generaal Tweede Kamer der Staten-Generaal 2 Vergaderjaar 1987-1988 Rijksbegroting voor het jaar 1988 20 200 Hoofdstuk X Ministerie van Defensie Nr. 34 BRIEF VAN DE STAATSSECRETARIS VAN DEFENSIE Aan de Voorzitter

Nadere informatie

Checklist risicofactoren IT-projecten

Checklist risicofactoren IT-projecten Organisatie SYSQA B.V. Pagina 1 van 5 Checklist risicofactoren IT-projecten In onderstaande checklists zijn de factoren die het slagen van een project beïnvloeden opgenomen. Projectomvang Hoe groot is

Nadere informatie

Technicus onderwijs- en onderzoekgebonden - profiel V

Technicus onderwijs- en onderzoekgebonden - profiel V onderzoekgebonden - profiel V Doel Vervaardigen, installeren en onderhouden van apparatuur/instrumenten, installaties en (ICT- )systemen, alsmede leveren van een bijdrage aan de ontwikkeling hiervan, binnen

Nadere informatie

Projectplan Invoer en Onderhoud Jaarplansystematiek en management rapportages via A3 digitaal methode

Projectplan Invoer en Onderhoud Jaarplansystematiek en management rapportages via A3 digitaal methode Projectplan Invoer en Onderhoud Jaarplansystematiek en management rapportages via A3 digitaal methode Venlo/Valkenswaard, 12-6-2015 Project A3 Betrokken partners: Alle locaties en secties Datum: mei 2015

Nadere informatie

Data Governance van visie naar implementatie

Data Governance van visie naar implementatie make connections share ideas be inspired Data Governance van visie naar implementatie Frank Dietvorst (PW Consulting) deelprogrammamanager Caesar - Vernieuwing Applicatie Landschap Leendert Paape (SAS

Nadere informatie

Functioneel ontwerp. Een introductie. Algemene informative voor medewerkers van SYSQA B.V. Almere

Functioneel ontwerp. Een introductie. Algemene informative voor medewerkers van SYSQA B.V. Almere Functioneel ontwerp Een introductie Algemene informative voor medewerkers van SYSQA B.V. Almere Organisatie SYSQA B.V. Pagina 2 van 9 Inhoudsopgave 1 Inleiding... 3 1.1 Algemeen... 3 2 Inleiding... 4 2.1

Nadere informatie

Eerste ervaringen en conclusies uit de casus Rotterdam 1. 1. Inleiding 5765-02. 2. Het begin 5765-03. 3. Uitgangspunten 5765-05

Eerste ervaringen en conclusies uit de casus Rotterdam 1. 1. Inleiding 5765-02. 2. Het begin 5765-03. 3. Uitgangspunten 5765-05 5765 1 Eerste ervaringen en conclusies uit de casus Rotterdam 1 door Peter Horsman 1. Inleiding 5765-02 2. Het begin 5765-03 3. Uitgangspunten 5765-05 4. Projectverloop: 2094 5765-09 4.1. Voorbereiding

Nadere informatie

WHITE PAPER. Business Solutions

WHITE PAPER. Business Solutions WHITE PAPER Business Solutions De keuze van de strategie/aanpak is be-palend voor de complexiteit en doorlooptijd van een implementatie. Introductie Uw organisatie staat op het punt om een standaard software

Nadere informatie

PRINCE2 2009 is overzichtelijker

PRINCE2 2009 is overzichtelijker PRINCE2 2009 is overzichtelijker 29 mei 2009 door: Lia de Zoete en Reinier de Koning Half juni presenteert het Office of Government Commerce in Londen PRINCE2 2009. Het grote voordeel van de nieuwe versie

Nadere informatie

Digikoppeling adapter

Digikoppeling adapter Digikoppeling adapter Versie 1.0 Datum 02/06/2014 Status Definitief Van toepassing op Digikoppeling versies: 1.0, 1.1, 2.0, 3.0 Colofon Logius Servicecentrum: Postbus 96810 2509 JE Den Haag t. 0900 555

Nadere informatie

3TU Electronic Resource Management

3TU Electronic Resource Management 3TU Electronic Resource Management projectplan Eindhoven, juli 20 ERM-3TU/20-1 Auteur: L.J.H. Delescen versie 1.0: 5 juli 20 2 Inhoudsopgave 0 Documentgeschiedenis 3 0.1 Revisies 3 0.2 Goedkeuring 3 1

Nadere informatie

Project methodiek. Auxilium BV Oude Delft 48 2611 CD Delft. T: 015-261 23 16 F: 015-213 34 83 E: info@auxilium.nl

Project methodiek. Auxilium BV Oude Delft 48 2611 CD Delft. T: 015-261 23 16 F: 015-213 34 83 E: info@auxilium.nl Project methodiek Auxilium BV Oude Delft 48 2611 CD Delft T: 015-261 23 16 F: 015-213 34 83 E: info@auxilium.nl Inhoud 1 PROJECTMETHODIEK... 3 1.1 TIME-BOXING... 3 1.2 USER-STORIES EN STORY-POINTS... 3

Nadere informatie

Software Test Plan. Yannick Verschueren

Software Test Plan. Yannick Verschueren Software Test Plan Yannick Verschueren November 2014 Document geschiedenis Versie Datum Auteur/co-auteur Beschrijving 1 November 2014 Yannick Verschueren Eerste versie 1 Inhoudstafel 1 Introductie 3 1.1

Nadere informatie

FUNCTIEBESCHRIJVING: WIJKMANAGER. Algemeen. Datum voorlopige vaststelling: 29-04-2015. Organisatie: Stichting Actiezorg en Magentazorg

FUNCTIEBESCHRIJVING: WIJKMANAGER. Algemeen. Datum voorlopige vaststelling: 29-04-2015. Organisatie: Stichting Actiezorg en Magentazorg FUNCTIEBESCHRIJVING: WIJKMANAGER Algemeen Organisatie: Stichting Actiezorg en Magentazorg Organisatorische eenheid: raad van bestuur Opsteller functiebeschrijving: adviseur P&O Datum voorlopige vaststelling:

Nadere informatie

PROJECT: IRIS-WEB. (Plan van aanpak)

PROJECT: IRIS-WEB. (Plan van aanpak) PROJECT: (Plan van aanpak) Projectcode: Datum voltooid: Auteur: Tim Baas Bestandsnaam: PVA.doc Documenthistorie Revisies Versie Status Datum Wijzigingen 0.1 concept 10-08-2009 concept Document ID: [2/11]

Nadere informatie

Energiemanagementplan Carbon Footprint

Energiemanagementplan Carbon Footprint Energiemanagementplan Carbon Footprint Rapportnummer : Energiemanagementplan (2011.001) Versie : 1.0 Datum vrijgave : 14 juli 2011 Klaver Infratechniek B.V. Pagina 1 van 10 Energiemanagementplan (2011.001)

Nadere informatie

ENERGIEMANAGEMENT ACTIEPLAN. 3 oktober 2013

ENERGIEMANAGEMENT ACTIEPLAN. 3 oktober 2013 ENERGIEMANAGEMENT ACTIEPLAN code: B1308 3 oktober 2013 datum: 3 oktober 2013 referentie: lak code: B1308 blad: 3/8 Inhoudsopgave 1. Inleiding 4 2. Onderdelen van het energiemanagement actieplan 5 2.1

Nadere informatie

Functieprofiel: Beheerder ICT Functiecode: 0403

Functieprofiel: Beheerder ICT Functiecode: 0403 Functieprofiel: Beheerder ICT Functiecode: 0403 Doel Zorgdragen voor het doen functioneren van ICT-producten en de ICTinfrastructuur en het instandhouden van de kwaliteit daarvan, passend binnen het beleid

Nadere informatie

Energiemanagement Actieplan

Energiemanagement Actieplan 1 van 8 Energiemanagement Actieplan Datum 18 04 2013 Rapportnr Opgesteld door Gedistribueerd aan A. van de Wetering & H. Buuts 1x Directie 1x KAM Coördinator 1x Handboek CO₂ Prestatieladder 1 2 van 8 INHOUDSOPGAVE

Nadere informatie

Medewerker administratieve processen en systemen

Medewerker administratieve processen en systemen processen en systemen Doel Voorbereiden, analyseren, ontwerpen, ontwikkelen, beheren en evalueren van procedures en inrichting van het administratieve proces en interne controles, rekening houdend met

Nadere informatie

HEEMKUNDE RIPS. Project Initiatie Document. Datum voltooid: 9-11-2011. Versie: 1.0. Document ID: 1 Bestandsnaam: Project initiatie document

HEEMKUNDE RIPS. Project Initiatie Document. Datum voltooid: 9-11-2011. Versie: 1.0. Document ID: 1 Bestandsnaam: Project initiatie document HEEMKUNDE RIPS Project Initiatie Document Projectcode: P201101 Datum voltooid: 9-11-2011 Auteur: Paul Oostenrijk Versie: 1.0 Status: Concept Bestandsnaam: Project initiatie document Documenthistorie Revisies

Nadere informatie

Ant: B Dit is het doel van het proces.

Ant: B Dit is het doel van het proces. In welk proces vormt het voor aanpassingen in de informatievoorziening beschikbaar gestelde budget een mandaat voor besluitvorming? A: Contractmanagement B: Financieel management C: Transitie D: Wijzigingenbeheer

Nadere informatie

Project. 3D-Fraggel. Plan van aanpak. Door: IH1T08 1/1

Project. 3D-Fraggel. Plan van aanpak. Door: IH1T08 1/1 Project 3D-Fraggel Plan van aanpak Door: 1/1 Project 3D-Fraggel Plan van aanpak Datum: 07-05-2001 Plaats: Enschede Opdrachtgever: Saxion Hogeschool Enschede Instituut ICT Afdeling Hogere Informatica Contactpersoon

Nadere informatie

Digitaal Archief Vlaanderen Stappenplan & Projectfiches

Digitaal Archief Vlaanderen Stappenplan & Projectfiches www.pwc.be Digitaal Archief Vlaanderen Stappenplan & Projectfiches september 2013 1. Inleiding In dit deel van de studie rond het Digitaal Archief Vlaanderen bekijken we het technische stappenplan dat

Nadere informatie

PROJECTBEHEERSING IN DE PRAKTIJK

PROJECTBEHEERSING IN DE PRAKTIJK Management accounting control Een casus PROJECTBEHEERSING IN DE PRAKTIJK Veel organisaties realiseren een steeds groter deel van hun omzet met projecten. Maar al te vaak leveren deze projecten niet zo

Nadere informatie

In de volgende paragraven worden de zes fases in de methodiek toegelicht:

In de volgende paragraven worden de zes fases in de methodiek toegelicht: Adoptiemethode Om een verandering in werkgedrag op een juiste manier bij mensen te bewerkstelligen kan gebruik gemaakt worden van onderstaande methodiek. De methodiek is opgebouwd uit zes fases met als

Nadere informatie

Technisch projectmedewerker

Technisch projectmedewerker Technisch projectmedewerker Doel Bijdragen aan de uitvoering van projecten vanuit de eigen discipline, uitgaande van een projectplan en onder verantwoordelijkheid van een Projectmanager/ -leider, zodanig

Nadere informatie

Projectvoorstellen maken

Projectvoorstellen maken Projectvoorstellen maken 1. Kader 1.1. Gebruiksaanwijzing 1.2. Wat zijn de eisen aan een projectvoorstel? 2. Inleiding 2.1 Signalering 2.2 Vooronderzoek 2.3 Probleemsituatie 3. Doelstellingen en randvoorwaarden

Nadere informatie

De SYSQA dienst auditing. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

De SYSQA dienst auditing. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. De SYSQA dienst auditing Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 8 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER... 3

Nadere informatie

Facilitair accountmanager

Facilitair accountmanager Facilitair accountmanager Doel Inventariseren en analyseren van de wensen en ervaringen van klanten van de dienst ten aanzien van de dienstverlening en het uitzetten van daaruit voorvloeiende activiteiten,

Nadere informatie

ISO 9000:2000 en ISO 9001:2000. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

ISO 9000:2000 en ISO 9001:2000. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V. ISO 9000:2000 en ISO 9001:2000 Een introductie Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 11 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER...

Nadere informatie

Planning & Control. Inleiding. Inhoudsopgave

Planning & Control. Inleiding. Inhoudsopgave Planning & Control Inleiding Planning & Control is de Engelse benaming voor coördinatie en afstemming. Het is gericht op interne plannings- en besturingsactiviteiten. Een heldere Planning & Control functie

Nadere informatie

Bijlage H: VAKGEBIED PROJECTMANAGEMENT

Bijlage H: VAKGEBIED PROJECTMANAGEMENT RVOI-2001 Bijlage H: VAKGEBIED PROJECTMANAGEMENT Deze Bijlage is opgesteld door de heer ir. C.H. Wentink, sectordirecteur Ruimte, vastgoed en economie van Witteveen + Bos. Hij heeft zich hierbij o.a. laten

Nadere informatie

didiclass 2.0 Opdrachtnemer: E-minor projectgroep Noordelijke Hogeschool Leeuwarden Opdrachtgever: Walter Geerts, de open universiteit

didiclass 2.0 Opdrachtnemer: E-minor projectgroep Noordelijke Hogeschool Leeuwarden Opdrachtgever: Walter Geerts, de open universiteit didiclass 2.0 Opdrachtnemer: E-minor projectgroep Noordelijke Hogeschool Leeuwarden Opdrachtgever: Walter Geerts, de open universiteit Projectgroepleden: Laurens Ruiter: laurens.ruiter@gmail.nl Dévit Schimmel:

Nadere informatie

Secretaresse. Context. Doel

Secretaresse. Context. Doel Secretaresse Doel Uitvoeren van secretariële en administratieve werkzaamheden ten behoeve van de leidinggevende en/of de medewerkers van de afdeling, zodanig dat deze in staat wordt/ worden gesteld de

Nadere informatie

Aanpak projectaudits

Aanpak projectaudits Aanpak projectaudits 1. Inleiding Veel lokale overheden werken op basis van een standaardmethodiek Projectmatig Werken. Op die manier wordt aan de voorkant de projectfasering, besluitvorming en control

Nadere informatie

Uitstroom + Crebonummer Applicatie- en mediaontwikkelaar; Crebonummer 25187 Niveau Niveau 4

Uitstroom + Crebonummer Applicatie- en mediaontwikkelaar; Crebonummer 25187 Niveau Niveau 4 VOORBLAD FORMAT BLAUWDRUK VAN DE OPLEIDING Algemene informatie Blauwdruk Ontwerper: Isolde Kolkhuis Tanke Ontwerpdatum: 23 september 2015 Versie: 03 Domein: Informatie- en communicatietechnologie Kwalificatiedossier:

Nadere informatie

RAD Rapid application development. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

RAD Rapid application development. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. RAD Rapid application development Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER...

Nadere informatie

FUNCTIEBESCHRIJVING: LOCATIEMANAGER. Algemeen. Datum voorlopige vaststelling: 29-04-2015. Organisatie: Stichting Magentazorg

FUNCTIEBESCHRIJVING: LOCATIEMANAGER. Algemeen. Datum voorlopige vaststelling: 29-04-2015. Organisatie: Stichting Magentazorg FUNCTIEBESCHRIJVING: LOCATIEMANAGER Algemeen Organisatie: Stichting Magentazorg Organisatorische eenheid: raad van bestuur Opsteller functiebeschrijving: adviseur P&O Datum voorlopige vaststelling: 29-04-2015

Nadere informatie

van onderwijs en onderwijsondersteuning binnen Directeur onderwijsinstituut

van onderwijs en onderwijsondersteuning binnen Directeur onderwijsinstituut Opleidingsmanager Doel Ontwikkelen van programma( s) van wetenschappenlijk onderwijs en (laten) uitvoeren en organiseren van onderwijs en onderwijsondersteuning binnen de faculteit, uitgaande van een faculteitsplan

Nadere informatie

Onderdeel: van Gedistribueerde voorzieningen voor duurzame toegang (A.1)

Onderdeel: van Gedistribueerde voorzieningen voor duurzame toegang (A.1) BESCHRIJVING CASE STUDY PROJECT DDS HERLEEFT Onderdeel: van Gedistribueerde voorzieningen voor duurzame toegang (A.1) Dit document bestaat uit twee delen: 1. Project DDS herleeft Beschrijving van het hele

Nadere informatie

Checklist basisontwerp SDM II

Checklist basisontwerp SDM II Organisatie SYSQA B.V. Pagina 1 van 5 Checklist basisontwerp SDM II Documentatie. Zijn de uitgangspunten voor het basisontwerp Is een plan van aanpak Zijn er wijzigingen op het Software Quality Assurance

Nadere informatie

nemen van een e-depot

nemen van een e-depot Stappenplan bij het in gebruik nemen van een e-depot CONCEPT VOOR FEEDBACK Bijlage bij Handreiking voor het in gebruik nemen van een e-depot door decentrale overheden 23 juli 2015 Inleiding Dit stappenplan

Nadere informatie

Vertrouwelijk. Projectpla n. Titel: Entity Extraction. Vertrouwelijk

Vertrouwelijk. Projectpla n. Titel: Entity Extraction. Vertrouwelijk Dit document mag alleen gedeeld worden met direct betrokkenen van het programma Herkenning Digitale Informatie en Fingerprinting omdat verdere verspreiding of openbaarmaking de veiligheid van de Staat

Nadere informatie

Doen of laten? Een dag zonder risico s is een dag niet geleefd

Doen of laten? Een dag zonder risico s is een dag niet geleefd Doen of laten? Een dag zonder risico s is een dag niet geleefd Wie, wat en hoe Eric Lopes Cardozo & Rik Jan van Hulst sturen naar succes Doel Delen van inzichten voor praktisch operationeel risico management

Nadere informatie

Wie doet wat? 30-5-2013. Gebruik en beheer van applicaties. Een kader VHIC VHIC. Pagina 1. Pagina 2

Wie doet wat? 30-5-2013. Gebruik en beheer van applicaties. Een kader VHIC VHIC. Pagina 1. Pagina 2 Gebruik en beheer van applicaties Wie doet wat? Pagina 1 Een kader Pagina 2 Bron: daanrijsenbrij, Elementaire bedrijfsinformatica 1 Functioneel beheer Applicaties worden gebruikt door de gebruikersorganisatie.

Nadere informatie

Global Project Performance

Global Project Performance Return on investment in project management P3M3 DIAGNOSTIEK IMPLEMENTATIE PRINCE2 and The Swirl logo are trade marks of AXELOS Limited. P3M3 -DIAGNOSTIEK (PROJECT PROGRAMMA PORTFOLIO MANAGEMENT MATURITY

Nadere informatie

CatchPlus Workspaces. Patricia Alkhoven. CatchPlus. Gert-Jan van Dijk. Target Media BV. Datum: 27 april - 2011. Versie: 1.0

CatchPlus Workspaces. Patricia Alkhoven. CatchPlus. Gert-Jan van Dijk. Target Media BV. Datum: 27 april - 2011. Versie: 1.0 CatchPlus Workspaces Tav: Auteur: Patricia Alkhoven CatchPlus Gert-Jan van Dijk Target Media BV Datum: 27 april - 2011 Versie: 1.0 1. Inleiding Achtergrond Onder de projectnaam Scratch4all is er een samenwerking

Nadere informatie

Whitepaper Intranet 2

Whitepaper Intranet 2 Intranet 2 Maakt uw oranisatie kleiner Inleiding - Wat is Intranet 2? Laat u direct uit de droom helpen: Intranet 2 is niet iets fundamenteel nieuws. Uiteindelijk is het nog steeds een middel om bepaalde

Nadere informatie

> 2 INTRODUCTIES > HENK DUBBELMAN > ICT DIRECTEUR > GRAFISCH LYCEUM ROTTERDAM > JOHN ONION > PRINCIPAL ASSOCIATE > ARLANDE

> 2 INTRODUCTIES > HENK DUBBELMAN > ICT DIRECTEUR > GRAFISCH LYCEUM ROTTERDAM > JOHN ONION > PRINCIPAL ASSOCIATE > ARLANDE > 2 INTRODUCTIES 29 STE SAMBO-ICT CONFERENTIE - 16 JANUARI 2014 - DOETINCHEM > HENK DUBBELMAN > ICT DIRECTEUR > GRAFISCH LYCEUM ROTTERDAM > DUBBELMAN@GLR.NL > JOHN ONION > PRINCIPAL ASSOCIATE > ARLANDE

Nadere informatie

Beleid. Beschrijving trekkersrollen LC en LD. Stichting Openbaar Voortgezet Onderwijs Coevorden, Hardenberg e.o. / De Nieuwe Veste

Beleid. Beschrijving trekkersrollen LC en LD. Stichting Openbaar Voortgezet Onderwijs Coevorden, Hardenberg e.o. / De Nieuwe Veste 1. Inleiding De koers voor de komende jaren, zoals beschreven in het strategisch beleidsplan 2011-2014 heeft consequenties voor gewenste managementstijl van de school. In de managementvisie 2011-2014 heeft

Nadere informatie

Kwaliteit in Agile: een gegeven?

Kwaliteit in Agile: een gegeven? QA in Agile: waste? Kwaliteit in Agile: een gegeven? Een praktijkvoorbeeld Arno Balemans senior Quality Assurance consultant Bussum, 29 september 2015 Kwaliteit in Agile 2015 2 Werkzaamheden In mijn opdrachten:

Nadere informatie

Informatie van nu, beschikbaar in de toekomst. Het Rotterdamse E-depot

Informatie van nu, beschikbaar in de toekomst. Het Rotterdamse E-depot Informatie van nu, beschikbaar in de toekomst Het Rotterdamse E-depot Stand van zaken Het Stadsarchief Rotterdam heeft twee opdrachten: Als informatiebeheerder van Rotterdam, klaarstaan voor de digitale

Nadere informatie

Technisch stappenplan

Technisch stappenplan Technisch stappenplan versie: 2.1.1 datum: 1 juni 2007 John Oldenhuizing Projectleider Samenwerkende Catalogi telefoon: 070-8887 850 e-mail: SC@overheid.nl adres: Postbus 84011 2508 AA Den Haag Wilhelmina

Nadere informatie

FUNCTIEFAMILIE 5.2 Operationeel leidinggeven

FUNCTIEFAMILIE 5.2 Operationeel leidinggeven Doel van de functiefamilie Aansturen van medewerkers en organiseren en superviseren van hun dagelijkse werkzaamheden teneinde een efficiënte en continue werking van het eigen team te garanderen en zodoende

Nadere informatie

Ordening van processen in een ziekenhuis

Ordening van processen in een ziekenhuis 4 Ordening van processen in een ziekenhuis Inhoudsopgave Inhoud 4 1. Inleiding 6 2. Verantwoording 8 3. Ordening principes 10 3.0 Inleiding 10 3.1 Patiëntproces 11 3.2 Patiënt subproces 13 3.3 Orderproces

Nadere informatie

Operationeel technicus

Operationeel technicus Doel Uitvoeren van onderhoudswerkzaamheden, alsmede bedienen van installaties/machines, binnen geldende werkprocessen en -afspraken en volgens wet- en regelgeving en interne richtlijnen, teneinde een bijdrage

Nadere informatie

5 Programmastructuur

5 Programmastructuur 5 Programmastructuur Om het informatieplan en de daarin beschreven componenten is het aan te raden een programma- en projectenorganisatie in te richten. Volgend schema geeft de verschillende actoren en

Nadere informatie

Functieprofiel: Administratief Medewerker Functiecode: 0503

Functieprofiel: Administratief Medewerker Functiecode: 0503 Functieprofiel: Administratief Medewerker Functiecode: 0503 Doel Uitvoeren van administratieve werkzaamheden ten behoeve van interne en externe opdrachtgevers binnen vastgestelde procedures en wet- en

Nadere informatie

De beheerrisico s van architectuur

De beheerrisico s van architectuur De beheerrisico s van architectuur Een overzicht van de ArChimate Risico Extensie versie 0.2 Bert Dingemans Inleiding Het implementeren van een (enterprise) architectuur brengt altijd risico s met zich

Nadere informatie

Rijkspas: veiligheid en flexibiliteit. ID-ware, C. Borgmann, MSc Heerhugowaard 24 november 2011

Rijkspas: veiligheid en flexibiliteit. ID-ware, C. Borgmann, MSc Heerhugowaard 24 november 2011 Rijkspas: veiligheid en flexibiliteit ID-ware, C. Borgmann, MSc Heerhugowaard 24 november 2011 24-11-2011 Profile Consultancy Services State of the art software solutions Project implementation Life-cycle

Nadere informatie

PROJECTMANAGEMENT 1 SITUATIE

PROJECTMANAGEMENT 1 SITUATIE PROJECTMANAGEMENT George van Houtem 1 SITUATIE Het werken in en het leidinggeven aan projecten is tegenwoordig eerder regel dan uitzondering voor de hedendaagse manager. In elk bedrijf of organisatie komen

Nadere informatie