Apps Rationalization * 2 + Slow Technology

I am using the relatively calm period of summer holidays to write a set of articles. One of them will be a major addition to a (multi-author) book about the Slow Movement. My current working title for that feature is ‘Alt F4 – Slow Technology strategies’. Love working on it. More about it in the forthcoming weeks.

I have also written two Dutch articles about Apps Rationalization for the Automatisering Gids, a local NL weekly IT magazine. The first article deals with 8 major strategies for rationalization, the second one elaborates on Apps Retirement, apparently the most difficult and challenging of them all.

For Dutch readers, here are the two summaries of the articles, both to be published in september (I will certainly publish translated versions of the articles as well soon afterwards):

GROTE SCHOONMAAK
8 manieren om het applicatielandschap te rationaliseren

Het opruimen van het bestaande applicatielandschap is ondertussen zonder concurrentie de grootste kopzorg van CIO’s geworden. Niet alleen de uit de hand gelopen kosten zijn een drijfveer, maar evenzeer belemmeringen om te innoveren of om op tijd applicaties aan te passen. Interessant genoeg is rationaliseren een heel wat minder bekend ambacht dan bouwen of onderhouden. Geheel ten onrechte, vindt Ron Tolido, die in dit artikel 8 manieren beschrijft om nieuw leven te blazen in vastgeroeste applicaties.

 

SOMEBODY STOP IT!
Tijd om applicaties met pensioen te sturen

Het rationaliseren van het bestaande applicatielandschap staat steeds vaker eenzaam bovenaan op de agenda van CIO’s. Versimpeling en standaardisatie lijken nobele ambities waar eigenlijk niemand tegen kan zijn. Toch loopt het opruimen van applicaties niet zelden vast in een web van technische, financiële, politieke en zelfs culturele complicaties. Met name het ‘uitfaseren’ van applicaties roept onvermoede emoties op; het lijkt niets minder dan een onverkend taboe te zijn voor organisaties. Ron Tolido beschrijft in dit artikel een nuchtere aanpak om het aantal applicaties terug te brengen en werk te maken van applicatiepensionering.
Posted in Dutch, English | Tagged , , | 2 Comments

Release magazine column: Nieuwe Wijn, Oude Zakken

Ik heb een eenvoudige vuistregel die ik graag deze zomer ter overpeinzing meegeef: je zit al veel te lang in het IT-vakgebied als je begint te vinden dat alle vernieuwingen Oude Wijn in Nieuwe Zakken zijn. We kennen het type allemaal wel: geharde veteranen, hebben complete besturingssystemen zelf geschreven. Duizenden ponskaarten ingetikt en dan maar achter de ratelende teletype op de resultaten wachten. Liet iemand het hele pakket uit zijn handen vallen. Kon je weer helemaal opnieuw beginnen. Heldenwerk.

Als je dat hebt meegemaakt, kijk je nergens meer van op.

Oude Wijn, het woord valt in zulke kringen vaak en gretig. Momenteel vooral als het over de cloud gaat. En neemt u even van mij aan, dat gebeurt vaak. Het onderwerp is ondertussen zo populair, dat ze ook op de markt er al een mening over hebben. Je kan haast geen stronk broccoli meer kopen zonder een discussie over de cloud te moeten voeren.

Zou iets met de televisie te maken kunnen hebben. Ik mocht kortgeleden twee keer meepraten in een programmareeks op RTL, warempel helemaal gewijd aan de cloud. Een interessante ervaring. In het tijdperk van YouTube denk je dat zoiets wel even snel met een handycam en een extra lichtspotje in elkaar wordt gedraaid. Komen er toch meerdere vrachtwagens en een middelgroot peloton aan technici, regiemedewerkers en visagisten aan te pas.

Het leidde bij de opnames niet al teveel af. Ik kwam in geanimeerde debatten terecht over ondertussen voor de hand liggende onderwerpen als beveiliging, wet- en regelgeving, stabiliteit en betrouwbaarheid. En ja hoor, je kon er op wachten. In beide afleveringen waren we nog geen tien minuten op weg, of de oude wijn en nieuwe zakken vlogen al over tafel. Het had goedbeschouwd allemaal veel weg van de grote mainframes en de teletypes van vroeger, zo claimde er een. Client/Server, daar leek het eigenlijk ook wel op, of gewoon hosting. Precies service-oriëntatie vond een ander. En Application Service Provisioning.

Niks nieuws, opgeklopt marketingspul.

