Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Korte omschrijving

Inhoud

Binnen het proces afspreken bekijken we welke verbeteringen (aanpassingen of uitbreidingen) in aanmerking komen voor doorontwikkeling. Tijdens dit proces maken we de behoeften specifiek en stellen we de oplossingsrichting vast. Wanneer er overeenstemming is over de juistheid daarvan maken we daar afspraken over en leggen die vast. Zodra er overeenstemming is over gemaakte afspraken volgt overdracht naar het wijzigingsproces middels één of meerdere wijzigingsverzoeken.

Table of Contents
maxLevel2
minLevel2
Drawio
borderfalse
diagramNameRIM.STD
simpleViewerfalse
linksauto
tbstylehidden
lboxtrue
diagramWidth723
revision1

Gewenste uitkomst

De uitkomst van het "afspreken" proces is de oplevering van een technische oplossingsrichting en afspraken over te realiseren functionaliteit in volgende versies van Koppeltaal en de kwaliteitseisen waaraan deze moet voldoen.

Noodzakelijke invoer

Als invoer heeft het "afspreken" proces bij voorkeur een duidelijk gespecificeerd verzoek nodig waaruit de wens voor aanpassing/uitbreiding van Koppeltaal afgeleid kan worden zonder aanvullende uitleg. Ook moet duidelijk zijn wie de vraag stelt en waarom. Wanneer een wens niet helder genoeg gespecificeerd is dan wordt dat alsnog gedaan als onderdeel van het het afspreken proces zelf.

Uitvoer

De uitvoer van het proces "afspreken" is één of meerdere wijzigingsverzoeken met het verzoek om de wens te realiseren. Als bijlage wordt het /wiki/spaces/KTSA/pages/452657153 gekoppeld.

Eindverantwoordelijkheid op procesniveau

Toelichting

Wie

R

Responsable

Degene die verantwoordelijk is voor de procescoördinatie en regie voert over het afspreken proces. Verantwoording wordt afgelegd aan de persoon die accountable is.

  • Zie activiteiten

A

Accountable

Degene die (eind)verantwoordelijk, bevoegd is en goedkeuring geeft aan het resultaat. Als het erom gaat, moet hij/zij het eindoordeel kunnen vellen, vetorecht hebben. Er is slechts één persoon Accountable.

  • Productmanager Koppeltaal

C

Consulted

Deze persoon geeft (mede) richting aan het resultaat, hij/zij wordt voorafgaand aan beslissingen of acties (verplicht) geraadpleegd. Dit is tweerichtingscommunicatie.

  • Zie activiteiten

I

Informed

Iemand die geïnformeerd wordt over de beslissingen, over de voortgang, bereikte resultaten enz. Dit is eenrichtingscommunicatie.

Procedure voor afhandeling van ingediende wensen

De onderstaande flow geeft de richtlijnen weer voor een juiste gestandaardiseerde procedurele afhandeling van een wens. Iedere stap is  verder uitgewerkt in meer gedetailleerde werkwijzen die terug te vinden zijn via de hyperlinks op de activiteiten. Binnen de werkwijze beschrijvingen worden de diverse rollen uit de RACI ook nader toegelicht.

Procesbeschrijving

Drawio
zoom1
simple0
inComment0
custContentId266863240
pageId267124746
lboxtrue
diagramDisplayNameRIM
contentVer1
revision2
baseUrlhttps://vzvz.atlassian.net/wiki
diagramNameRIM
pCenter0
width1652.25
linksauto
tbstylehidden
height123.5

Activiteit

Korte omschrijving

R (en/of)

C

Dossier

(

voorbeeld)

verplicht/optioneel)*

Middelen

Aannemen wens
(CTM.1)

  • De wens wordt geregistreerd.

  • Als dat nog niet (voldoende) gedaan is dan wordt de functionele behoefte verder uitgewerkt tot

deze SMART genoeg
  • deze duidelijk genoeg is.

  • Business architect

  • Aanmelder

  • Functionele community

  • Er wordt een begin gemaakt met het invullen van een impact analyse

  • Lead architect

  • Productmanager

  • Productverantwoordelijke

  • Solution architect

  • Technical lead

categoriseren & prioriteren
(CTM.2)

  • Nadat een wens

SMART
  • functioneel duidelijk genoeg is uitgewerkt kan deze worden ge(her)prioriteert en eventueel worden ingedeeld op categorie.

  • Productmanager

  • Gebruikersraad

  • IT-deelnemersraad

  • Koppeltaal beheerteam


Specificeren technische oplossingsrichting
(CTM.3)

  • De technische oplossingsrichting wordt geschetst.

  • Solution architect

  • Technical lead

  • Expertgroep standaarden

  • Technische community

  • Lead architect

  • Aanmelder

  • De impact analyse wordt aangescherpt

  • Lead architect

  • Productmanager

  • Productverantwoordelijke

  • Solution architect

  • Technical lead

Opstellen afspraak
(CTM.4)

  • De technische oplossingsrichting wordt definitief gemaakt en en wordt

een concept afspraak over gemaakt
  • getoetst of deze binnen bestaande afspraken valt, of er afspraken wijzigen, of dat er nieuwe afspraken nodig zijn. Afspraken worden verwerkt in architectuurbesluiten.

  • Lead architect

  • Visiegroep

Overeenkomen afspraak
(CTM.5)

  • De inhoud van het architectuurbesluit wordt

uitgewerkt,
  • ter validatie aangeboden en indien nodig bijgesteld tot er overeenkomst is.

  • Lead architect

  • Visiegroep

Realiseren afspraak
(CTM.6)

  • De wens wordt middels één of meerdere wijzigingsverzoeken ter realisatie aangeboden.

  • Het dossier wordt aan het wijzigingsverzoek gekoppeld.

  • Lead architect

  • Standaardisatieteam

Koppeltaal beheerteam

Wijzigen (specificeren)
(CHM)

(proces wordt nog

samengevat

toegevoegd)

Implementeren
(OPS)

(proces wordt nog

samengevat

toegevoegd)

Toetsen oplevering & terugkoppelen
(CTM.7)

  • Er wordt bij de aanmelder van de wens gevalideerd of realisatie en implementatie heeft geleid tot het gewenste resultaat.

  • Lead architect

  • Iedereen dien nodig is en betrokken was.


Evalueren & afsluiten
(CTM.8)

  • Het procesverloop wordt geëvalueerd

  • Verbetervoorstellen worden ingediend

  • De registratie van de wens wordt administratief afgesloten.

  • Lead architect

  • Proceseigenaar


C (verplicht/optioneel)* - Afhankelijk van het type wens kan dit wisselen. Hier wordt vooral gekeken naar de impact. (wie gaat hier iets van merken).