Development / Achtergrond
Eugen Oetringer (ComDys) vindt het lineaire denken te beperkt
'ICT moet terug naar de eenvoud'
Bij grote organisaties is de samenwerking tussen technologie, mensen en processen een complex systeem geworden met een teveel aan onderdelen en afhankelijkheden. Veranderingen zorgen voor onvoorziene sneeuwbaleffecten. Standaardmethodieken, zoals Cobit of ITIL, projectmanagement of Six Sigma, functioneren maar ten dele. Volgens Eugen Oetringer van ComDys bestaat er een uitweg voor het terugdringen van de complexiteit en het vinden van effectieve oplossingen.
Het hoge percentage projectfalen is in de ict-sector een standaardnorm geworden, constateert Eugen Oetringer spijtig. De oprichter van ComDys uit Rotterdam kan zich nog de tijd herinneren dat de sector succesvolle projecten en diensten afleverden die niet gehinderd werden door een verstikkende bureaucratie en complexiteit. Het mislukken van veel projecten vormde voor hem aanleiding op zoek te gaan naar de fundamentele patronen hiervan.
In dienst van EDS publiceerde hij het boek 'The IT Strategy Management Process', waarin Oetringer een aanpak uitlegt om om te gaan met die talloze beheermethodieken die er inmiddels bestaan. 'Er circuleren wel zo'n vijftig methodieken, modellen en 'best practices' op de markt. ITIL, IT Governance/Cobit, projectmanagement, qualitymanagement, CMMI, Basel II, enterprise architecture, Six Sigma, knowledge management, noem maar op. Het aantal alleen al roept al vragen op. Duidelijk is in ieder geval ze niet afdoende zijn om complexe systemen aan te kunnen. De verwachtingen ervan zijn te veel ingekaderd. Iets als 'best practices' is een standaard geworden, maar onduidelijk is wie de waarde ervan bepaalt. Als de oplossing voor een probleem buiten zo'n kader ligt, wordt die niet meer gevonden.'
Domino-effect
Het ontstaan van bureaucratie en complexiteit is geen typisch ict-probleem, maar komt binnen organisaties op een breed front voor. Toch springt ict er boven uit als het gaat om het mislukken van projecten en het vastlopen van systemen. 'Zo'n ict-systeem wordt dan uit den treure getest, maar houdt dan te weinig rekening met de situatie en het gedrag van gebruikers. Ik heb meegemaakt dat door de starre structuur een nieuw inkoopsysteem het onmogelijk maakte om nog een pc of bloknote te bestellen. Of denk aan het doorvoeren van wijzigingen in complexe systemen. Omdat er zoveel mensen bij betrokken zijn, zijn de gevolgen eigenlijk niet goed te overzien. Dan blijkt ineens functionaliteit voor bepaalde medewerkers te zijn weggevallen en moet er weer een wijziging komen, etc. Dat ontstaat er een sneeuwbaleffect.'Lineair versus non-lineair
Ingewikkelde oplossingen zijn een verwachtingspatroon geworden, stelt Oetringer vast. Maar zodra het bij een systeem ingewikkeld wordt, ontstaan falende projecten. Zijn voorstel is om op zo'n punt te stoppen en te zoeken naar eenvoudiger oplossingen. Hij is een groot voorstander van het non-lineaire denken: breng zaken terug tot de essentie, denk buiten de kaders, gebruik intuïtie en ondernemerszin en zet via 'trial en error' een zelflerende organisatie op. Het lineaire denken, volgens strakke, mathematische uitgangspunten, leent zich goed voor het opzetten van simpeler computerprogramma's, maar is niet geschikt om een complexe it-omgeving te overzien, aldus Oetringer. Hij merkt dat er langzamerhand vanuit verschillende hoeken belangstelling ontstaat voor het onderwerp. 'Ik was recent op het congres van Impa, een internationale vereniging van projectmanagers, met als thema Complexiteit in de greep. Ook daar was de roep om een andere, effectievere aanpak hoorbaar.'- Enterprise-architectuur als beleidsinstrument
- 'Referentie-architectuur is een groot voordeel'
- NOVI komt met alternatief voor ITIL-opleiding
- Gateway in de voetsporen van ITIL
- Architectuur op de plank
- IT-architectuur is geen politiebureau
- ‘ITIL3 mist diepgang'
- ITIL 3 en COBIT 4 gemaakt voor governance?
Het is niet voor het eerst dat aan hoog aangeschreven geleerden Autisme wordt toegeschreven. Helaas zonder (deugdelijk) onderzoek en diagnostiek, soms tientallen, soms honderden, soms duizenden jaren na het overlijden van betrokkenen. Ik vind het ongepast om zonder onderbouwing, de suggestie te plaatsen dat deze mensen autistisch waren. Wie het leven van Einstein een beetje bestudeert of reeds kent ziet meer tekenen dat hij niet autistisch was doch juist zeer open, sociaal en maatschappelijk ge�ngageerd. Autisten verdienen respect en hebben veel te bieden, maar trek daar nu niet meteen Einstein bij!
Huidige modellen proberen zo veel mogelijk te regelen of te automatiseren. In complexe omgevingen, die tevens ook nog veranderen, hebben te veel regels en te veel automatisering onvolkomenheden en conflicten tot gevolg. Het voorstel is dan ook: zo veel regels als nodig, zo min mogelijk. Met andere worden, er zijn structuren nodig waaruit weer een evenwicht ontstaat. Hiermee wordt het gezonde verstand weer belangrijk.
Als een projectmanager rekening houdt met de verschillende niveaus van een project, dan zijn de bovengenoemde stereotype fouten te vermijden. Op elk niveau moet je de juiste verantwoordelijkheden, bevoegdheden en dus ook vrijheden toedelen. Dan hoef je geen oplossing voor kleine weinig complexe omgevingen toe te passen op grote complexe omgevingen. Misschien moeten we ook eens kijken welke inzichten een beetje verloren zijn gegaan bij de nieuwe generatie van projectmanagers.
Er is inderdaad meer nodig dan hier kan worden uitgelegd. Een deel van de oplossing: Vandaag komen gebruikers in processen en door regels veel te vaak in situaties terecht, die niet kunnen worden voorzien. Wij ervaren dat als bureaucratie. In plaats van te beschrijven hoe iets gedaan moet worden kan voor dergelijke situaties sturing worden geven zodat de gebruikers op en goede manier uit de situatie kunnen komen.
In het verleden waren die interrupties en wijzigingen, die op een project afkwamen, te overzien en te beheren. Vandaag en vooral bij grote organisaties kunnen dat zo vele zijn, dat deze niet meer te beheren zijn en de gevolgen van wijzigingen niet meer te overzien zijn. Een gevolg is dat afspraken, die vandaag worden gemaakt, morgen al achterhaald kunnen zijn. Project management technieken, die in minder complexe situaties goed functioneerden, functioneren dan nog maar beperkt.
Vorig jaar heeft Gartner een uitspraak in deze richting gedaan. Deze ging nog een stap verder. Op congressen zijn tegenwoordig in toenemende mate dergelijke standpunten te horen.
"professor Fitzgerald heeft onderzoek gedaan..."
ja ja. Hij heeft de heer Einstein bij leven uitgebreid psychologisch onderzocht.
Het is goed gebruik om geen psychologische kwalificaties te geven over personen die je niet ZELF hebt onderzocht.
Secundair onderzoek is nauwelijks zekerder dan horen en zeggen.
Er is niets, maar dan ook niets dat er op wijst dat Einstein iets van Asperger ondervond. En omdat we hem niet meer kunnen onderzoeken, is het te laat om hier nog met wetenschappelijke allure een uitspraak over te doen.
Helaas is Einstein bij leven al slachtoffer geweest van kletspraat over zijn geestestoestand. Hoog tijd om daar mee op te houden.
Voor de zaken die echt niet te voorzien waren (en die zijn er altijd), kan er samen met specialisten op centraal niveau een oplossing gezocht worden.
Soms komt het voor dat een project vervangen wordt door een ander wegens nieuwe omstandigheden. Dan moet het oude project gewoon stopgezet worden en er opnieuw begonnen worden. (Uit politieke motieven) doen alsof het oude project enkel wat bijgesteld wordt, kost alleen extra tijd en geld. En de kans op mislukking is erg groot.
Daarbij weet men niet wat autisme is. Men kent alleen verschillende verschijningsvormen en mogelijke manieren hoe daarmee om te gaan. Het wetenschappelijk inzicht in autisme is zo gering dat men het niet kan verhelpen middels medische ingrepen of medicijnen (net als bij de meeste afwijkingen en ziektes in de hersenen).
Dus deze discussie is wel interessant, maar nog niet relevant voor de ICT. Outside the box-denken is goed, maar realisme ook.
Vandaag zijn wij hard op zoek naar baanbrekende oplossingen. Maar wie staat nog een project toe als het niet in bestaande zienswijzen past? Wat als er al is geïnvesteerd en de eenvoudige oplossing niet in het geïnvesteerde past? Wat als de “scope” van een opdracht ons niet toestaat de eigenlijke root cause van een probleem aan te gaan?
Samenvattend: huidige denk en werkwijzen belemmeren ons erin karakteristieken toe te passen die Einstein, Newton, etc. in staat hebben gesteld dat te bereiken wat ze hebben bereikt. Een reeks van deze karakteristieken zouden vandaag breed kunnen worden toegepast. Wij zouden ze alleen weer moeten toestaan.
Ik respecteer deze zienswijze. Een andere zienswijze is deze: Doordat architecturen in grotere organisaties zeer complex en dynamisch zijn, kan er bijna altijd worden aangeven dat de architectuur verkeerd is. Omdat wij vaak met verschillende culturen en talen te maken hebben, is het normaal dat dingen anders worden geïnterpreteerd en opgepakt als men verwacht. Zo kunnen er nog vele voorbeelden worden gegeven. Uiteindelijk betekent deze zienswijze: Net als bij sommige andere methodieken is er een verwachtingshouding dat mensen, culturen, andere methodieken, politiek, software, etc. zich aan de eisen van de methodiek aanpassen. Echter, de afgelopen jaren laten zien, dat er te veel in de weg staat om dit te laten gebeuren.
Een voorbeeld waar deze verwachtingshouding bestond is ITIL. Een paar jaar geleden was gebruik van ITIL een vereiste. Met de nieuwe versie 3 werd geprobeerd van te veel theorie over te stappen naar een praktische aanpak. Nu ITIL een stap in de goede richting had gezet, verscheen in deze krant op 28 oktober het artikel “itSMF is gedoemd te verdwijnen”(itSMF: ITIL gebruikersvereniging) en op 03-12-2009 “itSMF stelt commissie in na kritiek leden”. Waar ik mij trouwens zorgen over maak is een mogelijke ontwikkeling van te veel ITIL naar te weinig ITIL. Vaak is de optimale oplossing ergens in het midden te vinden.
Hoop van harte dat de oude versie voorlopig massaal in gebruik blijft en dat er een volgende versie komt die beter integreert met ASL en BiSL. Daarbij moeten de overlappingen en de verschillen in definities verdwijnen. Dat communiceert beter en is dus ook beter voor de klant.
- 12:20 Een Agile ERP-implementatie - dat kan ook!
- 11:40 Vocollect introduceert lichte spraakoplossing
- 11:07 Justitie trekt stekker uit informatiesysteem Cajis
- 10:52 Ruby on Rails krijgt derde grote release
- 12:15 Ontwikkelen in de Cloud - The way to go?
- 10:57 Red Hat organiseert conferentie in Amsterdam
- 08:10 Zeven handige hulpjes voor Firefox
- 11:22 Universal Music sluit offshore-contract met HP
- 10:55 'Upstreamen broncode moet in aanbesteding'
- 13:04 Kingston HyperX-geheugen met waterkoeling
Kwaliteit en agile software development
Agile is “hot”. Agile projecten beloven sneller software te leveren, die na elke iteratie onmiddellijk in......
Nieuwe kijk op testen
In vijf weken tijd publiceert Computable een serie artikelen van expert Henk Fliek over het belang van een goede teststrategie en hoe daaruit concurrentievoordeel te behalen valt. De volgende onderwerpen komen aan bod:
1 Sneller inspringen op verandering
2 Belang goede teststrategie
3 Structuur succesvolle testlevenscyclus
4 Cruciale bijdrage testdisciplines
5 Verbeteren testvolwassenheid
Vocollect introduceert lichte spraakoplossing
02-09 11:40 Vocollect, specialist in spraakgerichte oplossingen voor mobiele werknemers, brengt een lichte, draagbare spraakoplossing op de markt. Deze beschikt over voice-only,...
Development productenBol.com ontwikkelt sneller nieuwe applicaties
01-03 11:14 In de strijd om de beste business cases van 2009 heeft ook Xebia een inzending gedaan. Met het project 'Bol.com' dingen zij mee naar de prestigieuze Computable-prijs. Het...
Development praktijk'Bij programmeurs denk ik niet aan ontbering in verre landen'
18-08 10:26 Java-ontwikkelaar Dineke Tuinhof doet mee aan de Computable ICT Expeditie 2010 naar Djibouti. In dat Oost-Afrikaanse land onderneemt ze samen met elf andere ict'ers een...
Development achtergrondEen Agile ERP-implementatie - dat kan ook!
03-09 12:20 ‘Kun je Agile ook toepassen in een erp-implementatie?’ is een veel gestelde vraag aan mij nadat ik een presentatie over agile heb gegeven. Yes, you can. De ‘out-of-the-box’...
Development opinie


In gevallen als met de welbekende paarse krokodil kan men nog een beroep doen op het gezonde verstand, zij het vaak vergeefs, maar wordt de uitvoering overgenomen door een apparaat niet meer.
Er moet dus eigenlijk altijd een menselijke overbrugging mogelijk zijn. Of heeft Eugen Oetringer een andere oplossing gevonden?