Gelukkig is er tegenwoordig Web 2.0: een beetje televisieprogramma heeft een eigen Twitter hashtag en Facebook-pagina. Zo ook hier. Er werd lustig tijdens de uitzending door kijkers op los getweet, wat onder andere tot het snedige “Nieuwe Wijn en Oude Zakken” leidde.

Een terechte vaststelling. Wat ook je leeftijd is, je bent een oude zak als je in dit vakgebied niet meer fascinatie voelt voor nieuwe ontwikkelingen. Zelfs als alles in feite nog steeds nulletjes en eentjes zijn die worden uitgewisseld. Het duidt op het type lusteloosheid dat tot carrièrewendingen zou moeten leiden. Wordt dan mental coach zou ik zeggen. Of begin een antiekwinkel.

En de cloud, die maakt de dingen wel degelijk heel anders. Misschien niet als we de infrastructurele bril opzetten. Dan verdwijnen gewoon die sympathieke jongens van het rekencentrum met hun rubberen zolen stapsgewijs uit het kantoorbeeld. We gaan een tikje anders programmeren, leren wat andere libraries of zelfs een nieuwe programmeertaal te gebruiken. En we hoeven niet meer zo hard van tevoren na te denken over schaalbaarheid.

Maar de echte omslag komt met de enorme marktplaats van applicaties en services die straks in de publieke cloud ontstaat. De producten daar zijn zoveel simpeler, meer gestandaardiseerd en – vooral – goedkoper: daar kun je het zelf in de organisatie niet meer voor doen. Je hebt dan heel wat uit te leggen als je – net als vroeger – toch weer een compleet zelfbouwtraject aan het optuigen bent.

Bouwen met wat er te koop is, dat wordt het motto. Je zou dat oude wijn kunnen noemen (roept daar iemand ‘hergebruik van componenten’?) maar dan hebben we het wel over wijn die in de praktijk nog nooit is geschonken. Goed voor de rijping, zullen we maar zeggen.

De marktplaats maakt het verschil. In die zin alleen maar toepasselijk dat mijn groenteboer ondertussen ook een mening over de cloud heeft.

Gepubliceerd in Release Magazine #2 2011.
Posted in Dutch | 2 Comments

Release magazine column: Trein op Hol

Filmsterren en artiesten, ik mag er graag naar verwijzen als ik heel nu en dan eens op een podium sta. Zo heb ik enkele jaren geleden menig tot op het bot gemotiveerde IT’er na de lunch klaarwakker weten te houden met Kylie Minogue (om het ontwikkelen van mashups toe te lichten).  De laatste tijd wil ik ook nog wel eens  beginnen met de beeltenis van Arnold Schwarzenegger (nog niet zo lang geleden een typerend voorbeeld van een hedendaagse, verlichte CIO; ik neem aan dat dit verder ook wel duidelijk is).

Onlangs heb ik Leonardo di Caprio aan het palet toegevoegd. Of liever gezegd: zijn tolletje uit de kaskraker Inception. Voor die enkele, treurige niet-ingewijde: in deze film dringt de held door in de dromen van anderen teneinde geheimen te stelen of heel subtiel ideeën te planten die later tot ingrijpende beslissingen leiden. Omdat dit zich ook allemaal nog eens recursief afspeelt – een droom binnen een droom binnen een droom – wordt het een tikje lastig om vast te stellen wat echt is of niet. Vandaar het tolletje:  als dat onverstoorbaar doordraait zitten we in een virtuele wereld, als het omvalt zitten we in de echte. Heel bruikbaar om een verhandeling op te baseren over  virtueel en werkelijk, droom en daad, succes en nachtmerrie. Vooral als het over Cloud en Web 2.0 gaat.

In de film komt ook een andere sterke metafoor voor. Middenin de drukke stad komt opeens een dieseltrein door de straten denderen, alles op zijn weg verpletterend (je hebt dan overigens geen tolletje nodig om vast te stellen dat er sprake is van een droom). De schade is enorm. Dat krijg je ervan als je met zo’n groot, lomp ding probeert te doen alsof je een scooter bent.

Met applicaties is het vaak niet anders. Voortgedreven door de steeds sneller veranderende eisen van de bedrijfsvoering, willen we vanuit de IT lichtvoetiger mee kunnen bewegen. We streven naar Scooter-applicaties: toepassingen die we snel kunnen bouwen en aanpassen en die ons zo dicht als mogelijk bij de doelen van het bedrijf brengen. Al scrummend manoeuvreren  we langs de specificaties om het resultaat precies op tijd bij de juiste voordeur af te leveren.

