archive-nl.com » NL » I » ITPEDIA.NL

Total: 523

Choose link from "Titles, links and description words view":

Or switch to "Titles and links view".
  • Procesmanagement | Welkom op ITpedia
    met organisatiekeuzes en ICT ondersteuning Hierbij zijn antwoorden nodig op de volgende vragen Wat zijn uw bedrijfsdoelen gegeven uw missie bedrijfsstrategie Welke processen realiseren deze bedrijfsdoelen primaire processen en wat zijn ondersteunende services Wat zijn de ontwikkeldoelen voor elk van de processen en welke van de ondersteunende services komen via uitbesteding beter tot hun recht waarin wilt u concurrerend zijn en waarin erkent u dat een andere leverancier beter is Zodoende wordt de bestaande werkwijze en ICT ondersteuning op een gerichte en doordachte manier veranderd Gedocumenteerde processen en stuurinformatie de basis voor operation management en outsourcing management Datgene wat we zelf willen managen gaan we gericht managen datgene dat we aan een andere leverancier over willen laten gaan we via het contract besturen De basis voor beide vormen van management operations management en outsourcing management wordt gevormd door gedocumenteerde processen stuurinformatie Ontwerpfase procesmanagement Welke key processen moeten worden geïdentificeerd De processen die geïdentificeerd zijn als key processen hierbij helpt in de energiesector het zgn referentiemodel dat als voorbeeld procesmodel in de sector wordt gehanteerd worden uitgewerkt in sessies met betrokkenen uit alle afdelingen bedrijfsonderdelen die geraakt worden De strategische keuze die het bedrijf gemaakt heeft is bij de vaststelling key proces of geen key proces de inspiratiebron De uitkomsten van de sessies worden vastgelegd in de vorm van zogenaamde swimlane diagrammen waarmee rechtstreeks inzichtelijk wordt in welke volgorde welke activiteiten worden uitgevoerd door welke betrokken organisatieonderdelen De flow en de onderlinge interactie tussen betrokkenen actoren wordt ondubbelzinnig vastgelegd Hoe kunnen de rollen in een proces worden bepaald In de swimlane diagrammen worden de organisatielagen onder elkaar afgebeeld zodat de rollen in een proces duidelijk zijn te onderscheiden In deze sessies met betrokkenen van de werkvloer en management wordt door gericht te faciliteren toegewerkt naar overeenstemming Een gedragen en gedocumenteerde versie van de procesgang is het resultaat dat een sleutelrol speelt bij de verdere implementatie Hoe kunnen de huidige functies een nieuwe werkwijze opleveren die de basis vormt voor een outsourcing beslissing Door vast te stellen welke activiteiten plaatsvinden in de huidige procesgang ist of as is wordt een vertaling mogelijk naar de toekomstige procesgang soll of to be In veel gevallen blijkt het mogelijk met gebruikmaking van dezelfde resources door een nieuwe inzet en ordening spectaculaire verbeteringen aan te brengen qua effectiviteit en efficiency Zo werd de van overheidswege opgelegde liberalisering een natuurlijke aanleiding voor bedrijfsverbetering Implementatie voorbereiding procesmanagement Samenstellen van een productenpakket Tijdens de aanloop naar 1 juli 2004 werd de nieuwe werkwijze gecommuniceerd en werden medewerkers opgeleid Sommige onderdelen ervan gingen voor 1 juli al van start zoals het warmlopen met een nieuwe methodiek voor het verwerken van verhuizingen van klanten Hiervoor is een planmatige en goed gecoördineerde aanpak gekozen Een van de nieuwe producten is een productpakket Hiervoor is een succesvolle campagne gevoerd in de maanden voorafgaand aan 1 juli Een van de succesfactoren is hierbij een accurate verwerking van de hoge aantallen positieve reacties De omschakeling van de campagne situatie naar de reguliere situatie is goed

    Original URL path: http://www.itpedia.nl/tag/procesmanagement/ (2014-12-07)
    Open archived version from archive


  • Alignment White Paper ITIL® V3 and ASL | Welkom op ITpedia
    similarities and differences between ITIL and ASL Both frameworks recognize added value in the other and the ASL BiSL Foundation and TSO the publisher of ITIL have produced this white paper in order to provide guidance and understanding about the synergy and distinctness of each framework This publication explains how both ITIL v3 and ASL define and address the Applications domain and provide the reader with an insight into how the frameworks can best be applied Living Apart Together could qualify the relationship between ITIL v3 and ASL They both have many common interests and frequently have to interact but it s also nice to have a home of your own Introduction and conclusions The most important conclusions are summed up in the following paragraphs Essentially all models are wrong but some are useful George E P Box In May 2007 the Office of Government Commerce OGC released a new version of ITIL Now known as the ITIL Service Management Practices and commonly referred to as ITIL V3 brought together the former practices of ITIL and new industry practices in IT Service Management into a comprehensive service lifecycle One of the changes in the new version of ITIL is the formalized practice of Application Management into the service lifecycle Aspects of Application Management are to be found in all five volumes of the core guidance In this paper the interfaces with another IT framework the Application Services Library are described There are both similarities and differences between ITIL and ASL Both frameworks recognize added value in the other and the ASL BiSL Foundation and TSO the publisher of ITIL have produced this white paper in order to provide guidance and understanding about the synergy and distinctness of each framework This publication explains how both ITIL V3 and ASL define and address the Applications domain and provide the reader with an insight into how the frameworks can best be applied The new version of ITIL views the IT Service Management domain by primarily describing the phases of the service lifecycle Within this perspective it uses processes that detail parts of one or more phases Alongside processes descriptions of organizational functions and activities are also used to provide guidance ASL is primarily a process model focusing on Application Management and the maintenance part of Application Development but with clear interfaces to the adjoining IT management domains Business Information Management and Infrastructure Management Much of the content of ITIL is very generic with detailed descriptions of the principles and more attention to subjects that are relevant to the application domain This changes the perception of the previous versions that ITIL was primarily meant for Infrastructure Management to a perception that it is intended to support all IT services The ITIL publications give sufficient guidance for organizations that manage commercial off the shelf applications but if an organization maintains the applications and therefore actually modifies the source code then ASL provides additional and necessary guidance ASL and ITIL use the terms Application Management and

    Original URL path: http://www.itpedia.nl/2011/02/09/alignment-white-paper-itil%c2%ae-v3-and-asl/ (2014-12-07)
    Open archived version from archive

  • Alignment | Welkom op ITpedia
    ontwikkelt slimme kleine krachtige RFID tag 5 december 2014 IBM hokt nu ook met Docker 5 december 2014 Exchange Server patch alsnog onderdeel Patch Tuesday 5 december 2014 Google project Loon blijkt hoogvlieger 5 december 2014 Sinterklaas koopt veel meer online 5 december 2014 Sonylek gegevens 47 000 werknemers les voor elk bedrijf 5 december 2014 Toegang Inloggen RSS Feed Aanvullingen RSS Alignment Gebruik de 521 IT checklisten van ITpedia met in totaal 22022 vragen Zoek in de omschrijvingen Omschrijving Aantal vragen IT projectfasering Bestaat uit meerdere checklisten Application Services Library ASL Bestaat uit meerdere checklisten Continuïteit Bestaat uit meerdere checklisten Kwaliteitsattributen Bestaat uit meerdere checklisten Functies in de automatisering Bestaat uit meerdere checklisten Webdesign Bestaat uit meerdere checklisten Of zoek naar een woord Fulltekst Laatst gebruikt Exploitatie en auditing op 2014 12 06 17 57 Checklist Toezenden van eerdere beoordelingen per e mail E mailadres applicatiebeheer ASL beheer beveiliging BiSL checklisten copyright formulier Het Nieuwe Werken HNW internet kosten kwaliteit Management methodologie outsoursing project projectfasering projectmanagement SEO Sociale software social media uitbesteden web 2 0 websites WP Cumulus Flash tag cloud by Roy Tanck requires Flash Player 9 or better Alignment White Paper ITIL V3 and ASL Samenvatting van volledige publicatie van de ASL BiSL Foundation Sound Guidance for Application Management and Application Development Machteld Meijer Mark Smalley Sharon Taylor Abstract In May 2007 the Office of Government Commerce OGC released a new version of ITIL Aspects of Application Management are to be found in all five volumes of the core Van Mark Smalley op 9 februari 2011 Methoden White papers Aanvullen Tags Alignment ASL ITIL methodologie Checklisten 3 Interne analyse ICT Henderson en Venkatraman Het strategic alignment model van Henderson en Venkatraman wordt wel beschouwd als de moeder van alle modellen waarin de rol van ICT binnen een organisatie op strategisch niveau beschouwd wordt In het model wordt de business de organisatie van het ICT domein gescheiden op de horizontale as en de interne en externe strategische fit op de verticale as De interne fit gaat over de operationele afstemming van bedrijfsvoering en ICT terwijl de externe fit zich richt op de meer strategische aspecten van deze afstemming De verschillende wijze waarop deze afstemming alignment plaatsvindt vormt de kern van het model dat hieronder in vereenvoudigde vorm is weergegeven De inhoud van dit model inclusief het hiervan afgeleide negenvlaksmodel wordt hier besproken Alignmentmodellen Het model maakt onderscheid in vier visies op aligment variërend in de rol en het belang glamour van ICT in relatie tot de organisatie Strategische ontwikkeling In deze traditionele visie is de bedrijfsstrategie de drijvende kracht die de operatie van de organisatie bepaalt De ICT is een hulpmiddel commodity zoals energie en huisvesting en moet de operationele behoeften zo goed mogelijk ondersteunen Het is de minst glamoureuze rol voor ICT met de kleinste strategische impact Technologische transformatie In de tweede visie staat ICT wat hoger op de agenda De organisatie formuleert een duidelijke bedrijfsstrategie met heldere scenario s en roadmaps Deze strategie wordt door de

    Original URL path: http://www.itpedia.nl/tag/alignment/ (2014-12-07)
    Open archived version from archive

  • Invoering van een nieuwe methodologie. | Welkom op ITpedia
    goed overdraagbare producten tussen fases en mensen en een eenduidige werkwij ze Daarnaast is een methodo logie een soort blauwdruk voor projectplanningen Daardoor hoeft er maar weinig tijd verloren te gaan aan het nadenken over de opzet van een project Als een methodologie door iedereen binnen de organisatie wordt gehanteerd heeft dit ook een gunstig effect op de hoeveelheid kennis die binnen de organisatie moet worden opgebouwd Dit geldt niet alleen voor de automatiseringsmedewerkers maar ook voor IT auditors en reviewers Omdat alle gelijksoortige werkzaamheden volgens dezelfde wijze tot stand komen kunnen budgetaanvragen ook eenvoudiger worden beoordeeld Tevens kan naderhand goed worden beoordeeld hoeveel bepaalde fases kosten Het is noodzakelijk om de toegepaste methodologie regelmatig te evalueren nieuwe technologieën kunnen bepaalde stappen immers overbodig maken of juist nieuwe stappen vereisen Daarnaast leert men steeds beter om te gaan met automatisering en komt men tot inzichten die extra werkzaamheden noodzakelijk maken Selectie van een methodologie Het selecteren van een bruikbare methodologie is afhankelijk van een groot aantal aspecten Een belangrijk verschil tussen de diverse methodologieën wordt gevormd door het gebied waarin ze worden toegepast Zo wordt er onderscheid gemaakt tussen administratieve en technische automatiseringsprojecten die elk hun methodologieën kennen Een belangrijke factor is tevens het automatiseringsplatform waarop het informatiesysteem wordt gerealiseerd Methodologieën claimen weliswaar platform onafhankelijk te zijn de ene methodologie leent zich toch meer voor het ene platform dan voor het andere Dit komt omdat de benadering binnen een methodologie top down of bottum up is In een mainframe omgeving zou een methodologie met een top down benadering beter aansluiten Bij de selectie van een methodologie kan eveneens binnen de branche worden gekeken welke het meest wordt toege past Bij de selectie van een methodologie gelden algemene enkele eisen waaraan een methodologie moet voldoen Deze eisen worden hieronder nader toegelicht 1 Een methodologie moet van toepassing zijn op de gehele levenscyclus van een informatiesysteem Als een methodologie slecht voor een deel van de levenscy clus toepasbaar is ontstaan er problemen bij de overdraagbaarheid van de IT producten Dit geldt met name voor de documentatie Een vervolgfase van een andere methodologie gaat uit van een bepaalde diepgang en breedte van een vorige fase deze dienen nauw op elkaar aan te sluiten In het algemeen gelden hiervoor de volgende uitgangspunten Er dienen een aantal fases met duidelijke overgangen gedefinieerd te zijn zodat ze afzonderlijk kunnen worden uitbesteed Om het aantal specialismen niet te groot te maken mag de fasering niet te ver zijn doorge voerd Gemaakte fouten dienen middels validatietechnieken zo snel mogelijk ontdekt te kunnen worden Gebruikte schematechnieken dienen over de fases heen goed op elkaar aan te sluiten De methodologie dient technieken te ondersteunden waarmee IT problemen effectief kunnen worden opgelost 2 Een methodologie dient de communicatie tussen de betrokken partijen te formaliseren In punt 1 wordt de overdracht van informatie in de tijd geformali seerd in punt 2 is dit de overdracht van informatie tussen de betrokkenen Een methodologie dient te eisen dat deze overdracht altijd op dezelfde wijze

    Original URL path: http://www.itpedia.nl/2011/01/02/invoering-van-een-nieuwe-methodologie/ (2014-12-07)
    Open archived version from archive

  • Kostenbesparing is proces-optimalisatie, processen ‘lean’ maken en je IT outsourcingscontracten onder de loep nemen | Welkom op ITpedia
    kleine krachtige RFID tag 5 december 2014 IBM hokt nu ook met Docker 5 december 2014 Exchange Server patch alsnog onderdeel Patch Tuesday 5 december 2014 Google project Loon blijkt hoogvlieger 5 december 2014 Sinterklaas koopt veel meer online 5 december 2014 Sonylek gegevens 47 000 werknemers les voor elk bedrijf 5 december 2014 Toegang Inloggen RSS Feed Aanvullingen RSS Kostenbesparing is proces optimalisatie processen lean maken en je IT outsourcingscontracten onder de loep nemen AT Kearney adviseert om je IT applicatie outsourcingscontracten nog eens kritisch te bekijken In hun visie biedt outsourcing nog steeds veel voordelen Met wat begeleiding kunnen ze heel voordelig zijn in tijden van economische teruggang Maar wel als onderdeel van een heel pakket van proces optimalisatie maatregelen In het genoemde artikel geeft AT Kearney 5 suggesties voor kostenbesparingen Vereenvoudig de IT organisatie Verminder het aantal rollen binnen de IT Elke rol heeft zijn eigen specifieke tarief en kan alleen ingevuld worden door een specifiek persoon Algemene rollen zijn goedkoper en kunnen gemakkelijker bemand worden Doe mee met gemeenschappelijke vergelijkingsprojecten Brancheverenigingen IT organisaties en management consultancy bureaus organiseren allerlei vergelijkingsstudies De resultaten geven je een prima en goedkoop inzicht hoe jij het doet vergeleken met andere soortgelijke organisaties Verbeter continue je bedrijfsprocessen Systeemdenken en proces optimalisatie checklists zijn dankbare bronnen voor ideeën om bedrijfsprocessen te optimaliseren Analyseer en benchmark cost drivers What gets measured gets done Alleen als je jouw KPI s vergelijkt met de beste in jouw klasse dan weet je of je waarde krijgt voor je dure Euro s Onderhandel over betere contractcondities Vraag offertes aan meer dan 1 leverancier Dat houdt je scherp en dat houdt ook je leveranciers scherp Dit is een prima lijst met concrete suggesties om kosten te besparen Je kunt er onmiddellijk mee beginnen Het valt me in mijn

    Original URL path: http://www.itpedia.nl/2011/02/03/kostenbesparing-is-proces-optimalisatie-processen-lean-maken-en-je-it-outsourcingscontracten-onder-de-loep-nemen/ (2014-12-07)
    Open archived version from archive

  • Outsourcing van onderhoud en verwerking | Welkom op ITpedia
    bijvoorbeeld al langer vaak fout of de kosten blijken over een lange termijn onbeheersbaar Stap voor stap worden een aantal activiteiten uitgevoerd die de uiteindelijke uitbesteding van werkzaamheden tot gevolg hebben stap A Voorwaarden bij uitbesteden Voordat wordt gekozen voor uitbesteden van welke service ook dient eerst aan een aantal voorwaarden worden voldaan Om te voorkomen dat het uitbesteden uitdraait op een mislukking dient er eerst overeenstemming binnen het management van de organisatie over deze voorwaar den te zijn De voorwaarden zijn 1 Het uitbesteden van de werkzaamheden moet binnen de strategie van de organisatie passen Een beslissing om de automatisering uit te besteden staat vaak niet op zichzelf meestal ligt er een beleidsbeslissing om zich alleen nog met de kernactiviteiten bezig te houden aan ten grondslag Aan de andere kant kan de organisatie tot de conclusie komen dat de automatiseringsactiviteiten niet bedrijfseigen zijn en door een gebrek aan expertise tot problemen leiden 2 Er moet een geschikte partner zijn die de werkzaamheden kan uitvoeren Voor het uitbesteden van de automatiseringsactiviteiten moet worden gezocht naar een partner die Ervaring heeft met vergelijkbare informatiesystemen in staat is om de automatisering beter te managen niet van de organisatie als klant afhankelijk wordt de omvang van de werkzaamheden aan kan en voldoende expertise heeft om aan waarde toe te voegen aan de samenwerking Ten slotte dient de partner een gunstige financiële positie te hebben 3 De kosten baten analyse moet gunstig uitvallen Door de automatiseringskosten van collega organisaties te vergelijken met de eigen kosten kan worden ingeschat of uitbesteden kan lonen Een gedetailleerde kosten baten analyse kan pas worden gemaakt als een afweging per activiteit wordt gemaakt 4 De gebruikers moeten bereid zijn over te stappen en voldoende tijd kunnen vrijmaken De overstap op naar een andere aanbieder kost altijd meer tijd dan verwacht Zo zal er uitgebreid getest moeten worden om te bepalen of alle overgenomen applicaties nog goed werken en de gegevens niet zijn verminkt Daarnaast hadden de gebruikers natuurlijk een collegiale band met de eigen automatiseerders terwijl er nu een zakelijke relatie ontstaat 5 Het overtollig personeel moet bij de partner of elders aan het werk kunnen Door activiteiten uit te besteden zal het betreffende personeel zonder werk komen te zitten Voor deze mensen zal een goede regeling getroffen moeten worden In veel gevallen worden ze met behoud van rechten bij de partner te werk gesteld Als tegenprestatie verplicht de organisatie zich dan om gedurende enige jaren diensten te blijven afnemen 6 De klanten van de organisatie moeten geen al te grote bezwaren maken De automatiseringspartner kan het eigendom zijn van een concurrent van uw klanten Deze belangen vermenging moet worden voorkomen Daarnaast kunnen in de organisatie gegevens over klanten zijn opgeslagen die niet voor andere ogen bestemd zijn de privacy moet worden gewaarborgd stap B Afwegingen bij uitbesteden Het komt voor dat organisaties niet alleen de automatiseringswerkzaamheden uitbesteden maar ook de uitvoerende werkzaamheden Met andere woorden de gebruikersorganisatie verhuist ook mee Aan de andere kant is het echter niet

    Original URL path: http://www.itpedia.nl/2011/01/03/outsourcing-van-onderhoud-en-verwerking/ (2014-12-07)
    Open archived version from archive

  • De projectorganisatie: stuurgroep, projectgroep, werkgroep | Welkom op ITpedia
    een project is in hoge mate afhankelijk van de acceptatie van het uiteindelijke informatiesysteem Dit is één van de belangrijkste risicofactoren die bij automatiseringsprojecten spelen Dit risico is te vermijden door de gebruikers belangrijke taken in het project te laten vervullen Hierdoor komt een groot deel van de kijk en de beleving van de gebruiker in het informatiesysteem terecht terwijl er geen afstand bestaat tussen gebruiker en ontwikkelaar De gebruiker is medeplichtig aan het eindpro duct en weet waarom bepaalde wensen niet in het systeem zijn opgenomen Om dit te benadrukken wordt in veel gevallen een gebruiker als projectleider aangesteld Bij de start van het project is sprake van een groep materiedeskundige gebruikers die weinig van automatisering weten en een groep automatiseerders die weinig materieken nis heeft Het is de taak van de projectleider dat deze groepen elkaars taal gaan spreken en samen een hecht team gaan vormen Om deze communicatie in goede banen te leiden bestaan beproefde organisatievormen Elke ontwikkelfase begint met activiteiten die een rapport opleveren genaamd Uit gangspunten Plan van aanpak In dit rapport beschrijft de projectleider van die fase hoe hij de komende fase denkt te realiseren Per fase worden een planning en een begroting gemaakt zodat de stuurgroep de voortgang en de kosten van de fase kan bewaken Hiervoor bepaalt de projectleider met welke producten deze fase moet opleveren welke middelen hij daarvoor nodig heeft en welke functionarissen hij daarvoor wil inzetten Als dit bekend is kan de organisatie per fase worden vastge steld Bij de checklisten is de activiteit bepaal uitgangspunten en maak plan van aanpak altijd als eerste bij een fase opgenomen Bij een keuze voor deze activiteit kan een checklist worden gekozen die betrekking heeft op de organisatie Binnen een project kunnen de meest uitgebreide checklisten voor de organisatie worden gevonden bij Informatie Analyse in veel gevallen wordt namelijk bij de start van de Informatie Analyse de organisatie voor het gehele project al bepaald Afhankelijk van de omvang van het project worden een stuurgroep een projectgroep en een aantal werkgroepen ingesteld Bij kleine projecten is meestal alleen sprake van een project groep De taakverdeling van deze groepen is als volgt 1 De stuurgroep heeft de hoogste leiding over het project terwijl de stuurgroepleden zich niet met de dagelijkse werkzaamheden voor het project bezig houden Zij komen dan ook één of twee maal per maand bijeen Aan de stuurgroep wordt gerapporteerd over de voortgang van het project terwijl de stuurgroep de voorwaar den schept in tijd en geld om deze voortgang te realiseren Dit gebeurt na goedkeu ring van aan de stuurgroep voorgelegde rapporten waarin de projectgroep de beslissingen heeft voorbereid De stuurgroep bestaat doorgaans uit slechts een klein aantal personen zoals bijvoorbeeld een directielid de accountant de ICT manager en de projectleider 2 De projectgroep vormt de dagelijkse leiding over het project en komt vaak minimaal eens per week bijeen De voorzitter van de projectgroep is meestal de projectleider De andere projectgroepleden zijn verantwoordelijk voor de producten die het project moet opleveren

    Original URL path: http://www.itpedia.nl/2011/02/27/de-projectorganisatie-stuurgroep-projectgroep-werkgroep/ (2014-12-07)
    Open archived version from archive

  • Stuurgroep | Welkom op ITpedia
    hebben en een ruwe schets van een systeem dat wel Science Fiction lijkt waarvan nauwelijks is voor te stellen dat het ooit zal werken Begrijpelijk dat men slechts een paar aanvullende vragen stelt en het verder wel goed vindt Deze fout moet men dus vooral niet maken In de Informatie Analyse worden namelijk zeer belangrijke beslissingen genomen die bepalend zijn voor het welslagen van het project en de levensduur van het informatiesysteem beslissingen die alleen met zeer veel moeite en kosten zijn terug te draaien In deze fase worden de verwachtingen van de gebruiker omgezet in eisen Aan het einde van deze fase mogen er geen onbeschreven vanzelfspreken de behoeften meer zijn Het is daarom van het grootste belang om de rapporten van de Informatie Analyse kritisch te beoordelen Instelling projectorganisatie De kans van slagen van een project is in hoge mate afhankelijk van de acceptatie van het uiteindelijke informatiesysteem Dit is één van de belangrijkste risicofactoren die bij automatiseringsprojecten spelen Dit risico is te vermijden door de gebruikers belangrijke taken in het project te laten vervullen Hierdoor komt een groot deel van de kijk en de beleving van de gebruiker in het informatiesysteem terecht terwijl er geen afstand bestaat tussen gebruiker en ontwikkelaar De gebruiker is medeplichtig aan het eindpro duct en weet waarom bepaalde wensen niet in het systeem zijn opgenomen Om dit te benadrukken wordt in veel gevallen een gebruiker als projectleider aangesteld Bij de start van het project is sprake van een groep materiedeskundige gebruikers die weinig van automatisering weten en een groep automatiseerders die weinig materieken nis heeft Het is de taak van de projectleider dat deze groepen elkaars taal gaan spreken en samen een hecht team gaan vormen Om deze communicatie in goede banen te leiden bestaan beproefde organisatievormen Elke ontwikkelfase begint met activiteiten die een rapport opleveren genaamd Uit gangspunten Plan van aanpak In dit rapport beschrijft de projectleider van die fase hoe hij de komende fase denkt te realiseren Per fase worden een planning en een begroting gemaakt zodat de stuurgroep de voortgang en de kosten van de fase kan bewaken Hiervoor bepaalt de projectleider met welke producten deze fase moet opleveren welke middelen hij daarvoor nodig heeft en welke functionarissen hij daarvoor wil inzetten Als dit bekend is kan de organisatie per fase worden vastge steld Bij de checklisten is de activiteit bepaal uitgangspunten en maak plan van aanpak altijd als eerste bij een fase opgenomen Bij een keuze voor deze activiteit kan een checklist worden gekozen die betrekking heeft op de organisatie Binnen een project kunnen de meest uitgebreide checklisten voor de organisatie worden gevonden bij Informatie Analyse in veel gevallen wordt namelijk bij de start van de Informatie Analyse de organisatie voor het gehele project al bepaald Afhankelijk van de omvang van het project worden een stuurgroep een projectgroep en een aantal werkgroepen ingesteld Bij kleine projecten is meestal alleen sprake van een project groep De taakverdeling van deze groepen is als volgt 1 De stuurgroep heeft de hoogste

    Original URL path: http://www.itpedia.nl/tag/stuurgroep/ (2014-12-07)
    Open archived version from archive