English CV

Download Adobe reader | Verbroken link?
Uitgestelde projectstart | De opdrachtgever | Vinger op de zere plek | Voorbereiding overdracht
Een onorthodoxe aanpak | Security probleem opgelost | subglobal2 link | subglobal2 link | subglobal2 link | subglobal2 link | subglobal2 link
subglobal3 link | subglobal3 link | subglobal3 link | subglobal3 link | subglobal3 link | subglobal3 link | subglobal3 link
De IDE | Statische code analyse | Source Code Management | Continue Integratie | Continuous Delivery | Issue management
subglobal5 link | subglobal5 link | subglobal5 link | subglobal5 link | subglobal5 link | subglobal5 link | subglobal5 link
subglobal6 link | subglobal6 link | subglobal6 link | subglobal6 link | subglobal6 link | subglobal6 link | subglobal6 link
subglobal7 link | subglobal7 link | subglobal7 link | subglobal7 link | subglobal7 link | subglobal7 link | subglobal7 link
subglobal8 link | subglobal8 link | subglobal8 link | subglobal8 link | subglobal8 link | subglobal8 link | subglobal8 link
Gevels in Amsterdam

home page

logo Verheul Consultants
Erik Verheul

Ir. Erik Verheul

Tijdens mijn technische bedrijfskundestudie aan de TU in Eindhoven heb ik mij gespecialiseerd in de toepassing van IT voor de bedrijfsprocessen. Dat niet de techniek maar de wijze van samenwerking tussen partijen bepalend is voor succes of falen heeft mij altijd geboeid. Waar ik aanvankelijk geloofde dat een projectmatige aanpak en een sterke sturing de oplossing was ben ik nu overtuigd van de agile manier van werken met goed gecoachte zelfsturende teams. Deze ontwikkeling is in mijn CV te herkennen.

Waarom deze site?

Ik ben geboeid door de factoren die het succes of falen van een project bepalen. Op het Internet is een zee van kennis over dit onderwerp beschikbaar. Voor mijn eigen gemak en dat van u heb ik in 2006 besloten om de verzamelde url's en artikelen op een geordende manier te presenteren. Dat werd deze site.

Verheul Consultants

De eenmanszaak werd in 1992 opgericht. De dienstverlening bestaat uit consultancy, interim- en projectmanagement en het coachen van Scrum teams.

Waarom falen IT projecten? Meer dan de helft van projecten mislukt. En niet alleen in de IT. Als de belangrijkste succesfactoren worden nageleefd stijgt het slagingspercentage naar 65%. Lees verder...

De persoonlijkheid van de projectmanager Is een goede projectmanager een technocraat die de proces-methodologie toepast en om kan gaan met de bijbehorende tools? Of is hij een people manager die zowel met zijn opdrachtgever, de stakeholders als zijn ondergeschikten kan samenwerken? Lees verder...

Minimaliseer risico en time-to-market met ScrumHet Scrum framework wordt steeds vaker met succes ingezet om het projectrisico te minimaliseren en de time-to-market te verbeteren. De productiviteitsverbetering is zo groot dat kostenbesparingen door outsourcing verre worden overtroffen.Lees verder...

De rol van de opdrachtgever Een project onderbrengen bij een projectmanager en dan wachten op het resultaat? Dat kan helemaal niet. Lees verder over de actieve rol die de opdrachtgever moet spelen....

Het contract voor een Scrum projectHet Scrum framework en een fixed-price fixed-date fixed scope contract gaan niet samen. Waar Scrum oplevert wat de klant nodig heeft dwingt een fixed contract op te leveren wat initieel opgeschreven is. Er zijn gelukkig alternatieven. Lees verder...

De projectmanager is dood, lang leve de Agile projectmanager! nieuwMet de groeiende acceptatie van Scrum als procesmodel verdwijnt de rol van de traditionele project manager. Scrum kent geen projectmanager. De teams hebben direct contact met de business, en de product owner. Daar zit niemand tussen, ook geen projectmanager. Maar waar de product owner overvraagd wordt in het politieke spel met de stakeholders is de project manager weer nodig. Dan wel in een andere rol. Lees verder...

Testen gaat voor Sinds 2000 wordt een nieuwe trend gemeengoed. Ontwikkel eerst een testbare module, definieer en doorloop alle tests, en voeg de code dan pas toe aan het project. Lees meer over de voordelen...

Iteratieve methoden van software ontwikkeling De huidige praktijk is veelal "code and fix". De prijs wordt betaald als tijdens de functionele tests nog vele fouten naar voren komen die niet zozeer met de functionaliteit als wel met programmeerfouten en performanceproblemen te maken hebben. Lees verder...

Specification by Example met Scrum Een gestructureerde aanpak om de 'definition of done' van de user stories inhoud te geven en één bron met voortdurend gevalideerde functionele documentatie van een applicatie is een wens die zelden wordt gerealiseerd. Met acceptance test-driven development komt dit binnen handbereik. Lees verder...

Garbage in = garbage out blijft onveranderd actueel Nieuwe BI (Business Intelligence) systemen worden gebouwd om de gegevens uit bestaande legacy systemen in vele doorsneden te presenteren. Dat die gegevens veelal vervuild zijn door het ontbreken van een goede invoer-validatie wordt gemakshalve vergeten. Lees verder en test het voorbeeld van een waterdichte validatie voor de invoer van een plaatsnaam...

Integratie Scrum en Prince 2Het Scrum framework heeft aangetoond bijzonder geschikt te zijn voor risicovolle projecten. Voor organisaties die Prince 2 gebruiken en gewend zijn aan de bijbehorende rollen kan een integratie van beide een tijdelijke oplossing bieden. Lees verder over hoe dit zou kunnen...

Over architectuur: The Reactive Manifesto Naast het Agile Manifesto uit 2001 nu ook een manifest over architectuur. Of een technisch onderwerp zich leent voor een manifest is de vraag. Het manifest heeft wel geleid tot discussie. Zie deze bijdrage van Øyvind Teig.

Contact | ©2006-2014 Verheul Consultants

Valid XHTML 1.0 Transitional