FAQ

Algemeen

Wat is het doel van architectuursturing binnen IRN?

Architectuursturing zorgt ervoor dat de ontwikkeling en het beheer van de ICT-infrastructuur binnen IRN op een gestandaardiseerde en samenhangende manier plaatsvindt. Het doel is dat alle activiteiten aansluiten op de gedefinieerde architectuurbouwblokken en dat de infrastructuur voorspelbaar wordt ontwikkeld en dat iedereen binnen IRN duidelijkheid heeft over de taak en richting van de ontwikkeling van het ICT landschap..

→ Zie: 1. Architectuurontwikkeling

Wat zijn Architectuurbouwblokken (ABBs)?

ABBs zijn generieke bouwblokken die architecturale principes en structuren vertegenwoordigen. Een ABB beschrijft de algemene componenten, functies en verantwoordelijkheden binnen de infrastructuur en vormt de functionele beschrijving van een dienst. Ook beschrijft het de roadmap en landingsplaats van de oplossingen.

→ Zie: 1.1. Architectuurbouwblokken (ABBs) en Solutionbouwblokken (SBBs)

Wat zijn Solutionbouwblokken (SBBs)?

SBBs zijn specifieke oplossingen die worden afgeleid van de ABBs. Elk SBB beschrijft de concrete implementatie en het beheer van producten die binnen een ABB worden gedefinieerd, inclusief de technische inrichting en specificaties. Meestal vervult 1 SBB meerdere ABBs. Maar het kan zijn dat een ABB wordt ingevuld door meerdere SBBs.

→ Zie: 1.1. Architectuurbouwblokken (ABBs) en Solutionbouwblokken (SBBs)

Wat zijn de hoofdonderdelen van de IRN-architectuur?

De IRN-architectuur bestaat uit zes hoofdonderdelen:

• End-User Productivity
• Technische Infrastructuur/Datacenter
• Security & IAM
• Networking & Connectivity
• Data
• Platform

→ Zie: 1. Architectuurontwikkeling

Rollen en verantwoordelijkheden

Welke rolgroepen zijn er binnen de architectuursturing?

Er zijn vier rolgroepen:

• Architectuur: vormgeven van het ICT-landschap
• Productmanagement: uitvoering en technische invulling
• Portfoliomanagement: servicemanagers, service delivery managers, portfoliomanagers
• IRN-Afnemers: interne gebruikers van IRN-systemen

→ Zie: 5. Taken en rollen

Wat is het verschil tussen een ICT-Domeinarchitect en een Solution Architect?

De ICT-Domeinarchitect is verantwoordelijk voor één specifiek IV-domein en ontwikkelt de ABBs. De Solution Architect vertaalt deze ABBs naar concrete technische oplossingen (SBBs) en zorgt voor het technisch ontwerp.

→ Zie: 5. Taken en rollen - Architecten

Hoe verhoudt een Productmanager zich tot een Productowner?

De Productmanager is eindverantwoordelijk voor de lifecycle, roadmap en kwaliteit van een productgroep en stuurt Productowners functioneel aan. De Productowner stuurt het DevOps-team aan op dagelijkse uitvoering en beheert de backlog.

→ Zie: 2. Product Management en 5. Taken en rollen - Product Management

Wat is het verschil tussen een Servicemanager en een Service Delivery Manager?

De Servicemanager is de schakel tussen de afnemer en IRN op tactisch en strategisch vlak en is gericht op externe afnemers. De Service Delivery Manager is verantwoordelijk voor interne processen die bouwblok en dienst overstijgend zijn, zoals bestel-, lever- en beheerprocessen.

→ Zie: 3. Portfoliomanagement

Besluitvorming en governance

Wat doet het architectuurstuur?

Het architectuurstuur is het hoogste architectuur besluitvormingsorgaan binnen IRN. Het is verantwoordelijk voor de uiteindelijke vaststelling van wijzigingen in ABBs en het bepalen van de richting van de architectuur. Het vergadert zes keer per jaar.

→ Zie: 1.3. Besluitvorming en Governance

Processen en werkwijze

Hoe worden roadmaps vastgesteld?

Elk jaar worden in de eerste week van oktober alle roadmaps van de SBBs vastgesteld voor het volgende jaar. Deze worden vervolgens intern binnen RWS gepubliceerd door het portfoliomanagement.

→ Zie: 2.2. Roadmapontwikkeling

Hoe werkt innovatie binnen de architectuursturing?

Wanneer nieuwe oplossingen niet binnen de bestaande architectuur passen, kan een tijdelijke ABB (tABB) of tijdelijke SBB (tSBB) worden opgezet. Als een innovatie succesvol blijkt, kan deze doorgroeien tot een volwaardig bouwblok.

→ Zie: 1.3.2. Innovatie

Moeten alle overleggen gekoppeld worden aan de architectuur?

Ja, overleggen binnen IRN starten altijd met een referentie naar het relevante ABB- of SBB-onderdeel. Dit geldt voor alle overlegvormen, met uitzondering van overleggen die uitsluitend betrekking hebben op organisatieontwikkeling.

→ Zie: 4.1. Dagelijkse werkzaamheden

Documentatie en tooling

Waar wordt de architectuurdocumentatie vastgelegd?

Alle ABBs en SBBs worden gedefinieerd in de tool Enterprise Architect, waar de technische en functionele aspecten worden vastgelegd. Documentatie is toegankelijk voor iedereen binnen IRN en staat op Confluence.

→ Zie: 1.3.1.2. Documentatie

Wat is de relatie met de Enterprise Architectuur?

De IRN-architectuur wordt ontwikkeld binnen het kader van de Rijkswaterstaat Enterprise Architectuur (REA). Rijkswaterstaat-breed wordt de IRN-architectuur gecommuniceerd en afgestemd binnen de architectuurberaad van het CIO-Office. Unsupported Confluence link is daar het contactpersoon voor vanuit IRN.

→ Zie: 1.4. Raakvlakken met de ICT Strategie en Enterprise Architectuur

Waar vind ik de RACI-tabel voor de rolverdeling?

De RACI-tabel beschrijft per activiteit wie Responsible, Accountable, Consulted of Informed is. Deze is opgenomen in het hoofdstuk Werkwijze.

→ Zie: 4.4. RACI Tabel en 5. Taken en rollen - RACI-matrix voor IRN-rollen