PSA (Project Startarchitectuur): verschil tussen versies

Uit NORA Online
Naar navigatie springen Naar zoeken springen
(uitbreiding op basis van wensen Nationale Politie en EAR)
(aanpassing op basis van wensen en kennis NP en EAR)
Regel 15: Regel 15:
* Een bestuurder heeft met een PSA alle ‘ins’ en ‘outs’ beschikbaar om een verantwoord besluit te nemen over een project.
* Een bestuurder heeft met een PSA alle ‘ins’ en ‘outs’ beschikbaar om een verantwoord besluit te nemen over een project.
* De projectmanager kan met een PSA, aan de hand van kaders en randvoorwaarden, richting van een project duidelijk maken. Dit geeft inzicht in de oplossing waar aan gedacht wordt en welke consequenties (en risico's) er aan gekozen voorstellen vastzitten. Dit vergemakkelijkt de uitvoering.
* De projectmanager kan met een PSA, aan de hand van kaders en randvoorwaarden, richting van een project duidelijk maken. Dit geeft inzicht in de oplossing waar aan gedacht wordt en welke consequenties (en risico's) er aan gekozen voorstellen vastzitten. Dit vergemakkelijkt de uitvoering.
* De professionals kunnen met een PSA werken onder architectuur: gerichter aan de slag om concrete, passende oplossingen voor te stellen die passen in de PSA.
* De professionals kunnen met een PSA gerichter aan de slag om concrete, passende oplossingen voor te stellen die passen in de PSA; ''werken onder architectuur''.
De PSA zorgt er uiteindelijk voor dat een solution-architectuur opgesteld kan worden die aansluit op de wensen van gebruikers.
De PSA zorgt er uiteindelijk voor dat een [[solution-architectuur]] opgesteld kan worden die aansluit op de wensen van gebruikers.


Overigens is een PSA bij het Rijk verplicht voor grote projecten met een ICT-component vanaf €20 miljoen en met een publiek afbreukrisico. Een PSA is zeker ook zinvol voor kleinere projecten.
Overigens is een PSA bij het Rijk verplicht voor grote projecten met een ICT-component vanaf €20 miljoen en met een publiek afbreukrisico. Een PSA is zeker ook zinvol voor kleinere projecten.
Regel 22: Regel 22:
==Wat mag je van een PSA verwachten?==
==Wat mag je van een PSA verwachten?==
Een PSA ondersteunt besluitvorming met:
Een PSA ondersteunt besluitvorming met:
* Het analyseren en beschrijven van de kaders en randvoorwaarden van het project (o.a. afspraken, [[principes]], richtlijnen, [[standaarden]] en normen) die richting geven aan de oplossing die een project gaat realiseren en schetst de implicaties ervan voor de oplossing.  
* De analyse en beschrijving van de kaders en randvoorwaarden van het project (o.a. afspraken, [[principes]], richtlijnen, [[standaarden]] en normen) die richting geven aan de oplossing die een project gaat realiseren en schetst de implicaties ervan voor de oplossing.  
* Het schetsen van de context en afbakening van de oplossing en de samenhang met bestaande en te realiseren diensten, voorzieningen en bouwstenen.
* Een schets van de context en afbakening van de oplossing en de samenhang met bestaande en te realiseren diensten, voorzieningen en bouwstenen (alle drie lagen van het [[negenvlaksmodel]] dus, inclusief beheer & beveiliging).
* Het expliciteren van de impact van keuzes t.a.v. de oplossing. Zo borgt de PSA dat toekomstvaste en duurzame besluiten worden genomen.
* Een explicitering van de impact van keuzes t.a.v. de oplossing en verantwoorde onderbouwing van afwijkingen. Zo borgt de PSA dat toekomstvaste en duurzame besluiten worden genomen.
* Het sturing geven aan het ontwerp van de oplossing. Denk aan zaken als: samenhang in informatievoorziening, interoperabiliteit van informatie, herbruikbaarheid van de oplossing en afnemende beheerslasten.
* Sturing aan het ontwerp van de oplossing. Denk aan zaken als: samenhang in informatievoorziening, interoperabiliteit van informatie, herbruikbaarheid van de oplossing en afnemende beheerslasten.


Een PSA kan 'dun' of 'dik' worden opgesteld, afhankelijk van de uitgangssituatie van het project. Sommige projecten starten met een groene weide met slechts enkele globale kaders. In andere situaties zijn de wensen en verwachtingen veel verder gespecificeerd en is het landschap waarop aangesloten moet worden complexer.
Een PSA kan 'dun' of 'dik' worden opgesteld, afhankelijk van de uitgangssituatie van het project. Sommige projecten starten met een groene weide met slechts enkele globale kaders. In andere situaties zijn de wensen en verwachtingen veel verder gespecificeerd en is het landschap waarop aangesloten moet worden complexer.
Op basis van een [[doelarchitectuur]], dat is de architectuur van de uiteindelijk gewenste situatie, geeft een PSA richting aan de (technische) oplossing, die een project gaat realiseren. Vervolgens wordt in een [[solution-architectuur]] de voorgestelde oplossing uitgewerkt.


==Wanneer pas je een PSA bij een project toe?==
==Wanneer pas je een PSA bij een project toe?==
Op basis van een [[doelarchitectuur]], dat is de architectuur van de uiteindelijk gewenste situatie, geeft een PSA richting aan de (technische) oplossing, die een project gaat realiseren. Vervolgens wordt in een [[solution-architectuur]] de voorgestelde oplossing uitgewerkt.
Een PSA wordt voor de start van een project (in de initiatiefase) ter besluitvorming aangeboden. Opdracht voor het maken van een PSA wordt na het Projectmandaat<ref>[http://pinkacademy.nl/prince2/opstarten-van-een-project/ Projectmandaat] is een term uit de PRINCE2 projectmanagementmethodiek</ref> gegeven, tegelijkertijd met de opdracht voor het maken van een plan van aanpak (PID<ref>Projectinitiatiedocumentatie, ook een PRINCE2-term</ref>). De PSA is bedoeld om meer inzicht te geven in de onderbouwing van de business case bij het opstellen van een projectplan/PID. Daarmee is de PSA onderdeel van de PID.
 
Hoewel in voorgaande gerefereerd wordt aan PRINCE2 als voorbeeld, kan een PSA ook van toepassing zijn bij andere projectmanagementmethoden, zoals Agile.
 
==Hoe ontwikkel je een PSA==
Er zijn verschillende methodieken om architectuur te ontwikkelen; NORA doet geen uitspraken over de te gebruiken methode. Het schrijven van een projectstartarchitectuur maakt een integraal onderdeel uit van het ontwikkelen van een architectuur.
 
Een PSA wordt in een vroeg stadium van het project gebruikt. Het is in die fase belangrijk om een korte doorlooptijd te hanteren. Door verschillende disciplines te betrekken bij het schrijven van een PSA, wordt de kans op witte vlekken verkleind en zijn alle partijen vanaf het begin aangehaakt.
 
Zorg voor toetsing bij de juiste gremia aan toepasselijke normen en standaarden. Voor compliancy aan NORA kan een [[NORA-toets]] gedaan worden met collega-architecten. Voor compliancy aan bij voorbeeld de eigen referentie/enterprise architectuur, kan een architectuurboard van toepassing zijn. Indien sprake is van een ketenarchitectuur, kan de ketenregisseur een architectuurboard inrichten om samenhang in de keten te bewaken.


Een PSA wordt voor de start van een project (in de initiatiefase) ter besluitvorming aangeboden. Opdracht voor het maken van een PSA wordt na het Projectmandaat<ref>[http://pinkacademy.nl/prince2/opstarten-van-een-project/ Projectmandaat] is een term uit de PRINCE2 projectmanagementmethodiek</ref> gegeven, tegelijkertijd met de opdracht voor het maken van een plan van aanpak (PID<ref>Projectinitiatiedocumentatie, ook een PRINCE2-term</ref>). De PSA is bedoeld om meer inzicht te geven in de onderbouwing van de business case bij het opstellen van een projectplan/PID. Daarmee is de PSA integraal onderdeel van de PID.
De opdrachtgever/producteigenaar keurt de uiteindelijke PSA goed. Deze partij kan toezien op naleving van de PSA in vervolgproducten.


==PSA-Sjabloon NORA==
Het [[PSA (Project Startarchitectuur)/Sjabloon|PSA-sjabloon van NORA]] helpt de professional snel op weg om een degelijk PSA op te stellen, waarin aan alle relevante aspecten aandacht wordt besteed. Dit sjabloon is samengesteld op basis van PSA's uit verschillende organisaties en geeft als het ware een 'grootste gemene deler' weer. Naast het NORA-sjabloon zijn hier ook voorbeelden te vinden van uitgewerkte PSA's en PSA-sjablonen uit de praktijk van verschillende organisaties.
Het [[PSA (Project Startarchitectuur)/Sjabloon|PSA-sjabloon van NORA]] helpt de architect snel op weg om een degelijke PSA op te stellen, waarin aan alle relevante aspecten aandacht wordt besteed. Naast het sjabloon zijn ook voorbeelden te vinden van andere PSA’s.  


==Contact==
==Contact==

Versie van 17 mrt 2014 17:42

Een Project StartArchitectuur (PSA) is een projectdocument dat als hulpmiddel bij een project wordt ingezet om veranderingen te faciliteren. De PSA richt zich daarbij op kaders die op een project van toepassing zijn en de impact van deze kaders op de beoogde verandering.

"De PSA is een belichaming van daadwerkelijk werken onder architectuur". "De PSA maakt concreet wat architectuur voor een project betekent"

Waarom een PSA[bewerken]

Met een PSA maak je een vliegende start en voorkom je dat het project op verrassingen stuit, waarvan de informatievoorziening in meest brede zin later last kan krijgen.

Voor elke stakeholder levert een PSA iets op:

  • Een bestuurder heeft met een PSA alle ‘ins’ en ‘outs’ beschikbaar om een verantwoord besluit te nemen over een project.
  • De projectmanager kan met een PSA, aan de hand van kaders en randvoorwaarden, richting van een project duidelijk maken. Dit geeft inzicht in de oplossing waar aan gedacht wordt en welke consequenties (en risico's) er aan gekozen voorstellen vastzitten. Dit vergemakkelijkt de uitvoering.
  • De professionals kunnen met een PSA gerichter aan de slag om concrete, passende oplossingen voor te stellen die passen in de PSA; werken onder architectuur.

De PSA zorgt er uiteindelijk voor dat een solution-architectuur opgesteld kan worden die aansluit op de wensen van gebruikers.

Overigens is een PSA bij het Rijk verplicht voor grote projecten met een ICT-component vanaf €20 miljoen en met een publiek afbreukrisico. Een PSA is zeker ook zinvol voor kleinere projecten.

Wat mag je van een PSA verwachten?[bewerken]

Een PSA ondersteunt besluitvorming met:

  • De analyse en beschrijving van de kaders en randvoorwaarden van het project (o.a. afspraken, principes, richtlijnen, standaarden en normen) die richting geven aan de oplossing die een project gaat realiseren en schetst de implicaties ervan voor de oplossing.
  • Een schets van de context en afbakening van de oplossing en de samenhang met bestaande en te realiseren diensten, voorzieningen en bouwstenen (alle drie lagen van het negenvlaksmodel dus, inclusief beheer & beveiliging).
  • Een explicitering van de impact van keuzes t.a.v. de oplossing en verantwoorde onderbouwing van afwijkingen. Zo borgt de PSA dat toekomstvaste en duurzame besluiten worden genomen.
  • Sturing aan het ontwerp van de oplossing. Denk aan zaken als: samenhang in informatievoorziening, interoperabiliteit van informatie, herbruikbaarheid van de oplossing en afnemende beheerslasten.

Een PSA kan 'dun' of 'dik' worden opgesteld, afhankelijk van de uitgangssituatie van het project. Sommige projecten starten met een groene weide met slechts enkele globale kaders. In andere situaties zijn de wensen en verwachtingen veel verder gespecificeerd en is het landschap waarop aangesloten moet worden complexer.

Op basis van een doelarchitectuur, dat is de architectuur van de uiteindelijk gewenste situatie, geeft een PSA richting aan de (technische) oplossing, die een project gaat realiseren. Vervolgens wordt in een solution-architectuur de voorgestelde oplossing uitgewerkt.

Wanneer pas je een PSA bij een project toe?[bewerken]

Een PSA wordt voor de start van een project (in de initiatiefase) ter besluitvorming aangeboden. Opdracht voor het maken van een PSA wordt na het Projectmandaat[1] gegeven, tegelijkertijd met de opdracht voor het maken van een plan van aanpak (PID[2]). De PSA is bedoeld om meer inzicht te geven in de onderbouwing van de business case bij het opstellen van een projectplan/PID. Daarmee is de PSA onderdeel van de PID.

Hoewel in voorgaande gerefereerd wordt aan PRINCE2 als voorbeeld, kan een PSA ook van toepassing zijn bij andere projectmanagementmethoden, zoals Agile.

Hoe ontwikkel je een PSA[bewerken]

Er zijn verschillende methodieken om architectuur te ontwikkelen; NORA doet geen uitspraken over de te gebruiken methode. Het schrijven van een projectstartarchitectuur maakt een integraal onderdeel uit van het ontwikkelen van een architectuur.

Een PSA wordt in een vroeg stadium van het project gebruikt. Het is in die fase belangrijk om een korte doorlooptijd te hanteren. Door verschillende disciplines te betrekken bij het schrijven van een PSA, wordt de kans op witte vlekken verkleind en zijn alle partijen vanaf het begin aangehaakt.

Zorg voor toetsing bij de juiste gremia aan toepasselijke normen en standaarden. Voor compliancy aan NORA kan een NORA-toets gedaan worden met collega-architecten. Voor compliancy aan bij voorbeeld de eigen referentie/enterprise architectuur, kan een architectuurboard van toepassing zijn. Indien sprake is van een ketenarchitectuur, kan de ketenregisseur een architectuurboard inrichten om samenhang in de keten te bewaken.

De opdrachtgever/producteigenaar keurt de uiteindelijke PSA goed. Deze partij kan toezien op naleving van de PSA in vervolgproducten.

Het PSA-sjabloon van NORA helpt de professional snel op weg om een degelijk PSA op te stellen, waarin aan alle relevante aspecten aandacht wordt besteed. Dit sjabloon is samengesteld op basis van PSA's uit verschillende organisaties en geeft als het ware een 'grootste gemene deler' weer. Naast het NORA-sjabloon zijn hier ook voorbeelden te vinden van uitgewerkte PSA's en PSA-sjablonen uit de praktijk van verschillende organisaties.

Contact[bewerken]

Vragen en suggesties ontvangen wij graag op architectuur@ictu.nl.

Zie ook[bewerken]

  1. Projectmandaat is een term uit de PRINCE2 projectmanagementmethodiek
  2. Projectinitiatiedocumentatie, ook een PRINCE2-term