Sandbox:Indelingsmogelijkheden mockup

Uit NORA Online
Naar navigatie springen Naar zoeken springen
NB: Deze pagina is geen onderdeel van de reguliere NORA, maar een testruimte. Het is dus niet zeker of de inhoud zoals u die ziet juist, actueel en betrouwbaar is.

We willen voor de redesign verschillende mogelijkheden gebruiken om de bestaande architectuurcontent te ordenen en in te delen, met als doelen:

  • logische verhaallijnen voor verschillend doelgroepen maken (ingangen in de content)
  • logische vindplekken van content als je een bepaalde taak uitvoert (bijv. maken PSA), of in een bepaalde context werkt
  • makkelijk doorklikken vanuit een enkele pagina naar dingen die ook relevant zijn, bijvoorbeeld als je een bouwsteen op het gebied van IAM bekijkt (DigID) door kunnen gaan naar andere bouwstenen, naar informatie over IAM, naar andere dingen voor mensen die bouwstenen gebruiken (solution architecten).

Basisconcept van Dienstverlening[bewerken]

Dit is de rode draad, op het hoogste abstractieniveau. Hoofdpersoon: de burger

Doelgroep per onderdeel:

Vijflaagsmodel[bewerken]

Driehoek dienst, dienstverlening, organisatie[bewerken]

is te koppelen aan rollen architecten: dienst = projectarchitect, informatie architect, solution architect dienstverlening = ketenarchitect, business architect, enterprise architect organisatie = business architect, enterprise architect (oid)

Boom digitale fundament, digitale overheid, digitale samenleving, digitale economie[bewerken]

Passen de domeinen in moeten zitten.

Nature - nurture[bewerken]

Alle architecten en architecturen binnen de publieke sector moeten de bindende afspraken van de NORA toepassen: Kernwaarden van Dienstverlening en Kwaliteitsdoelen, uitgewerkt in Architectuurprincipes en Implicaties van Architectuurprincipes. Dit is het gedeelde DNA van alle familieleden.

Architecten en architecturen zijn echter geen klonen van elkaar: elk ontstaat in een mix van het gemeenschappelijke met de eigen context van inhoudelijk domein, organisatie en samenwerkingspartners. Die omgeving voegt eigen uniek DNA toe (afspraken die context-specifiek zijn) en vormt ook de voedingsbodem waarin architect en architectuur groeien. Het is dan ook logisch dat wijzigingen in de NORA bindende afspraken niet overal direct geïmplementeerd worden, maar meegaan in de cyclus van verandering van de eigen praktijk. Net zoals het logisch is dat een solution architect zich concentreert op een ander deel van de afspraken dan een enterprise architect.

Zoals een goed ouder meer doet dan het leveren van DNA, proberen we de architecten en architecturen in hun eigen context te voeden, waar nodig te steunen, te wijzen op kansen, samen te brengen en een veilige familie te bieden waarin ze samen kunnen groeien en experimenteren.

Hoe herken ik dit in de wiki?[bewerken]

Op elke pagina in de wiki zou je snel moeten kunnen zien of het gaat om:

  • Generieke bindende afspraken, die voor de hele familie gelden. Bijvoorbeeld door een symbool van DNA of een bepaalde kleur.
  • Voeding & opvoeding, gelegenheden om naar elkaar toe te groeien, kennis te delen et cetera. Bijvoorbeeld met een gietertje en harkje, of de kleur groen.
  • Kennis en inhoud die ontstaan is in de familie, maar (nog) geen verplicht karakter hebben. Bijvoorbeeld met een zakje kunstmest, pokon oid.