Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Versie 2 teruggezet

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
simple0
zoom1
inComment0
pageId267124746
custContentId361661059
lbox0
diagramDisplayNameRIM.STD
contentVer1
revision2
baseUrlhttps://vzvz.atlassian.net/wiki
diagramNameRIM.STD
pCenter0
simpleViewerfalse
width723
linksauto
tbstylehidden
lboxtrue
diagramWidth723
heightrevision1611

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 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.

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 (verplicht/optioneel)

Dossier (voorbeeld)

Aannemen wens

  • De wens wordt geregistreerd.

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

  • Business architect

  • Aanmelder

  • Functionele community

/wiki/spaces/KTSA/pages/452657175

/wiki/spaces/KTSA/pages/452657294 (v1)

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

  • Lead architect

  • Productmanager

  • Productverantwoordelijke

  • Solution architect

  • Technical lead

/wiki/spaces/KTSA/pages/452657249 (v1)

categoriseren & prioriteren

  • Nadat een wens SMART genoeg is uitgewerkt kan deze worden ge(her)prioriteert en eventueel worden ingedeeld op categorie.

  • Productmanager

  • Gebruikersraad

  • IT-deelnemersraad

  • Koppeltaal beheerteam


Specificeren technische oplossingsrichting

  • De technische oplossingsrichting wordt geschetst.

  • Solution architect

  • Technical lead

  • Expertgroep standaarden

  • Technische community

  • Lead architect

  • Aanmelder

Technische oplossingsrichting (KA-XX)

/wiki/spaces/KTSA/pages/452657294 (v2)

  • De impact analyse wordt aangescherpt

  • Lead architect

  • Productmanager

  • Productverantwoordelijke

  • Solution architect

  • Technical lead

/wiki/spaces/KTSA/pages/452657249 (v2)

Opstellen afspraak

  • De technische oplossingsrichting wordt definitief gemaakt en en wordt een concept afspraak over gemaakt.

  • Lead architect

  • Visiegroep

Architectuurbesluit (KA-XX) (v1)

Overeenkomen afspraak

  • De inhoud van het architectuurbesluit wordt uitgewerkt, ter validatie aangeboden en indien nodig bijgesteld tot er overeenkomst is.

  • Lead architect

  • Visiegroep

Architectuurbesluit (KA-XX) (v2)

Realiseren afspraak

  • 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)

(proces wordt nog samengevat toegevoegd)

Implementeren

(proces wordt nog samengevat toegevoegd)

Toetsen oplevering & terugkoppelen

  • 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

  • Het procesverloop wordt geëvalueerd

  • Verbetervoorstellen worden ingediend

  • De registratie van de wens wordt administratief afgesloten.

  • Lead architect

  • Proceseigenaar