Jammer dat we het in echte leven heel vaak moeten doen met applicaties die niet voor zulke doeleinden gebouwd zijn: we moeten werken met grote, complexe legacy-toepassingen of standaard ERP oplossingen.  Die toepassingen zijn gebouwd als Trein-applicaties: bedoeld voor misschien wel decennia van onverstoorbaar, repetitief gebruik;  altijd hetzelfde, voorspelbare spoor volgend van A naar B; robuust en degelijk (geen grappen over ProRail graag); beschikbaar in precies eén smaak. Een trein kun je niet aanpassen aan je eigen smaak en voorkeuren. Je kunt er ook niet zomaar een andere route mee gaan volgen.

Toch is dat niet zelden wat we als applicatieontwikkelaars proberen te doen. We proberen uitbreidingen te bouwen in legacy-software en merken dat de minste aanpassing tot een kettingreactie aan risicovolle bijverschijnselen kan leiden. Regressietesten wordt de voornaamste, uiterst tijdrovende bezigheid. Als we met ERP-pakketten als SAP werken, zijn we niet te beroerd de modules zodanig te customizen dat ze niets meer weg hebben van de oorspronkelijke, standaard oplossing. Mocht de leverancier ooit met een upgrade komen, dan staan we voor een massief project om alle toeters en bellen binnen de nieuwe versie weer draaiend te krijgen.

Het is daarom zaak om beter te begrijpen dat er verschillende soorten applicaties zijn, elk met hun eigenaardigheden op het gebied van timing, frequentie, levensduur, aanpak en tools. Trein-applicaties moeten robuust , stabiel en standaard zijn. Alle code die daarbinnen naar scooter-gedrag neigt, kan er beter uitgeknipt worden en opnieuw ontwikkeld worden met veel geschiktere tools (BPM, portals, mashups, Ruby, Cocoa) en een lossere koppeling.

Niemand zit immers te wachten op een trein die op hol slaat. Kun je net zo goed gelijk op de voorplecht van de Titanic gaan staan en naar Celine Dion luisteren.

Gepubliceerd in Release Magazine #1 2011

Posted in Dutch | Leave a comment

Wax On, Wax Off

There is something symbolic about it: organising an IT / architects conference in the Central Hall in London. Right next to the Big Ben and Westminster Abbey, The Open Group Conference takes place once more in one of the landmark buildings of the protestant Methodist church. Established in the 18th century by John Wesley, the Methodist movement consists of people that aim to live a devout, serious life. Not some noncommittal philosophising about the heavenly glory and all that, but practicing faith every dag again, through dedicated, hard work. It’s only when you share your meal in the soup kitchen with the underprivileged of this world, that you start to experience the real essence of faith, so the Methodists believe.

Interesting thinking and at the very least, it gave an extra dimension to the Architect’s panel discussion I witnessed on the podium of this same building, now exactly two years ago. The topic was the eternal tension between the long term and the short term. In the panel,  there were enterprise architects, IT strategists and a market analyst (no, not exactly the underprivileged). The hypothesis discussed was that the shallowness of today’s economic climate asks for a more careful, architected approach. That way, the requirements of the business can be much better aligned with solutions and it will be easier to achieve – and demonstrate – the value of IT.

A politically correct argument that nobody could really oppose to.

But one of the panel members, the CIO of Transport for London, was in no mood to be politically correct. “Yes, architecture and strategy” – he pronounced these words with just the subtlest hint of disdain – “all of that is absolutely crucial, but if the buses don’t run tomorrow because of a computer error nothing else matters much anymore; let’s make sure we master the basics first”. Being a seasoned manager of quite some IT departments, he was proud to tell the audience that he brought back the size of his architects team to just one fifth. “Anybody who doesn’t truly understand what happens in the everyday operations or fails to bring direct value to it, is of no use to me”.

Now that warmed up the audience. John Wesley would be proud of it: how spiritual and high-aiming our ambitions may be, we can only truly live up to them through the sobering experience of daily practice. Dreaming about Business/IT fusion, perpetual innovation and Web 2.0? Fine. Just make sure my workstation functions every morning first.

And the one does not exclude the other. Having an extraordinary good grip on infrastructure and core applications motivates: it generates exactly the positive energy that is needed to explore new ways over and over again. The foundation of change therefore is in repetition, routine and control.

Wax On, Wax Off, as another spiritual leader would say. Change yourself, but always with both feet firmly on the ground. For that, you don’t need to be a Methodist to say hallelujah.

This post is a slightly modified version of a 2009 post on Capgemini’s CTO blog.
Posted in English | Leave a comment

White Elephant

Just to make sure: there is absolutely nothing wrong with White Elephants. Actually, in Asia they were often regarded as signs of prosperity and success and emperors would hold them as status symbols. On the other hand, these huge animals would deliver little value and yet cost a fortune to be maintained.

