Open Dragon1 EA Methode Beheermodel

Transcriptie

1 Dragon1 Beheermodel Open Dragon1 EA Methode Beheermodel Auteur: Dragon1 Architecture Foundation Laatst gereviewd op 1 oktober 2012 goedgekeurd op 3 oktober 2012 (c) Copyright Dragon

2 Voor welke producten is dit beheermodel? Met dit beheermodel worden jaarlijks via wijzigingsvoorstellen (RFCs) de volgende producten van de methode beheerd: Dragon1 Wiki Dragon1 Concepten Dragon1 Open Standaarden Document Sjablonen Checklisten Boeken Opleidingen Enkele producten worden standaard jaarlijks bekeken of ze op de RFC-planning gezet moeten worden om ervoor te zorgen dat ze niet verouderd raken. (c) Copyright Dragon

3 Dragon1 Beheerrollen en partijenmodel Beheer en uitdragen van de methode Dragon1 Architecture Foundation Meldt de wijzigingen aan Wordt aangewezen Regels opstellen Wordt erkend College Deskundigen Wordt erkend Wordt aangewezen Voorziet in reglement Doorvoeren van wijzigingen Doorontwikkelen van de methode Dragon1 Gebruikersvereniging (User Group) Is lid van Dragon1 Gebruikersgroepsleden (Members) Dragon1 Werkgroepen (Work Groups) Zit in Dragon1 toepassingskennis en ervaring delen met anderen Levert RFCs aan Wijzigingsvoorstellen doen Meldt doorgevoerde wijzigingen aan Wijzigingen commissie RFCs goedkeuren The Dragon1 Company Stuurt goedgekeurde RFC s door Niet-commercieel gebruik van Dragon1 voor de interne organisatie Levert Gebruikers organisaties Levert Onderwijs & Onderzoeks organisaties Aanbieden en verzorgen van trainingen, diensten en producten waarin Dragon1 zit Leveranciers organisaties Derden organisaties Maken en verkopen van afgeleide materialen Onderzoek doen naar Dragon1 en VEA (c) Copyright Dragon

4 Dragon1 Beheerprocesmodel Dragon1 werkgroepen bekijken jaarlijks welke producten op de RFC planning dienen te komen om bijgewerkt te worden tegen veroudering. College Deskundigen stelt review regels en RFC regels op. De RFC wordt afgekeurd. Communicatie naar indiener. 0 Dragon1 Werkgroep dient gestandaardiseerd via formulier een RFC in. Review Board (RB) beoordeelt of de RFC ingepland of in behandeling kan worden genomen. RB plant de behandeling van de RFC. RB behandelt de RFC, en toets op regels van CvD. De RFC wordt goedgekeurd door RB. De RFC wordt vertaald in een uitvoerbare change opdracht. Change wordt doorgestuurd door RB aan The Dragon1 Company. 1 De RFC wordt niet in behandeling genomen. Communicatie naar indiener. De RFC komt op de externe RFC-behandelplanning te staan. De RFC komt op de RFC-lijst te staan met prio stelling. De stichting communiceert De change publiekelijk 1 TDC registreert de Change. TDC behandelt de Change. De intake van de RFC wordt goedgekeurd door TDC. De uitvoering van de change wordt gepland door TDC. De change wordt uitgevoerd door TDC. (in de wiki en core materialen) De uitgevoerde change wordt door TDC gecommuniceerd naar stichting. De stichting communiceert de change naar derden. 2 De change komt op de interne RFC-behandelplanning te staan. Statusmelding naar RB. De change komt op de RFC-dev-planning te staan. De change komt op de externe pubplanning te staan. Overige partijen (leveranciers en derden) werken hun materialen bij. (c) Copyright Dragon

5 Input wijzigingen 1 Bron Basis materialen Afgeleide materialen Dragon1 Beheerproductenmodel Beheermodel dat zich richt op wijzigingsvoorstellen aangaande de Dragon1 EA methode, haar Wiki, boeken, standaarden, documentsjablonen, checklisten en opleidingen Core Books (EN): Vertaling van boeken, checklisten en documentsjablonen Adviesmaterialen Opleidingsmaterialen whitepapers, boeken, artikelen, websites en presentaties beurzen, conferenties, congressen en seminars Verantwoordelijkheid: Gebruikersvereniging, Derden, ATO s, ACO s, ARO s Pocketboekje wijzigen Management overzicht Studieboeken over de Methode en Open Standaarden wijzigen Document Sjablonen& Checklisten Referentie producten / modellen Architectuur voorbeeldproducten Software Tools & Content Packages Andere basis materialen Verantwoordelijkheid: The Dragon1 Company Opleidingscurriculum & programma en examen eisen Verantwoordelijkheid: Dragon1 Architecture Foundation Studieboek Implementatie handboek wijzigen De unieke bron: Dragon1 Wiki (EN) Teksten over: - wat zijn de 100+ Dragon1-concepten - Uitleg over hoe de Dragon1-concepten te gebruiken - links naar ondersteunende downloadbare materialen zoals voorbeelden, sjablonen en checklisten Verantwoordelijkheid: The Dragon1 Company Voorbeeldengids goedkeuren Goedgekeurde wijzigingen van Dragon1 Concepten & Dragon1 Open Standaarden Verantwoordelijkheid: Wijzigingscommissie Link: input leveren Visies & Whitepapers Trends & Ontwikkelingen Wijzigingsvoorstellen van Dragon1 Concepten & Dragon1 Open Standaarden Reviews van Dragon1 Open Standaarden Verantwoordelijkheid: leden van werkgroepen van de Dragon1 Gebruikersvereniging om input te leveren (c) Copyright Dragon

