Paragraaf Projectrisico's in verschillende templates: échte risico's (geen issues) als voorbeeld geven

[AukeBloembergen]

De huidige voorbeelden zijn geen échte risico's, maar aandachtspunten (issues).

Voorfase

Projectrisico	Maatregel
De verschillende partijen ({partijen}, ICTU) communiceren onvoldoende over de verwachtingen met betrekking tot het projectresultaat, waardoor de verwachtingen uit elkaar gaan lopen en de partijen geen overeenstemming bereiken over de scope van de realisatiefase.	Wekelijks projectoverleg, samenwerken door middel van werkgroepen en fysiek bij elkaar komen, kick-off met alle betrokkenen waarbij de opdrachtgever het doel van de voorfase uiteenzet.
De scope van het beoogde resultaat is onduidelijk, waardoor de voorfase niet tijdig kan worden afgerond	PSA goedgekeurd door architectuurboard bij de start van de voorfase, PSA presenteren tijdens kick-off voorfase
Diverse inhoudelijke en technische specialisten van de opdrachtgever zijn niet beschikbaar vanwege een voorgenomen reorganisatie waardoor inhoudelijke vragen van het voorfaseteam niet tijdig beantwoord kunnen worden	Bij de start van de voorfase een vragenlijst uitzetten bij de specialisten, achtervang voor de specialisten organiseren
{risico}	{maatregel}

Realisatiefase

Projectrisico	Maatregel
De product owner is niet in staat de backlog snel genoeg aan te vullen en te refinen waardoor het ontwikkelteam te weinig werk heeft en ontwikkelaars gedemotiveerd raken en daardoor vertrekken	Product owner heeft voldoende mandaat om besluiten te nemen, inhoudelijke specialisten hebben voldoende tijd om de product owner te ondersteunen, functioneel ontwerper ondersteunt product owner bij het refinen van user stories.
De product owner geeft te weinig prioriteit aan user stories die essentieel zijn voor het MVP en/of projectresultaat waardoor de geplande live-datum niet haalbaar is	MVP-user stories expliciet markeren in Jira als "MVP", MVP-burndown maken, scope bewaken en rapporteren in projectrapportage
Beheerpartij test de oplevering door ICTU niet snel genoeg waardoor er een onbekende inspanning nodig is om de eventuele fouten te herstellen waardoor de geplande live-datum in gevaar komt	Bewaken dat de beheerpartij opleveringen snel test en afwijkingen signaleren naar opdrachtgever
{Bij DevOps werkwijze} De voorzieningen die de beheerorganisatie biedt voor backup & restore voldoen niet aan de eisen van het DevOps-team waardoor extra voorbereidingstijd nodig is voordat de applicatie in productie kan.	Ruim voor de geplande MVP-datum in productie met een dummy-versie zodat het DevOps-team de backup & restore kan testen.
{risico}	{maatregel}

[bipla2]

ICTU-Template-Plan-van-Aanpak-Realisatiefase-754.docx
ICTU-Template-Plan-van-Aanpak-Voorfase-754.docx

[bipla2]

@fniessink : kun je deze reviewen?