IT SIMPLIFICATION

Na Dell en CA (Lean IT) gaat nu ook Accenture het thema IT Simplification oppakken. Binnenkort vindt in Amsterdam een exclusief Accenture Round Table Dinner plaats over dit onderwerp. Sprekers zijn Robbert-Jan Stegeman (Nuon), Arjan Juurlink (Achmea) en Gert Traa (Accenture). Moderator is Victor Deconinck, die ook een bijdrage levert onder de titel ‘Less is more, not only in IT!’. De bijeenkomst gaat vooral over vereenvoudiging van het applicatielandschap met de bijbehorende valkuilen en quick wins.

In de laatste McKinsey Quarterly heeft Marcus Schaper een artikel geschreven met de titel ‘Tackling IT complexity in product design’. De beschrijving van het probleem en de analyse van oorzaken rammelen naar mijn idee nogal. De auteur spreekt o.m. over de ‘predigital world’ alsof die van gisteren is en niet van de vorige eeuw en het effect van de ouderwetse technology push blijft onderbelicht. Desalniettemin zijn de oplossingsrichtingen voor complexiteit in embedded IT in gebruiksartikelen als auto’s, mobiele telefoons en huishoudelijke artikelen ok. Architectuur-denken is nodig, een geintegreerde benadering en bij voorkeur modulaire oplossingen. Bovenal is samenwerking vereist tussen IT-teams en business-teams in een iteratief proces met duidelijke aansturing. Geen easy go.

Prachtig (ik bedoel erg handig) overzicht van de 25 meest dodelijke software programmering fouten volgens de Amerikaanse instituten SANS en MITRE. Er zijn drie categorieen:

- onveilige interactie tussen componenten (8 fouten)

- gebruik van dubieuze bronnen (10 van de 25)

- poreuze verdediging (7)

De Top-25 gaat vergezeld van uitgebreide beschrijvingen, detectie methoden, herstelkosten, preventieve maatregelen, frequentie van misbruik e.d.

Zie ook ‘Softwaremakers moeten boeten voor bugs’ door Jasper Bakker op Webwereld.nl

Het afscheid nemen van legacy applicaties is een kunst. Dave van Herpen van Sogeti heeft acht stappen geformuleerd als basis voor een rationalisatieprogramma:

1. Bouw en verkoop één integrale businesscase voor het gehele rationalisatieprogramma

2. Start met de rationalisatie van bedrijfsprocessen

3. Creëer focus m.b.v. programmamanagement

4. Maak concrete governance afspraken

5. Stel een ‘uit-architectuur’ op

6. Ontwikkel reductie-scenario’s

7. Gebruik de juiste tooling voor inventarisatie

8. Think big, start small

Bron: Automatiseringsgids 14 augustus 2009

Opruimen en standaardiseren zijn twee voor de hand liggende speerpunten in een IT Simplification aanpak. Er is in veel organisaties werk aan de winkel voor wat betreft software.

KPMG ondervroeg ruim 1000 Nederlandse organisaties over hun softwarebeheer.  90% van de ondervraagde bedrijven en instellingen blijkt niet te beschikken over beleid op het gebied van licentiebeheer of over volledige informatie over de software in huis en licentierechten. Als belangrijkste oorzaken worden genoemd: decentrale autonomie over softwarekeuzes, ICT-integratie na fusies en overnames, complexe softwarecontracten en weinig waardering voor software-inventarisaties. KPMG stelt dat software asset management forse kostenbesparingen kan opleveren.

Een recente discussie over software standaardisatie binnen de LinkedIn-group ICT Vereenvoudiging heeft de volgende inzichten opgeleverd:

> Het gaat niet alleen om software standaardisatie, maar ook (en misschien wel eerst) om standaardisatie van bedrijfsprocessen en master data.

> De keuze voor standaardisatie moet gedragen worden door het management; wat is het gezamenlijke doel en wat zijn de randvoorwaarden? Het management moet ook bereid zijn om de gevolgen te accepteren. Dat is veel belangrijker dan een focus op wat wel en wat niet standaardiseren.

> Voor het draagvlak binnen het lijn-management is duidelijkheid nodig over de gevolgen in de resulaten-rekeningen van bedrijfsonderdelen.  M.a.w. hoe worden de kostenconsequenties van software standaardisatie toegedeeld? Ook is het van belang om helder te zijn over de onderhandelingsruimte voor lokaal management: waarover bestaat keuzevrijheid en wat ligt vast in centraal beleid? 

> Mogelijke belemmeringen voor software standaardisatie zijn:

- de behoefte om lokaal ondernemerschap  binnen business units te stimuleren en ICT daarbij als ’speeltje’ in te zetten;
- het gegeven (of de perceptie) dat bedrijfsprocessen in verschillende bedrijfsonderdelen onderling sterk verschillen;
- grote verschillen qua schaalgrootte van bedrijfsonderdelen.

Pleidooien voor software standaardisatie stuiten in ieder geval in actuele economische situatie op minder weerstand, aldus ook Freddy Van den Wyngaert, CIO van Agfa en Belgische CIO of the Year 2008 in een artikel op de website DataNews onder de titel ‘Succesvolle creatie van IT Value in goede en slechte tijden’.

Ongeveer een kwart van de lopende ict-projecten binnen KLM valt onder de hoede van de interne testafdeling. De kosten van het testproces bedragen bij KLM al gauw 30% van de projectkosten (inclusief een deel van de kwaliteitborging). Teammanager Henk van Merode bepleit het gebruik van testhulpmiddelen om daarmee software modelgebaseerd te kunnen testen. Steeds meer tools komen hiervoor beschikbaar. Volgens Van Merode dwingt de toenemende complexiteit van software tot het inzetten van deze geautomatiseerde test-tools. Met name Service Oriented Architecture (SOA) zorgt voor complexiteit door de koppeling van vele afzonderlijke componenten en de oneindigheid van ketens. Bron: IT Executive, 5 mei 2009