6 Dragon1 Beheerrollen en partijen De processen en procedures m.b.t. het Dragon1 beheerproces kennen twaalf partijen met bijbehorende taken, verantwoordelijkheden, bevoegdheden en rollen. Deze partijen staan hieronder vermeld. Niet alle partijen zijn altijd betrokken bij elke procedure of proces. The Dragon1 Company - De organisatie die onder licentie producten en diensten van Dragon1 kan en mag ontwikkelen en vermarkten. De organisatie die als enige door de Review Board goedgekeurde RFC s kan, mag en moet doorvoeren en zonder opgave vooraf de methode kan doorontwikkelen. The Dragon1 Company ontwikkelt tools voor de methode die zelf en via derden worden vermarkt. De methode en afgeleide producten zijn en blijven eigendom van The Dragon1 Company. De winst die wordt gemaakt wordt hier verdeeld tussen de aandeelhouders van The Dragon1 Company. Dragon1 Architecture Foundation De stichting die sinds 2007 een licentie heeft voor het beheer en de verspreiding van het gebruik van de methode. De stichting zorgt onder andere ervoor dat organisaties zich kunne laten accrediteren als ATO s en ACO s, zorgt ervoor dat er regulering is van opleidingen, consultancy, examinering, certificering, accreditatie en het voeren van registers. De stichting dient ervoor zorg te dragen dat de methode niet wordt misbruikt en dient ervoor te zorgen dat derden gecontroleerd allerlei producten en diensten gaan ontwikkelen op basis van en bovenop Dragon1. De stichting dient ervoor te zorgen dat de methode open blijft. De stichting ontvangt accreditatie- en certificeringsgelden. Het stichtingbestuur Dit bestuur dient zorg te dragen voor de volgende taken: het verspreiden van de bekendheid van Dragon1 als de methode voor Visuele Enterprise Architectuur; het beschikbaar stellen van informatie met betrekking tot de methode; het faciliteren in het doorontwikkelen van Dragon1 als open methode in Visuele Enterprise Architectuur; beschikbaar stellen van en faciliteren in studiemateriaal zoals boeken over de methode; het reguleren van de certificering voor gebruikers in verschillende rollen; het beschikbaar stellen van en faciliteren in opleidingen voor de methode; het reguleren van de accreditatie van organisaties; het onderhouden van een register met geaccrediteerde organisaties; het reguleren van de certificering van architecten; het onderhouden van een register met gecertificeerde architecten; het beschermen van het gebruik van de naam Dragon1 als naam van de methode. het bestuur dient te zorgen voor de aanstelling van een College van Deskundigen en van een Review Board. (c) Copyright Dragon

7 Dragon1 Beheer Rollen Dragon1 Review Board (wijzigingscommissie) Deze door het stichtingsbestuur periodiek aangewezen groep moet RFC s op de methode en haar producten (wiki, sjablonen, checklisten en boeken) en reviews van open standaarden toetsen aan de regels. Goedgekeurde RFC s en reviews moeten aan The Dragon1 Company worden doorgegeven die ze verwerkt. College van Deskundigen in de stichting Het College van Deskundigen is het onafhankelijke adviesorgaan van het stichtingsbestuur van de Dragon1 Architecture Foundation. Het College adviseert het bestuur ten aanzien van alles wat te maken heeft met het certificatiesysteem, de te hanteren eisen (voor zover van toepassing), de methoden van onderzoek en de voorschriften voor het gebruik van het certificaat. De leden van het College worden benoemd op basis van hun sectordeskundigheid of hun specifieke onafhankelijke deskundigheid. Het college stelt openbare criteria op waarlangs RFCs en reviews worden gedaan, beoordeeld, goedgekeurd en doorgegeven aan The Dragon1 Company die ze daadwerkelijk in materialen doorvoert. Het stichtingsbestuur wijst periodiek een college aan. Dragon1 Gebruikersvereniging (Gebruikersvereniging) De enige officiële gebruikersorgaan, dat door de stichting wordt erkend, dat ervoor zorgt dat gebruikers elkaar treffen en dat er een levendige internationale (internet) community ontstaat m.b.t. Dragon1 en dat ervaringen in het gebruik met de methode worden gebruikt om de methode te verbeteren, en er hiermee voor te zorgen dat er geen afsplitsingen van de methode komen die ook bijvoorbeeld minder open zijn. Het bestuur van de stichting is tijdelijk het bestuur van de vereniging totdat de vereniging haar eigen bestuur heeft gekozen. Leden van de gebruikersvereniging dit zijn personen die namens een organisatie een vertegenwoordiging vormen in de Dragon1 gebruikervereniging. Organisaties en personen kunnen lid worden van de vereniging. Werkgroepen (Work groups) een groep van leden die zich richten op een aspect van de methode, als onderdeel van een gebruikersvereniging. Het doel van de groep is om het aspect van de methode te verbeteren en de methode te kunnen laten aanpassen. Een werkgroep bestaat uit minimaal vijf personen van minimaal drie gebruikersorganisaties die geen onderling belang hebben. Alleen een gebruikersgroep kan een RFC indienen. De werkgroepen hebben de mogelijkheid om ook whitepapers schrijven. Het kan ook zijn dat in de werkgroepen personen zitten die door deelname ervaring opdoen om zo een gecertificeerd Dragon1 Architect te kunnen worden (in een opleidingstraject). (c) Copyright Dragon

