<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Projectmanagement Archieven - BLIK Consulting</title>
	<atom:link href="https://blik-consulting.nl/category/projectmanagement/feed/" rel="self" type="application/rss+xml" />
	<link>https://blik-consulting.nl/category/projectmanagement/</link>
	<description>Blikt vooruit</description>
	<lastBuildDate>Mon, 20 Feb 2017 11:28:04 +0000</lastBuildDate>
	<language>nl-NL</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>

<image>
	<url>https://blik-consulting.nl/wp-content/uploads/2016/09/blik-logo-150x150.png</url>
	<title>Projectmanagement Archieven - BLIK Consulting</title>
	<link>https://blik-consulting.nl/category/projectmanagement/</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Projectmanager vs Projectmanager</title>
		<link>https://blik-consulting.nl/projectmanager-vs-projectmanager/</link>
					<comments>https://blik-consulting.nl/projectmanager-vs-projectmanager/#comments</comments>
		
		<dc:creator><![CDATA[Redactie BLIK]]></dc:creator>
		<pubDate>Fri, 11 Nov 2016 08:04:59 +0000</pubDate>
				<category><![CDATA[Projectmanagement]]></category>
		<guid isPermaLink="false">http://blik-consulting.nl/?p=16068</guid>

					<description><![CDATA[<p>De ene projectmanager is de andere niet. En de kernkwaliteiten van projectmanagers onderling kunnen op z’n zachtst gezegd ook nogal verschillen. De vraag is of dat erg is. In hoeverre bepalen branche, type organisatie en doel van het project de eisen die aan een projectmanager worden gesteld om tot een goede match te komen?</p>
<p>Het bericht <a href="https://blik-consulting.nl/projectmanager-vs-projectmanager/">Projectmanager vs Projectmanager</a> verscheen eerst op <a href="https://blik-consulting.nl">BLIK Consulting</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div      class="vc_row wpb_row section vc_row-fluid " style=' text-align:left;'><div class=" full_section_inner clearfix"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element ">
		<div class="wpb_wrapper">
			<p>De ene projectmanager is de andere niet. En de kernkwaliteiten van projectmanagers onderling kunnen op z’n zachtst gezegd ook nogal verschillen. De vraag is of dat erg is. In hoeverre bepalen branche, type organisatie en doel van het project de eisen die aan een projectmanager worden gesteld om tot een goede match te komen?</p>
<p>In onze zoektocht naar antwoorden op deze vragen spraken we met twee gedreven vakmensen vol projectmanagementervaring, maar werkzaam in totaal verschillende omgevingen: Rana Bidares en Victor van Hassel.</p>
<p>&nbsp;</p>

		</div> 
	</div> </div></div></div></div></div><div      class="vc_row wpb_row section vc_row-fluid " style=' text-align:left;'><div class=" full_section_inner clearfix"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element ">
		<div class="wpb_wrapper">
			<h3>Even voorstellen</h3>

		</div> 
	</div> </div></div></div></div></div><div      class="vc_row wpb_row section vc_row-fluid " style=' padding-top:50px; padding-bottom:50px; text-align:left;'><div class=" full_section_inner clearfix"><div class="wpb_column vc_column_container vc_col-sm-8"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element  vc_custom_1478929648574">
		<div class="wpb_wrapper">
			<p>Rana Bidares deed na afronding van haar studie bedrijfskunde aan de Erasmus Universiteit als projectmanager ervaring op in de <em>construction &amp; oil business</em> en voerde projecten uit voor multinationals als Shell en SABIC. Tegenwoordig is ze werkzaam als change consultant bij assurantiemakelaar Aon. Daar is ze op dit moment als projectmanager betrokken bij de uitrol van een grootschalig programma op het gebied van ziekteverzuim.</p>

		</div> 
	</div> </div></div></div><div class="wpb_column vc_column_container vc_col-sm-4"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_single_image wpb_content_element vc_align_left  vc_custom_1478929668597">
		<div class="wpb_wrapper">
			
			<div class="vc_single_image-wrapper vc_box_circle  vc_box_border_grey"><img decoding="async" width="150" height="150" src="https://blik-consulting.nl/wp-content/uploads/2016/11/rana-150x150.jpg" class="vc_single_image-img attachment-thumbnail" alt="Rana Bidares" srcset="https://blik-consulting.nl/wp-content/uploads/2016/11/rana-150x150.jpg 150w, https://blik-consulting.nl/wp-content/uploads/2016/11/rana-570x570.jpg 570w, https://blik-consulting.nl/wp-content/uploads/2016/11/rana-500x500.jpg 500w" sizes="(max-width: 150px) 100vw, 150px" /></div>
		</div>
	</div>
</div></div></div></div></div><div      class="vc_row wpb_row section vc_row-fluid " style=' text-align:left;'><div class=" full_section_inner clearfix"><div class="wpb_column vc_column_container vc_col-sm-3"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_single_image wpb_content_element vc_align_left">
		<div class="wpb_wrapper">
			
			<div class="vc_single_image-wrapper vc_box_circle  vc_box_border_grey"><img decoding="async" width="150" height="150" src="https://blik-consulting.nl/wp-content/uploads/2016/11/victor-150x150.jpg" class="vc_single_image-img attachment-thumbnail" alt="Victor van Hassel" srcset="https://blik-consulting.nl/wp-content/uploads/2016/11/victor-150x150.jpg 150w, https://blik-consulting.nl/wp-content/uploads/2016/11/victor-300x300.jpg 300w, https://blik-consulting.nl/wp-content/uploads/2016/11/victor.jpg 371w" sizes="(max-width: 150px) 100vw, 150px" /></div>
		</div>
	</div>
</div></div></div><div class="wpb_column vc_column_container vc_col-sm-9"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element ">
		<div class="wpb_wrapper">
			<p>Victor van Hassel is hoofd ICT bij de HSK Groep, een toonaangevende, landelijke organisatie voor de psychische zorg. In die functie opereert hij nog geregeld als projectmanager voor projecten met een ICT-component. Daarvoor begeleidde hij in de commerciële dienstverlening vele Microsoft SharePoint en Dynamics CRM-implementaties, van klein tot groot. Opdrachtgevers varieerden van het lokale MKB, tot de Wageningen Universiteit.</p>

		</div> 
	</div> </div></div></div></div></div><div      class="vc_row wpb_row section vc_row-fluid " style=' padding-top:50px; padding-bottom:50px; text-align:left;'><div class=" full_section_inner clearfix"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element  vc_custom_1478929803023">
		<div class="wpb_wrapper">
			<h3>Een paar vragen aan Rana en Victor</h3>
<p>&nbsp;</p>
<p><strong>Wat is voor jullie de definitie van goed projectmanagement?</strong></p>
<p><strong>Victor: “</strong>Het verzorgen van het veranderproces van projectplan tot implementatie, waarbij de projectmanager zorgt voor het besturen van alle middelen, zoals het bewaken van budgetten. Daarbij blijkt het goed vooraf scherp krijgen van elementen uit het projectplan zoals de precieze projectscope en het helder beleggen van opdrachtgeverschap in de praktijk geregeld een uitdaging te zijn.”</p>
<p><strong>Rana </strong>kan zich in Victors definitie vinden en vult aan dat dat projectplan onderweg best kan en mag veranderen, wanneer bepaalde inzichten daar aanleiding toe geven. “Goed projectmanagement is ook het tijdig signaleren van risico’s en het bijstellen van de koers, wanneer dat nodig is. Daardoor kan het eindresultaat heel anders worden dan hoe het in eerste instantie was bedacht.”</p>
<p>&nbsp;</p>
<p><strong>Wat is er volgens jullie voor nodig om een project tot een goed einde te brengen?</strong></p>
<p><strong>Rana: </strong>“De allerbelangrijkste factor hierbij is het verkrijgen van draagvlak bij de gebruikersorganisatie. Je kan je als projectteam een slag in de rondte werken en iets geweldigs opleveren, maar als de business dat niet uitdraagt, wordt het project als mislukt ervaren.”</p>
<p><strong>Victor </strong>geeft aan dat ook het verkrijgen van draagvlak op management- en directieniveau essentieel is. Over de beschikbaarheid van mensen en middelen zegt hij daarnaast: “Het op het<em> juiste moment</em> beschikbaar krijgen van de<em> juiste capaciteit</em> uit de lijn, is vaak een grote uitdaging in mijn ervaring. Het risico is vervolgens, dat je als ICT-afdeling zowel het <em>wat</em> als het <em>hoe</em> bepaalt en eerst de gebruikersspecificaties voor een applicatie schrijft, om vervolgens ook de bouw uit te voeren. Dat gaat uiteindelijk dan weer ten koste van het draagvlak in de organisatie.”</p>
<p>&nbsp;</p>
<p><strong>Wat zijn de grootste valkuilen voor een projectmanager?</strong></p>
<p><strong>Victor:</strong> “Een risico is dat als je niet oplet, de scope van het project aan alle kanten wordt opgerekt.” Hij geeft hierbij een voorbeeld uit zijn eigen ervaring. “Een project waarbij ik betrokken was, had als doel om een administratief planningsprobleem op te lossen. Het beschikbaar gestelde budget was beperkt. Maar in de gesprekken die we daarna met de werkgroep voerden, kwamen enorm veel wensen naar voren, die men stuk voor stuk graag belegd wilde hebben binnen het project. De onzichtbare grenzen van de project-scope zijn soms lastig te bevatten voor een gebruiker.”</p>
<p><strong>Rana </strong>benoemt een meer persoonlijk valkuil: “Soms duik ik zelf te diep in de inhoud en ben ik tegelijkertijd zowel de inhoudelijk expert die allerlei klussen oppakt, als de projectmanager. Het risico daarvan is dat je niet meer als projectmanager wordt gezien, waardoor de omgeving andere dingen van je gaat verwachten. Daarnaast verlies je zelf het overzicht, omdat je als je niet uitkijkt alleen nog maar andermans gaten aan het dichtlopen bent.</p>
<p><strong>Victor</strong>: “Een andere valkuil is het doen van aannames over bijvoorbeeld de door een teamlid uit te voeren werkzaamheden. Dat is nooit goed. Zorg ervoor dat je zeker weet dat iemand ook echt doet wat hij zegt en toets hierop.”</p>
<p><strong>Rana </strong>benoemt ten slotte een valkuil die betrekking heeft op de besluitvorming rondom een project. “Er wordt een voorstel gedaan aan het management, er wordt een beslissing genomen, maar deze wordt nog geen dag later herroepen, ondanks de moeite die vooraf in het definiëren van een transparant besluitvormingsproces is gestoken. Dat geeft ruis, vertraging en het werkt demotiverend. Tip dus om hier als projectmanager erg alert op te zijn.”</p>
<p>&nbsp;</p>
<p><strong>Hebben jullie liever een opdrachtgever met kennis van de inhoud, of een opdrachtgever met kennis van projectmanagement? </strong></p>
<p><strong>Rana </strong>gaat volmondig voor een opdrachtgever met kennis van de inhoud, boven eentje met kennis van projectmanagement. <strong>Victor </strong>vindt het een lastige keuze, maar besluit uiteindelijk tot hetzelfde.</p>
<p>&nbsp;</p>
<p><strong>En zien jullie liever een projectmanager met een beetje kennis van de inhoud, of een meewerkend voorman met een beetje kennis van projectmanagement? </strong></p>
<p><strong>Victor: </strong>“Kijkend naar de HSK Groep ga ik voor de tweede optie. Een projectmanager is binnen onze organisatie een rol en geen functie. Dat maakt dat een projectmanager vaak vanuit zijn eigen functie al meer een meewerkend voorman is. Projectmanagers die te veel op het proces zaten en minder op de inhoud, slaagden in het verleden minder goed binnen de organisatie. Aan de andere kant zou het voor HSK juist wel goed zijn om iets meer daarvan in huis te hebben, omdat we daar veel van kunnen leren.”</p>
<p><strong>Rana: “</strong>Ik doe te vaak het tweede, maar vind zaken als een gedegen aansturing van het project, weten hoe om te gaan met projectrisico’s en het inrichten van heldere communicatielijnen heel belangrijk voor een goede projectmanager. Daarom ga ik toch voor de eerste variant.</p>
<p>&nbsp;</p>
<p><strong>Agile of Waterval?</strong></p>
<p><strong>Rana: </strong>“Het belangrijkste is om de methode te kiezen die het beste ondersteunt aan het projectdoel, niet andersom. Maar als ik moet kiezen: ik heb zelf nooit met Agile als methodiek gewerkt, dus ik ga voor Waterval.</p>
<p><strong>Victor </strong>is helder in zijn keuze: “Agile, als je het gebruikt op de manier zoals het is bedacht. De meest succesvolle projecten die ik heb gedraaid, waren gestoeld op de Agile methodiek. Opdrachtgevers vinden dat trouwens nog best wel spannend soms, om een stukje controle weg te moeten geven.</p>
<p>&nbsp;</p>
<p><strong>Wat zou je de lezer verder nog willen meegeven?</strong></p>
<p><strong>Rana: </strong>Het allerbelangrijkste blijft stakeholdermanagement. Politiek speelt vaak zo’n grote rol binnen projecten dat goed stakeholdermanagement echt het verschil tussen succes of mislukking kan bepalen.”</p>
<p><strong>Victor: </strong>“Vergeet niet om vooraf na te denken over hoe je een project het beste kunt aanvliegen. Alle tijd die je er van tevoren aan besteed, verdient zich later dubbel en dwars terug. En ten slotte: loop niet in de val van een vage projectopdracht: <em>nee</em> is ook een antwoord!”</p>

		</div> 
	</div> </div></div></div></div></div>
<p>Het bericht <a href="https://blik-consulting.nl/projectmanager-vs-projectmanager/">Projectmanager vs Projectmanager</a> verscheen eerst op <a href="https://blik-consulting.nl">BLIK Consulting</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://blik-consulting.nl/projectmanager-vs-projectmanager/feed/</wfw:commentRss>
			<slash:comments>1</slash:comments>
		
		
			</item>
		<item>
		<title>Zo ingewikkeld is projectmanagement niet &#8211; grip op de project scope</title>
		<link>https://blik-consulting.nl/zo-ingewikkeld-is-projectmanagement-niet-grip-op-de-project-scope/</link>
		
		<dc:creator><![CDATA[Marcel de Lusenet]]></dc:creator>
		<pubDate>Tue, 18 Oct 2016 08:00:45 +0000</pubDate>
				<category><![CDATA[Projectmanagement]]></category>
		<guid isPermaLink="false">http://blik-consulting.nl/?p=16024</guid>

					<description><![CDATA[<p>Zo ingewikkeld is projectmanagement niet. Althans, op papier. Want verborgen onder een tapijt aan werkafspraken, rapportagestromen, scrum-borden en escalatielijnen, liggen voor jou als project- of programmamanager behoorlijk wat valkuilen op de loer.</p>
<p>Het bericht <a href="https://blik-consulting.nl/zo-ingewikkeld-is-projectmanagement-niet-grip-op-de-project-scope/">Zo ingewikkeld is projectmanagement niet &#8211; grip op de project scope</a> verscheen eerst op <a href="https://blik-consulting.nl">BLIK Consulting</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div      class="vc_row wpb_row section vc_row-fluid " style=' padding-top:50px; padding-bottom:50px; text-align:left;'><div class=" full_section_inner clearfix"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element ">
		<div class="wpb_wrapper">
			<h3>Deel 2: Grip op de project scope</h3>

		</div> 
	</div> <div class="separator  transparent   " style=""></div>
</div></div></div><div class="wpb_column vc_column_container vc_col-sm-8"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element ">
		<div class="wpb_wrapper">
			<p>Zo ingewikkeld is projectmanagement niet. Althans, op papier. Want verborgen onder een tapijt aan werkafspraken, rapportagestromen, scrum-borden en escalatielijnen, liggen voor jou als project- of programmamanager behoorlijk wat valkuilen op de loer.</p>
<p>In de serie blogs <em>‘Zo ingewikkeld is projectmanagement niet’</em>, besteden we periodiek aandacht aan één van die valkuilen. In dit tweede deel is dat het verliezen van de grip op de scope van je project.</p>

		</div> 
	</div> </div></div></div><div class="wpb_column vc_column_container vc_col-sm-4"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_single_image wpb_content_element vc_align_left">
		<div class="wpb_wrapper">
			
			<div class="vc_single_image-wrapper   vc_box_border_grey"><img fetchpriority="high" decoding="async" width="567" height="288" src="https://blik-consulting.nl/wp-content/uploads/2016/10/blog-5-ZW.jpg" class="vc_single_image-img attachment-full" alt="scope en planning" srcset="https://blik-consulting.nl/wp-content/uploads/2016/10/blog-5-ZW.jpg 567w, https://blik-consulting.nl/wp-content/uploads/2016/10/blog-5-ZW-300x152.jpg 300w" sizes="(max-width: 567px) 100vw, 567px" /></div>
		</div>
	</div>
</div></div></div></div></div><div      class="vc_row wpb_row section vc_row-fluid  vc_custom_1475843815393" style=' padding-top:50px; padding-bottom:50px; text-align:left;'><div class=" full_section_inner clearfix"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element ">
		<div class="wpb_wrapper">
			<h3>Wat verstaan we onder de scope van een project?</h3>
<p>&nbsp;</p>
<p>Een project is volgens PRINCE2 ‘een tijdelijke organisatie die is opgezet met als doel één of meer producten op te leveren volgens een overeengekomen business case.’ Hoe tijdelijk die organisatie is, hangt af van de scope van het project. Deze wordt gevormd door drie elementen: tijd, kwaliteit en de beschikbare hoeveelheid geld.</p>
<p>Iedere projectmanager kent de plaatjes wel, waarin de driehoeksverhouding tussen deze elementen wordt weergegeven: wanneer er onderweg iets binnen een van de elementen verandert, beïnvloedt dat de andere elementen en daarmee de scope van het project.</p>

		</div> 
	</div> </div></div></div></div></div><div      class="vc_row wpb_row section vc_row-fluid " style=' text-align:left;'><div class=" full_section_inner clearfix"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element ">
		<div class="wpb_wrapper">
			<h3></h3>
<p>&nbsp;</p>
<h3>Wat is het probleem?</h3>
<p>&nbsp;</p>
<p>Meer dan de helft van de ICT-projecten wordt niet binnen de project scope afgerond. Dat is: als deze al worden afgerond. Er is veelvuldig onderzoek gedaan naar de oorzaken die hieraan ten grondslag liggen. Een aantal veelgenoemde oorzaken worden hieronder nader toegelicht.</p>
<p><strong>De doelstellingen zijn te vaag</strong><br />
Wanneer de precieze probleemdefinitie en het daaruit voortvloeiende doel van het project niet scherp genoeg zijn geformuleerd, leidt dit vroeg of laat tot ruis. Dit vormt vooral een probleem bij grote ICT-projecten. Vage doelstellingen kunnen leiden tot aanpassing of verruiming van eerder geaccordeerde bouwspecificaties en hiermee dus een uitbreiding van de scope van het project. Daarnaast groeit de behoefte aan afstemming onder de stakeholders, omdat zij zich aan het project hebben gecommitteerd met (oorspronkelijk) afwijkende interpretaties van het projectdoel.</p>
<p><strong>De complexiteit is te groot</strong><br />
Een systeemimplementatie staat vaak niet op zichzelf. Ingewikkelde systeemarchitecturen, datamigraties, uitfasering van legacy-systemen en een hoeveelheid aan noodzakelijke interfaces met andere systemen, maken het soms lastig om goed in te kunnen schatten hoe ingewikkeld een project precies is. Een onvoorziene stijging van de complexiteitsfactor in het project, leidt vervolgens tot een exponentiële groei van de behoefte aan resources. Omdat specialistische kennis binnen de organisatie vaak schaars is, leidt dit weer tot een stijging van de kosten, een uitloop op de planning, of concessies ten aanzien van de op te leveren kwaliteit van het eindproduct.</p>
<p><strong>De prioriteit is te laag</strong><br />
Het werd in het vorige punt ook al aangehaald: specialistische kennis is vaak schaars. Hoe groter de projectportfolio van de organisatie, des te meer kans dat de key-resources hun beschikbare tijd moeten verdelen tussen meerdere projecten tegelijk. Zolang de prioriteit van jouw project hoog genoeg is, hoeft dit geen problemen op te leveren. Wanneer er sprake is van een lagere prioriteit, is er een vergroot risico dat er binnen het project gewerkt moet worden met minder ervaren medewerkers, of – nog vervelender – er gewacht moet worden totdat de ervaren medewerker weer beschikbaar komt. Met alle gevolgen voor de planning van dien. Deze consequenties worden zelden in het projectplan opgenomen.</p>
<p><strong>De projectplanning is te opportunistisch</strong><br />
Bij het opstellen van elke projectplanning wordt gewerkt met bepaalde aannames. Achteraf kan blijken dat deze aannames niet op alle fronten even realistisch waren, bijvoorbeeld vanwege de hierboven genoemde punten. Daarnaast speelt politiek in de totstandkoming van de planning geregeld een rol: een initiële door de projectmanager opgestelde planning wordt niet geaccepteerd en een gevraagde versnelling wordt onvoldoende doorvertaald naar de rest van de scope van het project.</p>
<p>&nbsp;</p>

		</div> 
	</div> </div></div></div></div></div><div      class="vc_row wpb_row section vc_row-fluid  vc_custom_1475843815393" style=' padding-top:50px; padding-bottom:50px; text-align:left;'><div class=" full_section_inner clearfix"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element ">
		<div class="wpb_wrapper">
			<h3>Je gaat het pas zien als je het door hebt</h3>
<p>&nbsp;</p>
<p>Johan Cruijff zei ooit: “Je gaat het pas zien als je het door hebt.” Dit geldt in zekere mate ook voor het behouden van de grip op de scope van je project. Het begint met het tijdig signaleren van onduidelijkheden, wijzigingen in de projectomgeving en politieke beweegredenen. Pas wanneer je deze scherp hebt, ben je in staat ze te vertalen naar de mogelijke consequenties voor je project scope en kun je hierop acteren.</p>
<p>Daarnaast kunnen de volgende tips ten aanzien van effectief ‘project scope management’ je verder helpen</p>
<p><strong>1. Visualiseer de project scope</strong><br />
Weten wat er in de scope van het project valt, betekent nog niet automatisch dat iedereen ook beseft wat er buiten de scope valt. Vaak wordt dit laatste niet expliciet gemaakt, met ruis tot gevolg. Een goede manier om (wijzigingen op) de project scope te communiceren, is door deze te visualiseren in een zogenaamde <em>user story map</em>. Hierin maak je duidelijk welke gebruikersprocessen volledig, gedeeltelijk of niet in scope zijn en wat hier de status van is.</p>
<p>Zie ook <a href="http://jpattonassociates.com/user-story-mapping/">http://jpattonassociates.com/user-story-mapping/</a></p>
<p><strong>2. Betrek de gebruiker vanaf dag één in je projectteam</strong><br />
Veel last-minute toevoegingen aan of wijzigingen in het eindproduct – en daarmee de scope – van je project kunnen worden voorkomen door de gebruiker tijdig en structureel aan te haken in je projectteam. We schreven hier eerder al <a href="https://blik-consulting.nl/zo-ingewikkeld-is-projectmanagement-niet/">deze blog</a> over.</p>
<p>Tijdige aanhaking van de gebruiker, zorgt er tevens voor dat eventuele issues of onduidelijkheden eerder worden onderkend, waardoor je sneller in staat bent om de exacte consequenties voor de project scope te bepalen.</p>
<p><strong>3. Hou het simpel</strong><br />
Het is de kunst om als projectmanager de balans te bewaken tussen het opleveren van een werkend product en een complex product waarin alle uitzonderingsgevallen zijn opgenomen. Het is daarbij handig om, ter voorbereiding op eventuele besluitvorming, samen met je projectteam korte kans-impact analyses uit te voeren op verschillende typen functionaliteit. Hiermee zet je de behoefte en noodzakelijkheid af tegen de ICT-kosten voor ontwikkeling en geef je inzicht in de consequenties voor de scope van het project.</p>
<p>Ten slotte is het goed om je te realiseren dat kleinere projecten een vele – volgens sommige onderzoeken wel tot zeven keer &#8211; grotere kans van slagen hebben dan grotere projecten. Probeer dus – conform de <a href="http://jimhighsmith.com/books/">Agile projectmanagementmethodiek</a>&#8211; het (eind-) doel van een project op te knippen in meerdere sub-doelen, welke ook onafhankelijk van elkaar bestaansrecht hebben. Als je hierin slaagt, maakt dat niet alleen het project overzichtelijker, maar tevens de besluitvorming een stuk lichter.</p>

		</div> 
	</div> </div></div></div></div></div>
<p>Het bericht <a href="https://blik-consulting.nl/zo-ingewikkeld-is-projectmanagement-niet-grip-op-de-project-scope/">Zo ingewikkeld is projectmanagement niet &#8211; grip op de project scope</a> verscheen eerst op <a href="https://blik-consulting.nl">BLIK Consulting</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Zo ingewikkeld is projectmanagement niet &#8211; de gebruiker</title>
		<link>https://blik-consulting.nl/zo-ingewikkeld-is-projectmanagement-niet-de-gebruiker/</link>
					<comments>https://blik-consulting.nl/zo-ingewikkeld-is-projectmanagement-niet-de-gebruiker/#comments</comments>
		
		<dc:creator><![CDATA[Marcel de Lusenet]]></dc:creator>
		<pubDate>Thu, 06 Oct 2016 12:18:15 +0000</pubDate>
				<category><![CDATA[Projectmanagement]]></category>
		<guid isPermaLink="false">http://blik-consulting.nl/?p=15967</guid>

					<description><![CDATA[<p>Zo ingewikkeld is projectmanagement niet. Althans, op papier. Want verborgen onder een tapijt aan werkafspraken, rapportagestromen, scrum-borden en escalatielijnen, liggen voor jou als project- of programmamanager behoorlijk wat valkuilen op de loer.</p>
<p>Het bericht <a href="https://blik-consulting.nl/zo-ingewikkeld-is-projectmanagement-niet-de-gebruiker/">Zo ingewikkeld is projectmanagement niet &#8211; de gebruiker</a> verscheen eerst op <a href="https://blik-consulting.nl">BLIK Consulting</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div      class="vc_row wpb_row section vc_row-fluid " style=' padding-top:50px; padding-bottom:50px; text-align:left;'><div class=" full_section_inner clearfix"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element ">
		<div class="wpb_wrapper">
			<h3>Deel 1: de Gebruiker</h3>

		</div> 
	</div> <div class="separator  transparent   " style=""></div>
</div></div></div><div class="wpb_column vc_column_container vc_col-sm-8"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element ">
		<div class="wpb_wrapper">
			<p>Zo ingewikkeld is projectmanagement niet. Althans, op papier. Want verborgen onder een tapijt aan werkafspraken, rapportagestromen, scrum-borden en escalatielijnen, liggen voor jou als project- of programmamanager behoorlijk wat valkuilen op de loer.</p>
<p>In de serie blogs <em>‘Zo ingewikkeld is projectmanagement niet’</em>, besteden we periodiek aandacht aan één van die valkuilen. In dit eerste deel is dat het verliezen van de aansluiting met de gebruiker.</p>

		</div> 
	</div> </div></div></div><div class="wpb_column vc_column_container vc_col-sm-4"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_single_image wpb_content_element vc_align_left">
		<div class="wpb_wrapper">
			
			<div class="vc_single_image-wrapper   vc_box_border_grey"><img loading="lazy" decoding="async" width="750" height="500" src="https://blik-consulting.nl/wp-content/uploads/2016/10/Blog-1-Blik.jpg" class="vc_single_image-img attachment-full" alt="Blogging" srcset="https://blik-consulting.nl/wp-content/uploads/2016/10/Blog-1-Blik.jpg 750w, https://blik-consulting.nl/wp-content/uploads/2016/10/Blog-1-Blik-300x200.jpg 300w, https://blik-consulting.nl/wp-content/uploads/2016/10/Blog-1-Blik-700x467.jpg 700w" sizes="auto, (max-width: 750px) 100vw, 750px" /></div>
		</div>
	</div>
</div></div></div></div></div><div      class="vc_row wpb_row section vc_row-fluid  vc_custom_1475843815393" style=' padding-top:50px; padding-bottom:50px; text-align:left;'><div class=" full_section_inner clearfix"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element ">
		<div class="wpb_wrapper">
			<h3>Een voorbeeld uit de praktijk</h3>
<p>&nbsp;</p>
<p>Er wordt binnen de organisatie hard gewerkt aan de implementatie van een nieuw administratiesysteem. Het project, ooit begonnen op basis van een op een half A4-tje gedefinieerde business wens, is inmiddels behoorlijk op stoom gekomen.</p>
<p>Waar tijdens de kick-off enkele maanden geleden nog duidelijke afspraken werden gemaakt over de aanhaking van de business-zijde in het project, worden omwille van de voortgang geregeld keuzes gemaakt door het IT-ontwikkelteam, zonder dat de gebruiker hierin goed wordt meegenomen. Steeds vaker schurken die keuzes aan tegen het ‘wat’ van de IT-oplossing, in plaats van het ‘hoe’.</p>
<p>Ondertussen zet jij als projectmanager alle zeilen bij om het project binnen de toch al wat krappe tijds- en budgetkaders zo goed mogelijk af te ronden en is er weinig ruimte voor ‘lastige vragen’ vanuit de gebruikershoek.</p>
<p>Snakkend naar de eindstreep worden de laatste functionele tests uitgevoerd (door de ontwikkelaar, want de gebruiker is al lang en breed afgehaakt) en wordt het project naar productie gebracht; precies voor de deadline. Resultaat: een technisch uitstekend werkend systeem. Kleinigheidje: de administratief medewerker is, doordat hij dagelijks apart op drie deel-applicaties moet inloggen en daarna door tientallen onnodige schermen heen moet klikken, anderhalf keer langer bezig met het afhandelen van zijn taken dan voorheen.</p>
<p><em>Project geslaagd, patiënt overleden.</em></p>
<p>Bovenstaande is misschien wat zwaar aangezet, maar de geschetste situatie raakt een veelvuldig terugkerend probleem in de wereld van project – en programmamanagement: hoe zorg je ervoor dat je de gebruiker gedurende je project voldoende aangehaakt houdt?</p>

		</div> 
	</div> </div></div></div></div></div><div      class="vc_row wpb_row section vc_row-fluid " style=' padding-top:50px; padding-bottom:50px; text-align:left;'><div class=" full_section_inner clearfix"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner "><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element ">
		<div class="wpb_wrapper">
			<h3>Leuk allemaal, maar wat zijn de tips?</h3>
<p>&nbsp;</p>
<p><strong>1. Maak gebruikers vanaf dag één deelgenoot van je projectteam</strong><br />
Tijdige en structurele aanhaking van gebruikers in je project, biedt hen de mogelijkheid om mee te groeien in het project. Dit stelt jou vervolgens weer in staat om hen ad-hoc voor analyse-, advies- of testwerkzaamheden in te zetten. Daarnaast creëer je eerder draagvlak in de organisatie. Wanneer je een of meerdere gebruikers in je project betrekt, is het belangrijk om van het begin af aan heldere afspraken te maken over de rol die je van hem of haar verwacht, het liefst zo SMART mogelijk.</p>
<p>Een gebruiker met een goed intern netwerk kun je bijvoorbeeld inhoudelijk verantwoordelijk maken voor de afstemming met de diverse betrokken operationele afdelingen, gedurende de loop van het project. Een gebruiker die het oude systeem van binnen en buiten kent, kun je verantwoordelijk maken voor de oplevering van de gebruikersspecificaties waar het nieuwe systeem aan moet voldoen. Deze kunnen vervolgens door dezelfde gebruiker worden vertaald naar test-scripts, welke in een later stadium ook door hem of haar kunnen worden uitgevoerd.</p>
<p><strong>2. Zonder gebruikersadvies geen go-live</strong><br />
Zoals in het vorige punt al werd aangestipt, is een van de taken van de gebruikers in je team, om te bedenken welke functionele tests zij straks willen uitvoeren. Die set aan test-scripts wordt door de gebruiker doorgelopen aan de vooravond van de geplande live-gang van de nieuwe applicatie. Na de uitvoering van de test-scripts, geven de gebruikers, op basis van eerder door het projectteam en de stuurgroep vastgestelde criteria, een advies aan de stuurgroep ten aanzien van de go-live.</p>
<p>Zonder helder gebruikersadvies zou er nooit tot een go-live en dus oplevering van het project mogen worden besloten. Het gebruikersadvies is daarmee dus cruciaal voor het slagen of falen van je project.</p>
<p><strong>3. De klant is koning, maar kan af en toe wat hulp gebruiken</strong><br />
And last but not least: gebruikers zijn niet lastig, maar vormen de reden dat je het project uitvoert. In feite vormen ze, op z’n Frans, je raison d’etre als projectmanager. Benader ze dus als een klant, die net als iedereen wel eens wat hulp kan gebruiken bij de te maken keuzes. Dat kan op de korte termijn weleens tot wat vertraging leiden, maar da’s nog altijd beter dan zonder zijn medeweten vóór hem te beslissen.</p>

		</div> 
	</div> </div></div></div></div></div>
<p>Het bericht <a href="https://blik-consulting.nl/zo-ingewikkeld-is-projectmanagement-niet-de-gebruiker/">Zo ingewikkeld is projectmanagement niet &#8211; de gebruiker</a> verscheen eerst op <a href="https://blik-consulting.nl">BLIK Consulting</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://blik-consulting.nl/zo-ingewikkeld-is-projectmanagement-niet-de-gebruiker/feed/</wfw:commentRss>
			<slash:comments>1</slash:comments>
		
		
			</item>
	</channel>
</rss>