A White Elephant thus shows a fair balance of blessings and curses. Much like in the world of Business Process Management, which has its own collection of trunk bearing white animals. They are called Proof of Concepts. Sometimes, it’s too hard to explain to the organization what BPM can do (especially if we ask the Mother of All Truth, Wikipedia about BPM: “a holistic management approach focused on aligning all aspects of an organization with the wants and needs of clients”, sounds – well – very holistic indeed).

A local proof of concept, pragmatically addressing a real issue in the business, is then often a splendid way to break through the inertia. As we will show through three cases at the upcoming Gartner BPM Summit, it demonstrates the value of BPM and paves the path towards wider enterprise use. But every now and then, the owners of such a prototype become so attached to it, they cannot dispose from it anymore. It becomes their own, precious status symbol. Keeping it alive, scaling, performing and integrated with other systems requires disproportionate attention and budget. It can even inhibit a wider roll-out. It looked so fresh, promising and simple in the brochure of the technology provider. But now this big white beast has outgrown its stable and is blocking the entrance.

How to prevent it? Manage expectations upfront, explicitly. Design for scalability, performance and integration. Create and maintain an architectural perspective. Essentially: think cradle-to-cradle, even when it is ‘just’ a proof of concept.

There is great potential in a new breed of solutions that have BPM inside. Just make sure they don’t grow into White Elephants. Unless you are an emperor, of course

Posted in English | Leave a comment

The Hammers & Nails of BPM

I am preparing for a panel debate and a brief case presentation at the upcoming BPM Gartner Summit in London. The theme of the summit is “Making it happen: Driving high performance results beyond the hype”. And although it makes you think of airport billboards, it has a promising, pragmatic tone. Let’s hope it works out, because you see: every now and then when the like-minded of our industry meet, they seem to be tempted to indulge in their own, well-fenced topic. They forget about the world outside and why they were into the topic in the first place.

It happened to SOA. SOA gurus discussed with other SOA gurus the importance of SOA, the journey to SOA, how to set up a SOA governance, SOA centres of excellence, SOA reference models, how to insure SOA compliance and – unavoidably – the ins and outs of SOA maturity models. Turned out that nobody else cared about SOA (only in what it could deliver) and it took some time for the profession to realise and pronounce the topic ‘dead’.

Conferences full of Hammers discussing Nails in all sizes, categories and colours, I am sure you can easily point to similar areas (Cloud, EA, Web 2.0, anybody?) now and in the recent past. Is it happening to Business Process Management too? Maybe.

It could be tempting indeed to dive into the mechanics of BPM, understanding how to create a culture of continuous process improvement, what methodologies to use, how to promote process stewardship across the organisation, essentially how to live and breath process. But here is the catch: process is not the Holy Grail and managing processes is not the Meaning of Life. Seriously.

We’re in the business of results: value that can be defined and measured. And yes, there is a growing number of organisational pains and aspirations that can be addressed with great solutions that are Powered by BPM. And for sure, if we want sustainable impact, we need a proper BPM governance and mindset (BPM Power, if you like). But in the end, the business case counts. Not an organisation’s score on a BPM maturity index.

This is why I particularly look forward to presenting three real-life cases that created clear results, including a compelling ‘drink your own champagne’ one within our own organisation. I would have loved to present a fourth case story in which we decisively voted not to apply BPM and created tremendous success.

But admitted: for this audience, that would not exactly hit the nail on the head.

First published on Capgemini’s CTO Blog
Posted in English | Tagged , , | Leave a comment

The Inception of TRAIN and SCOOTER Apps

Just sharing with you that we are currently finalizing the 2011 edition of Capgemini’s TechnoVision. An important inception is the analysis of the applications landscape and the impact on delivery models as we are shifting towards a new category of solutions that are lightweight, agile and created in – or very near – to the business.  Actually, we distinguish different ‘Application Lifecycles’, each with their own dynamics around requirements, quality, time-to-market, agility, tools being used and place within the organization. We thought a transport metaphor would be quite effective, so prepare yourselves to be familiarized in the near future with 5 different types of applications, ranging from TRAIN apps (solid, stable, standard, predictable) all the way to SCOOTER apps (highly individual and personalized, ultra-agile, ad-hoc). Much more soon, so stay tuned to this blog. For now, one little visualization of what happens when you try to make a TRAIN application behave like a SCOOTER. I believe our ‘application city’ streets are full of these trains gone rogue. Let’s hope they are just a bad dream soon.

Posted in English | 2 Comments