Er zijn een aantal redenen waarom de praktijk afwijkt van dit ideale ontwerpprincipe. De eerste reden is; je ontwikkelt niet ceteris paribus. In de praktijk heb je te maken met veranderd beleid en daarmee regelgeving. En dan gaat het niet alleen om IT-gerelateerde regelgeving, maar denk ook aan bijv. financiële of sectorale regelgeving. Ook zijn er altijd wensen van bepaalde mensen met invloed in een bedrijf of organisatie. Ook dit zorgt vaak voor een afwijking van de standaard. En dan heb je nog de verschillen tussen landen en continenten, in werkwijze en cultuur.

Ook wordt software vaak ontworpen op basis van de vereisten van de wereld van nu in plaats van de wereld van morgen. Daarom leidt uitbreiding en groei ook vaak tot bloemkoolsoftware. Er is in beginsel vaak niet goed nagedacht wat groei doet met iets basaals als een opgezette autorisatiestructuur. En door de toegenomen complexiteit, neemt de waarde steeds meer af.

En als laatste voorbeeld, vaak ontbreekt eigenaarschap op de gehele keten, de integrale blik op zowel architectuur, IT ontwikkeling, als de impact van besluiten op de business. Lifecycle management van je IT-landschap en optimalisatie en procesverbeteringen moeten onderdeel zijn van elke planvorming.

Als je met deze beïnvloeders rekening houdt in het ontwerp van je IT, dan ben je misschien in staat je eenvoud te bewaken. Maar simpel is het niet ;).