De 10 principes van DYA

De uitgangspunten van DYA zijn geformuleerd in de vorm van tien principes:

1:Architectuur is strategisch wanneer ICT dit is.
ICT is strategisch: ontwikkelingen op ict-gebied kunnen ingrijpende veranderingen veroorzaken en zowel de ondernemingsstrategie als het daarvan afgeleide businessmodel beïnvloeden. Maar dan is architectuur
niets minder dan een strategisch wapen: architectuur stelt de organisatie
in staat de potentie van ict-ontwikkelingen te koppelen aan het realiseren
van belangrijke doelen.

2: Architectuur moet snelheid dienen.
De reactietijden die ondernemingen krijgen om adequaat in te spelen o
externe en interne ontwikkelingen worden steeds korter. Snelheid is een
kritische succesfactor geworden. Architectuur moet hieraan bijdragen.

3:Communicatie tussen business- en ict-management staat centraal.
Een goede communicatie tussen business- en ict-management is een
voorwaarde om de strategische ict-potentie waar te maken. Het
formuleren van de ondernemings- en ict-strategie is dan ook een
gezamenlijke verantwoordelijkheid van alle disciplines.

4:Het ontwikkelen van architectuur wordt gestuurd door businessdoelen.
Het werken onder architectuur vindt zijn rechtvaardiging in het bereiken
van de businessdoelen. Het ontwikkelen van architectuur moet dan ook
gestuurd worden door die businessdoelen. Zonder dit principe ontstaat
maar al te gauw de vage situatie van ‘het bedrijven van architectuur om
de architectuur’. Dit betekent dat de focus bij architectuurontwikkeling
gelegd wordt op het realiseren van businessdoelen en niet op het autonoom ontwikkelen van bedrijfsbrede architecturen.

5:Het architectuurniveau wordt verhoogd door mee te liften op de energiegolven van belangrijke veranderingstrajecten.
Architectuurinvesteringen maken meer kans op goedkeuring als ze
volgen uit en integraal onderdeel zijn van de benodigde investeringen
om belangrijke businessdoelen te realiseren. Dit sluit bovendien aan bij
de doelgerichte benadering van architectuur. Een verhoging van het
architectuurniveau is zonder dit principe niet of moeilijk verkoopbaar.

6: Architectuur wordt ontwikkeld volgens het ‘just enough en just in time’- principe.
‘Just in time’ geeft aan dat de diverse benodigde deelarchitecturen pas
gemaakt worden wanneer daar, ten behoeve van het uitwerken van een businessdoel, behoefte aan is. ‘Just enough’ houdt in dat de middelenallocatie op het gebied van architectuur varieert met de dynamiek en frequentie van de te realiseren businessdoelen: meer vraag naar architectuur betekent meer architecten, minder vraag minder architecten.
‘Just enough’ betekent ook dat er precies zoveel architectuur ontwikkeld
wordt als nodig is voor het bereiken van de businessdoelen, niet meer.

7: Een denk-/werkmodel ondersteunt het werken onder architectuur.
Er is geen eenduidig stap voor stap-recept te geven voor het werken
onder architectuur. Daarvoor verschillen organisaties te veel, wat zijn
weerslag heeft op de manier waarop het best met architectuur kan
worden omgegaan. Aan de andere kant is er wel behoefte aan concrete
handvatten om het werken onder architectuur vorm te geven.
Werken onder architectuur gaat immers niet vanzelf. Daarom is het
verstandig om het werken onder architectuur in te richten op basis van
een bepaald denk-/werkmodel. Een denk-/werkmodel geeft aan de ene
kant concrete handvatten, terwijl het aan de andere kant ruimte laat voor
verschillende invullingen. Ieder kan uit het model halen wat voor hem of
haar interessant is. In het gebruik wordt het model steeds verder
specifiek voor de eigen organisatie ingevuld.

8:Verbanden moeten inzichtelijk zijn.
Door de verbanden binnen de organisatie inzichtelijk te maken wordt
duidelijk over welke zaken keuzen en afspraken gemaakt moeten
worden. Dit betreft verbanden tussen verschillende objecten van
architectuur (processen, gegevens, applicaties, etc.), maar ook tussen
verschillende niveaus (strategie, tactiek, operationeel). Inzicht in
verbanden helpt ook bij het vaststellen van de deelarchitecturen
die nadere uitwerking behoeven.

9: Er worden meerdere ontwikkelscenario’s onderscheiden.
Indien er uitzonderlijk veel tijdsdruk is bij het realiseren van het
businessdoel, is het verstandig om ook de beschikking te hebben
over kwalitatief hoogwaardige scenario’s, waarbij bewust niet onder
architectuur gewerkt wordt. Parallel hieraan of direct hierop volgend
vindt de realisatie onder architectuur plaats. Zo wordt ook het
incidenteel niet onder architectuur ontwikkelen in de standaard
werkwijze betrokken en wordt het risico van wildgroei beperkt.

10: De architectuurprincipes en -processen moeten ingebed zijn in de
organisatie.
Zonder de bereidheid tot daadwerkelijke middelenallocatie om de
architectuurprincipes en -processen in te bedden in de organisatie,
zullen we nooit een informatievoorziening bereiken die adequaat
tegemoet komt aan de wensen en eisen van de business.
Uit de principes komt duidelijk naar voren dat architectuur geen doel
op zich is, maar een middel om businessdoelen te bereiken. Het opstellen
van architectuur is dan ook geen autonoom proces, maar vindt plaats als
onderdeel van een traject om een specifiek doel te realiseren. Wij vatten
dit samen in het motto ‘just enough and just in time architecture’.
Architectuur staat dus ten dienste van de businessdoelen. Maar dan
hoort architectuur ook op de agenda van de ‘business’ en niet alleen op
die van de ict-afdeling.