8 Dragon1 Beheer Rollen Gebruikersorganisaties Organisaties die Dragon1 intern gebruiken. Deze organisaties hebben personen die lid kunnen worden van de gebruikersvereniging. Niet-commerciële gebruikersorganisaties die de methode alleen intern gebruiken hebben geen certificering of accreditatie nodig. Wel dient een gebruiker of gebruikersorganisatie altijd het gebruik van Dragon1 materialen (zoals sjablonen en checklisten) te vermelden in de architectuurdocumentatie. (Dit heet ook wel Creative Comments). Leveranciersorganisaties Organisaties zoals (accredited training organizations) ATO s en ACO s (accredited consultancy organizations) die commerciële Dragon1 diensten mogen aanbieden en leveren op het gebied van opleidingen en consultancy met Dragon1. Maar ook bijvoorbeeld organisaties die producten en diensten hebben waarin Dragon1 of delen daarvan zijn gebruikt. Deze organisaties hebben commerciële licenties nodig en hun producten en diensten dienen door de stichting te worden goedgekeurd. Derden Organisaties Organisaties die onder licentie (van de stichting) producten en diensten ontwikkelen en/of vermarkten die nietgerelateerd zijn aan opleidingen of consultancy. Bijvoorbeeld boeken, T-shirts en Cd's etc. Onderwijs en Onderzoeksorganisaties - Reguliere onderwijsinstellingen zoals Hogescholen en Universiteiten die Dragon1 onder licentie niet-commercieel gebruiken voor hun reguliere onderwijs en voor onderzoek in stage, afstudeertrajecten, promotie en andere research activiteiten. (c) Copyright Dragon

9 Dragon1 Beheer Model Deliverables Er zijn de volgende producten, spelregels/juridische en rechtsgeldige afspraken: Voorwaarden criteria, eisen, rechten en plichten m.b.t. tot lidmaatschap (de leden dienen dit te tekenen); Criteria, eisen, rechten en plichten m.b.t. indienen van een RFC (dit is een documentsjabloon voor het invullen van een RFC); Criteria, eisen, rechten en plichten m.b.t. het goedkeuren van een RFC (dit is een groeidocument); Criteria, eisen, rechten en plichten m.b.t. het doorvoeren van een RFC; Verboden m.b.t. tot het negatief zijn over de methode door leden van de gebruikersvereniging, het maken van afsplitsingen of zijtakken van de methode, of het minder open maken van de methode, of minder open afgeleidingen hiervan; Huishoudelijk reglement van de stichting; Huishoudelijk reglement van de gebruikersvereniging; Een RFC-kalender (wanneer komt een RFC aan bod voor beoordelen), een Dev-kalender (wanneer wordt een wijziging doorgevoerd) en een publicatiekalender (wanneer is het beschikbaar voor de markt); Openbare Reviews van de Dragon1 Open Standaarden en de Dragon1-concepten. Een Dragon1 Open Standaard is een verzameling van samenhangende Dragon1-concepten. (c) Copyright Dragon

10 Dragon1 Beheer Model Definities De procedure kent de volgende definities: RFC: Request for Change (Wijzigingsvoorstel). Een RFC is ook de naam van het document waarin een geformuleerd wijzigingsvoorstel staat. Veelal voor een Dragon1-concept of Dragon1 Open Standaard. Dragon1 Open Standaard: Een samenhangend geheel van Dragon1 concepten. Open methode: Een open methode is een methode waarvan (1) de kennis voor een nominaal bedrag in boekvorm beschikbaar is en (2) waar voor gebruikers, d.m.v. open transparante regulering met inzichtelijke criteria, invloed op de verbetering van de methode is uit te oefenen. (c) Copyright Dragon