Posted: mduijnisveld on 02/20/09
Nu maken de Nederlandse overheidsinstanties nog nauwelijks bewust gebruik van het buitenland voor het uitbesteden van IT-activiteiten. Kostenreductie en efficiency zijn binnen het bedrijfsleven zeer belangrijke overwegingen bij het nemen van besluiten over uitbesteding, waardoor IT-offshoring een voor de hand liggende keuze is. Bij de overheid ligt dat anders. IT-offshoring wordt in één adem genoemd met banenverlies, en daar is de overheid niet zo dol op. Kostenbesparing en efficiency krijgen bij de overheid formeel wel aandacht, maar als je de gemiddelde ambtenaar diep in het hart kijkt, is hij toch vooral bezig met het uitvoeren van politiek beleid en het verbeteren van de dienstverlening aan de burger. Dat IT-offshoring dus tot nu toe weinig aandacht heeft gekregen binnen landelijke en gemeentelijke overheden, is dus goed te verklaren. Maar zal dat zo blijven?
Wij willen dit vanuit een tweetal invalshoeken. Als eerste: is de gemiddelde overheidsinstantie ‘offshore ready’ en daarmee in staat om succesvol uit te besteden aan het buitenland? Ten tweede: wat is de invloed van het inkoopbeleid van de overheid (en dan met name wetgeving rondom Europese aanbestedingen) op het uitbesteden van IT-activiteiten naar het buitenland.
Is de overheid Offshore Ready?
De overheid bestaat uit vele landelijke en lokale instanties. Die kunnen natuurlijk niet allemaal over één kam geschoren worden. In het algemeen kunnen we wel stellen dat de gemiddelde overheidsorganisatie laag scoort als hij wordt aangelegd tegen de Yellowtail Offshore Readiness meetlat. Bij veel overheidsinstanties is de IT-regieorganisatie nauwelijks of onvolledig ingericht. IT-projectmanagement en goed opdrachtgeverschap zijn voor sterke verbetering vatbaar. De organisatie is niet gecommit aan IT-offshoring en blijkt een (nog) niet realistische kijk te hebben op de voor- en nadelen van het werken met buitenlandse IT-specialisten. Hoe meer ervaring een organisatie heeft met IT-offshoring, hoe hoger de score is binnen de offshore readiness matrix. Omdat de overheid nog nauwelijks aan IT-offshoring doet, worden hier ook niet veel punten behaald. Samengevat: de Nederlandse overheid is nog niet toe aan IT-offshoring en dient de eigen IT-organisatie nog op meerdere terreinen te verbeteren voordat IT-offshoring een reële optie wordt.
Invloed van het uitbestedingsbeleid op offshoring
Een duidelijk zichtbare trend binnen de overheid is dat de regels voor het uitbesteden van diensten steeds stringenter worden en dat deze regels in snel toenemende mate ook in de praktijk worden toegepast. Onder andere als gevolg van juridische procedures door leveranciers en door diverse fracties gestelde kamervragen, is op de werkvloeren doorgedrongen dat het aanbestedingsbeleid precies en nauwkeurig gevolgd moet worden. Als er voor meer dan € 211.000 aan diensten zal worden uitgegeven, dan dient het project Europees aanbesteed te worden. Een IT-project van een klein beetje omvang, bereikt deze ondergrens al snel. Het gevolg hiervan is duidelijk zichtbaar: het aantal Europese aanbestedingen stijgt sterk en niet alleen ministeries, maar ook waterschappen, provincies en (kleine) gemeenten besteden een groot deel van hun IT-projecten op deze wijze uit.
Wat zijn de selectiecriteria bij deze aanbestedingen? Over het algemeen zijn relevante referenties, een kwaliteitsplan en minimale omzeteisen van belang. De meeste grote IT- dienstverleners scoren hier prima op en kunnen zich op die terreinen dus ook moeilijk onderscheiden. Uiteindelijk wordt de score op de selectiecriteria vaak voor tussen de 30 procent en 60 procent bepaald door de aangeboden prijs, vaak het uurtarief van ingezette medewerkers. Leveranciers met lage uurtarieven, maken in de praktijk een zeer grote kans op de aanbesteding te winnen.
Het gevolg hiervan is in de praktijk al zichtbaar. Hoewel overheidsinstanties geen bewuste intentie hebben om IT-activiteiten in het buitenland onder te brengen, gebeurt dit in toenemende mate wel degelijk. Dienstverleners die de uurtarieven van medewerkers van hun buitenlandse vestigingen aanbieden, maken een veel grotere kans op de aanbesteding te winnen. Niet alleen zal werk worden uitbesteed aan landen als Polen en Roemenië, die onderdeel van de Europese unie zijn en waar dus geen instantie officieel tegen kan zijn. Daarnaast zal overheidswerk in snel toenemende mate vloeien naar Indiase offshore centra van de Nederlandse IT-dienstverleners.
Overheid, ontwikkel IT-offshoring beleid
De overheid is er dus niet klaar voor om IT-activiteiten gericht in het buitenland uit te besteden, maar gaat dit indirect als gevolg van de Europese aanbestedingswetgeving wel in toenemende mate doen. Het is daarom van belang dat de overheid actief beleid gaat ontwikkelen op dit onderwerp en zeker gaat stellen dat er meer aandacht wordt besteed aan het verbeteren van de eigen IT- organisaties. Gebeurt dit niet dan zijn er de komende jaren nog de nodige IT-fiasco’s te verwachten bij de overheid. Kostbare fiasco’s, waarbij steeds vaker buitenlandse IT-deskundigen betrokken waren.
Posted in Offshoring, Overheid, Software Development | No Comments »
Posted: plindelauf on 07/25/08
I’m just a casual blogger. “Unfortunately” my clients demand a lot of time and attention!
But every once in a while, I find that I just have to inform the world on important matters (and yes: importance is in the eye of the beholder). But in a recent project I once again found that there is so little support for the concept of money in the .NET programming languages that you wonder how Microsoft ever got so rich! I thought it was time to put my money where my mouth is and come up with an approach to handling money in C#. Since most of you readers, however, will be non-technical, I’ll spare you the details on this blog. That’s why I’ve put things up on my personal blog for all of you who like to work with the concept of money in your .NET applications.
Enjoy!
Pascal Lindelauf
plindelauf@yellowtail.nl
Posted in .NET, Architectuur, Software Development | No Comments »
Posted: plindelauf on 07/17/08
So why is it that so many software development projects still fail? I think, one very important aspect is the mismatch between the expectations a customer has and what the development team is planning to do or can do for the available/negotiated budget.
A great discussion around this topic can be found on the Scott Hanselman’s podcast, in which he interviews Ken Schwaber, who is co-founder of the Agile Alliance and the brains behind the agile software development process SCRUM. I can highly recommend this episode (even despite of the excessive use of the word “done”!).
Pascal Lindelauf
plindelauf@yellowtail.nl
Posted in .NET, Software Development | No Comments »
Posted: plindelauf on 02/21/08
Hybrid Software Development Process
I strongly believe that if in the future software development is to remain manageable and agile when producing solutions for complex business problems in new hi-tech environments, we will need to abstract further from the lowest levels of coding artefacts. Model Driven Architecture (MDA) and MDD (Model Driven Development) are well adapted concepts that aim at achieving this abstraction. A lot of initiatives are employed to make these concepts available to architects, designers and developers by means of tools that integrate into modelling and development environments. “Integration” is the keyword here: in order to successfully embed MDA/MDD in a software development process, it is very important that it seamlessly integrates with the development environment. Especially, since it is highly unlikely that a company will decide on applying MDA concepts 100% across the board of a time critical (aren’t they all?) software development project. The risk is just too high. The far more likely route to take is to initially apply MDA in only parts of the process and use a conventional process in the other parts. When successful, the application of MDA can be gradually extended. This keeps the risks manageable. Thus, for successful gradual adaptation of MDA, the ability to apply a hybrid process with both MDA and conventional software development is mandatory.
Eclipse
Looking at the current playing field of MDA tools from the hybrid perspective, the best cards seem to be in the hands of the tools that operate within Eclipse. Eclipse is as an open platform for modelling and development tools to plug into. A large number of parties have built there tools for this environment, thus profiting from the open character and the integration benefits that are gained almost automatically. As a software development environment, Eclipse by default comes with a Java language IDE, but other language IDE’s are also available. In short, Eclipse offers a lot that is needed to create a decent hybrid model driven software development environment, where the most convenient target language is Java.
Visual Studio
Then there is Microsoft’s .NET: a powerful development framework, but -at the same time- not nearly as open as anything in the Eclipse space. Actually, the only serious option for developing .NET based software is Visual Studio, which is kept very closed by Microsoft. Additionally, Visual Studio historically grew from ye ol’ Visual Basic IDE, which allowed developers to quickly build visual Windows applications. Still, Visual Studio is very much centred around writing code and optimizing the code writing process by supplying a number components that can be used by integrating them visually. It was never intended to facilitate abstract modelling languages with enhanced tools. Thus, if practical MDA (with a hybrid development process) ever were to happen in the .NET space, Microsoft would be the only one who would be in a position to enable this. Unfortunately, they have repeatedly reported that they “do not believe” in UML nor MDA. They are putting their money on Domain Specific Languages, since that fits far better in the strategy to approach software development bottom-up instead of top-down. But even with DSL’s their ambitions seem rather low level, given that no significant new developments have been incorporated in the new Visual Studio 2008 (compared to its predecessor: Visual Studio 2005).
Conclusion
So I’m rather pessimistic about the attainability of practical MDA/MDD in the .NET space. Opening up Visual Studio or -better yet- having Microsoft introduce a new open .NET development environment much like Eclipse, could boost developments in this area the right way (oops, did I use the words “open” and “Microsoft” in the same sentence?
). Or what about even getting a Microsoft-made .NET language IDE plugin in Eclipse? Ok… I guess I’m pushing it. But boy, do I hate it when politics frustrate innovation.
Pascal Lindelauf
plindelauf@yellowtail.nl
Posted in .NET, Architectuur, MDA / MDD, Software Development, Software Solutions | No Comments »