De keuze

Standaardraamwerk of eigen ontwerp

Een standaardraamwerk is confectie. Wij maken het maatwerk, en gebruiken waar het past dezelfde stoffen en patronen.

Confectie

Het ligt klaar en het is voordelig. U past uw werking aan het raamwerk aan, en u kunt anderen in dezelfde outfit tegenkomen.

Maatwerk

Volgt hoe uw organisatie in elkaar zit en wat uw strategie van haar vraagt. Waar het past, gebruiken we dezelfde stoffen en patronen.

Een raamwerk vraagt dat u uw werking eraan aanpast. Maatwerk vraagt dat u kiest wat uw strategie van uw organisatie nodig heeft.

We ontwerpen in deze volgorde

Voor er groot geïnvesteerd wordt, zoeken we met u de kleinste test die een veronderstelling toetst.

Uw strategie

Wat het nieuwe plan van uw IT-organisatie vraagt, en welke benefits eraan hangen. Van on premise naar cloud of omgekeerd, CI/CD invoeren, een composable architectuur toepassen, of iets anders dat antwoordt op wat uw business en uw klanten nu nodig hebben.

Wat wordt er voortaan anders van uw IT verwacht? Daaruit volgt wat focus vraagt.

Hoe u vandaag werkt

Welke diensten u vandaag levert en wat uw organisatie daarvoor moet kunnen. Die servicecatalogus en capability map leggen we naast de teams, rollen en afspraken die er nu zijn, en naast de plaatsen waar het werk wacht.

Wat lukt er vandaag niet optimaal in uw IT-organisatie om uw nieuwe strategische plan te realiseren?

Uw organisatie van morgen

Het organisatiemodel dat de benefits van uw plan helpt realiseren. Verantwoordelijkheden, werkwijzen en aanpak liggen vandaag vaak verspreid over de organisatie, omdat ze zijn ingericht vanuit een vorig strategisch plan of gewoon zo gegroeid zijn. In het ontwerp loopt het werk in één heldere lijn door uw IT-organisatie, met de focus van uw plan erin vertaald: welke werking dat vraagt, welke teamvorm daarbij past, en wie waarover beslist.

Van noden naar vorm

Een model kiezen begint niet bij het model. Het begint bij wat uw IT-organisatie moet kunnen, en dat volgt uit wat de business van haar vraagt. Servicecatalogus en capability map zijn daarbij het gereedschap.

Eén dienst steunt meestal op meerdere capabilities, en één capability draagt meestal meerdere diensten. Een capability valt dus zelden samen met een team, een functie of een applicatie.

Elke laag volgt uit de vorige. Draait u de volgorde om en vertrekt u bij de teams die er vandaag staan, dan ontwerpt u de inrichting die u al heeft, en stuurt u vanuit uw IT-organisatie hoe de business moet werken.

Noden van de business

Wat de business van IT nodig heeft om haar plan te halen.

Servicecatalogus

Welke diensten daar tegenover staan, voor wie, en met welke afspraken.

Capability map

Wat uw organisatie moet kunnen om die diensten te leveren. Een capability is geen team en geen applicatie, het is iets wat uw organisatie duurzaam kan.

Team- en governancemodel

Pas hier komt de vorm in beeld, samen met de vraag waar die capabilities vandaag al zitten.

Een voorbeeld

Een IT-afdeling van vierhonderd mensen, met een aparte architectuurafdeling van twintig. Het plan: weg van een monolithische architectuur, naar composable.

Composable is geen project maar een bouwprincipe. Het landt dus niet in een programma, maar in de manier waarop de teams bouwen. Dat gaat waarschijnlijk sneller met productteams, en met de architecten verdeeld over die teams in plaats van in een eigen afdeling.

Wel met een Center of Excellence dat de governance opzet en de doelen rond composable opvolgt. Dezelfde mensen, een andere plaats in de organisatie, en het plan komt in beweging.

Bekijk alle modellen

Wat lukt er in uw organisatie vandaag niet optimaal?

In een gesprek van 30 minuten kiezen we samen de eerste stap en een kleine test.

Plan een gesprek Of bel 02 455 07 94