DEMO-Workshop. Een inventarisatie van het praktische toepassingsgebied van Design & Engineering Methodology for Organizations (DEMO) Mark Dumay

DEMO-Workshop Een inventarisatie van het praktische toepassingsgebied van Design & Engineering Methodology for Organizations (DEMO)

Mark Dumay

1

DEMO-Workshop Een inventarisatie van het praktische toepassingsgebied van Design & Engineering Methodology for Organizations (DEMO)

Verslag van DEMO-workshop 8 september 2004 September 2004

Auteur Opdrachtgever

Mark Dumay DEMO Kenniscentrum

2

Demo of Praktijk - Inhoudsopgave

Inhoudsopgave Inhoudsopgave ........................................................................... 3 1

Inleiding ............................................................................ 4

2

De toepassing van DEMO .................................................... 5

3

Beschrijving van de groep .................................................. 6

4

Scope van DEMO-organisatieanalyse................................... 7

5

Aanbevelingen voor het DEMO Kenniscentrum .................... 8

6

Evaluatie van de workshop ................................................. 9

Bijlage A – Lijst van deelnemers ............................................... 10 Bijlage B – Overzicht van DEMO-projecten ................................ 11 Bijlage C – Lijst van aanbevelingen ........................................... 18

3

Demo of Praktijk - Inleiding

1 Inleiding Deze rapportage beschrijft de belangrijkste uitkomsten van de DEMO-workshop die op 8 september 2004 is gehouden. De doelstelling van de workshop was het opstellen van enkele aanbevelingen voor het DEMO kenniscentrum. Deze aanbevelingen zijn volgens de 19 deelnemers noodzakelijk om de praktische toepassing van DEMO te vergroten. Elk van de deelnemers heeft minstens één project (maar veelal ook meerdere) uitgevoerd waarbij DEMO is gebruikt, en heeft zodoende een goed beeld wat de praktische waarde van DEMO is en kan zijn. De workshop behoort bij een onderzoek dat het DEMO Kenniscentrum heeft opgestart. Naast het hierboven genoemde advies is een tweede doelstelling van dit onderzoek om een advies te geven over de toekomstige wetenschappelijke ontwikkeling van DEMO. Hiervoor wordt een combinatie van methoden gebruikt, waar naast de workshop ook een enquête en een historisch literatuuronderzoek toe behoren. Dit advies wordt verwerkt in een wetenschappelijk artikel. In de resterende hoofdstukken van dit document komen de belangrijkste uitkomsten van de workshop aan bod. Hoofdstuk 2 geeft een overzicht van de toepassingen waarvoor DEMO is gebruikt door de deelnemers van de workshop. Hoofdstuk 3 geeft inzicht in de sociale samenstelling van deelnemersgroep, door de verhouding van rollen in teamsamenstelling te presenteren. Hoofdstuk 4 beschrijft de scope van organisatieanalyse die DEMO kenmerkt. Hoofdstuk 5 geeft de belangrijkste aanbevelingen die de deelnemers als advies voor het DEMO Kenniscentrum hebben opgesteld. Hoofdstuk 6 tot slot beschrijft de evaluatie van de workshop.

4

Demo of Praktijk - De toepassing van DEMO

2 De toepassing van DEMO De enquête die voorafgaand aan de workshop is gehouden leert dat er twee hoofdtoepassingen zijn voor DEMO: het ontwerpen van informatiesystemen (ISD) en het (her-)ontwerpen van bedrijfsprocessen (BPR). Omdat dit nog een zeer algemene beschrijving is, hebben de deelnemers hun projectervaringen ingevuld. Om nu deze ervaringen enigszins te structureren is er tevens een niveau van toepassing als criterium toegevoegd. Het idee hierachter is dat DEMO zowel als denkwijze als werkwijze kan worden gehanteerd. Bij die werkwijze kan DEMO als hoofdrichting worden gebruikt, of juist worden gecombineerd met andere technieken en methodieken. Toepassing Aantal Score Variability 1. ISD: mix&match 14 7.1 50% 2. BPR: mix&match 27 7.0 46% 3. BPR: vrij 6 5.7 65% 4. BPR: strikt 11 5.2 58% 5. ISD: strikt 2 4.8 57% 6. ISD: vrij 7 4.6 61% Tabel 1: Overzicht van projecten en scores

In Bijlage B is de volledige lijst van projecten terug te vinden. Deze zijn gegroepeerd naar hoofdtoepassing (ISD of BPR) en toepassingsniveau (strikt, mix&match en vrij). In Tabel 1 is het overzicht van deze projecten te zien. De toepassingen zijn gerangschikt naar interesse van de deelnemers. Opvallend is dat mix&match voor beide toepassingsgebieden hoog scoort. Niet alleen zijn de meeste projecten volgens deze werkwijze uitgevoerd, maar dit is bovendien een werkwijze die de deelnemers het meeste aanspreekt.

5

Demo of Praktijk - Beschrijving van de groep

3 Beschrijving van de groep Deelnemers aan de workshop zijn grotendeels uitgenodigd op basis van hun antwoorden op een inventariserende enquête. De respondenten die minstens één DEMO-project hebben uitgevoerd zijn benaderd om deel te nemen aan de workshop. Aanvullend zijn enkele deelnemers op basis van belangstelling ook uitgenodigd. In totaal hebben 19 mensen deelgenomen aan de workshop. Van deze groep hebben 9 mensen in een vooroverleg de opzet en agenda van de workshop doorgenomen. De agenda is daarop enigszins aangepast om beter aan te sluiten bij de behoeften van de deelnemers. De volledige lijst van deelnemers is terug te vinden in Bijlage A. 15%

16%

Inspirator Denker Ondernemer 20%

21%

Ondersteuner Prakticus Conservator

14%

14%

figuur 1: Sociale samenstelling van de deelnemersgroep

De workshop had tevens als doel om een groep van actieve DEMO-betrokkenen te verkrijgen. Om de samenstelling van de groep te achterhalen is gebruik gemaakt van een Belbin-test. Deze test heeft als uitgangspunt dat er een evenwichtige samenstelling van rollen nodig is om een succesvol team te hebben. In figuur 1 is samenstelling van de deelnemersgroep te zien. De taartgrafiek geeft aan dat er een uitzonderlijk goede balans is tussen de verschillende persoonstypen.

6

Demo of Praktijk - Scope van DEMO-organisatieanalyse

4 Scope van DEMO-organisatieanalyse Om een duidelijker beeld te krijgen wat de rol van DEMO is binnen het brede begrip organisatieanalyse, is gebruikt gemaakt van een raamwerk. Dit raamwerk kent een verdeling in drie verschillende dimensies gebaseerd op de theorie van Habermas. DEMO baseert haar onderscheid in intersubject- en objectwereld eveneens op deze theorie, maar geeft daar wel een specifieke invulling aan. Voor Habermas is de sociale wereld de gedeelde belevingswereld tussen meerdere subjecten. De persoonlijke wereld is alleen toegankelijk voor het individu waar deze toe behoort, waar zaken als ideeën, emoties, ervaringen en overtuigingen onderdeel van uitmaken. De materiele wereld tot slot is onafhankelijk van mensen, maar deze mensen interpreteren deze wereld wel vormgegeven door de eigen ervaring en ideeën.

Social Personal

Material

Appreciation of Social practices, Power relations Individual beliefs, meanings, emotions Physical circumstances

Analysis of Distortions, conflicts, interests Differing perceptions and personal rationality Underlying causal structure

Assessment of Ways of altering existing structures Alternative conceptualizations and constructions Alternative physical and structural arrangements Tabel 2: Overzicht van DEMO-organisatieanalyse

Action to Generate power and enlightenment Generate accommodation and consensus Select and implement best alternatives

In Tabel 2 is het overzicht van DEMO-organisatieanalyse te zien. De grijze vlakken geven de waardering voor een onderdeel van analyse weer. Deze waardering is gebaseerd op de gemiddelde waarde die is toegekend aan een stelling. Een donkergrijs vlak houdt in dat DEMO goed behulpzaam is voor een bepaald aspect. De waardes zijn terug te vinden in Tabel 3. Volgens de deelnemers is DEMO in het bijzonder geschikt om causale verbanden tussen werkprocessen te doorgronden. Tevens kan DEMO worden gebruikt om mogelijke wijzigingen in deze relaties te achterhalen. Om tot een totaalaanpak voor een project te komen, kunnen op basis van dit overzicht aanvullende methodieken worden gezocht. Dimensie Activiteit Score Variability Sociaal Appreciation of 3.4 65% Sociaal Analysis of 3.7 53% Sociaal Assessment of 4.3 61% Sociaal Action to 5.8 60% Materieel Appreciation of 4.1 50% Materieel Analysis of 6.5 58% Materieel Assessment of 7.5 45% Materieel Action to 4.4 52% Tabel 3: Kwalitatieve waarden van bijbehorende stellingen

7

Demo of Praktijk - Aanbevelingen voor het DEMO Kenniscentrum

5 Aanbevelingen voor het DEMO Kenniscentrum Om zorg te dragen dat het DEMO Kenniscentrum aansluit bij de behoeften en wensen van DEMO-gebruikers, dient zij een aantal activiteiten te ontplooien. Met het uitvoeren van deze activiteiten wordt verwacht dat de operationele toepasbaarheid van de methodiek wordt vergroot. Het opstellen van de aanbevelingen is in drie stappen gebeurd. Als eerste kon eenieder vrij zijn of haar aanbevelingen invoeren. Deze zijn vervolgens in onderling overleg gegroepeerd en onderverdeeld, waarbij dubbele vermeldingen zijn verwijderd. Tot slot zijn de vijf belangrijkste aanbevelingen geselecteerd op basis van enerzijds voorkeur en anderzijds bereidheid hier aan mee te werken. Aanbeveling Belang Zoeken naar aansluiting op andere methodieken en technieken 4.24 (22%) Regelmatig publiceren en communiceren ontwikkelingen 4.00 (30%) Onderhouden van netwerk DEMO-gebruikers 3.18 (37%) Toolondersteuning stimuleren 3.18 (29%) Oprichten van DEMO-ontwikkelgroep 2.59 (36%) Tabel 4: Aanbevelingen voor het DEMO Kenniscentrum

Bereidheid 1.24 (55%) 0.71 (52%) 1.06 (58%) 0.94 (41%) 1.47 (50%)

Totaal 5.48 4.71 4.24 4.12 4.06

Tabel 4 geeft de vijf belangrijkste aanbevelingen voor het DEMO Kenniscentrum weer. De volledige lijst van aanbevelingen is terug te vinden in Bijlage C. In overeenstemming met het beeld van hoofdstuk 2, vinden de deelnemers het belangrijk om aansluiting te zoeken bij aanvullende methodes, technieken en methodieken. Zij willen ook graag regelmatig op de hoogte worden gehouden van ontwikkelingen. Hieronder valt ook de wens om actuele presentaties en praktijkvoorbeelden beschikbaar te stellen, bijvoorbeeld geschikt voor commercieel gebruik. Verder zien de deelnemers het DEMO Kenniscentrum vooral als faciliteit om met andere DEMO-gebruikers in contact te komen. Tot slot is er behoefte aan ondersteunende DEMO-software en een overleg om nieuwe DEMO-ontwikkelingen richting te geven.

8

Demo of Praktijk - Evaluatie van de workshop

6 Evaluatie van de workshop Als laatste onderdeel van de workshop is de workshop zelf geëvalueerd. De deelnemers zijn erg tevreden over de organisatie van de workshop en de aangeboden faciliteiten. Ook de sfeer tijdens de workshop is erg prettig ervaren. Inhoudelijk gezien bracht de workshop weinig nieuwe inzichten. Doordat het programma ook enigszins overladen was, was de ruimte voor discussie beperkt. De deelnemers vinden het nuttig om vier keer per jaar bijeen te komen, waar vooral ruimte voor het uitwisselen van praktijkervaringen moet komen. Enkelen zouden ook graag de DEMO-theorie zelf willen bespreken in de vorm van een werkgroep. Tabel 5 geeft een overzicht van alle onderdelen van de evaluatie en hun score. Onderdeel Score Wat vind u van de locatie en service 8.3 Geef een oordeel over de rol van de dagvoorzitter 8.2 Hoe heeft u de sfeer tijdens de workshop ervaren 8.1 Wat vind u van de algehele organisatie van de workshop 7.8 Wat is uw "gevoelsmatig" oordeel van deze dag 7.5 Sluit deze workshop aan op uw praktijkervaring 7.2 Sloot deze workshop aan op uw behoefte 6.8 Wat is uw "rationeel" oordeel van deze dag 6.8 Was er genoeg ruimte voor discussie 6.4 Zou u deel willen nemen aan een werkgroep 6.3 Kan er wat beter 6.2 Verwacht u dat de toepasbaarheid van DEMO verbetert 6.2 Heeft u er iets van geleerd 5.4 Bent u verrast over de uitkomsten van de enquête 5.2 Hoeveel keer per jaar vind u een bijeenkomst nodig/zinnig 3.7 Tabel 5: Onderdelen van de evaluatie

9

Variability 20% 19% 15% 12% 19% 35% 43% 25% 45% 52% 44% 28% 49% 50% 21%

Demo of Praktijk - Bijlage A – Lijst van deelnemers

Bijlage A – Lijst van deelnemers Vooroverleg 1 september Deelnemer 1. Ben Duurkoop 2. Johan ter Heegde 3. Hein Kneepkens 4. Henk Lof 5. Mike van Spall

Organisatie Organise IT Modulor XCESS expertisecentrum b.v. REAAL Verzekeringen Ibas groep b.v.

Vooroverleg 2 september Deelnemer 1. Richard Kres 2. Piet van der Sluijs 3. Martijn Stellinga 4. Willem Wijnia

Organisatie DHV REAAL Verzekeringen Aenova ICT Solutions

Workshop 8 september 2004 Deelnemer 1. Fred van de Biezen 2. Vincent Buller 3. René Ceelen 4. Ben Duurkoop 5. Johan ter Heegde 6. Bart-Jan Hommes 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19.

Hein Kneepkens Mark Kreischer Richard Kres Martin op ’t Land Henk Lof Karin Middeljans Hans Mulder Ronald Ossendrijver Henk Schaap Piet van der Sluijs Martijn Stellinga Herman van Tilburg Willem Wijnia

Organisatie ENECO Energie Rijkswaterstaat CEPO b.v. Organise IT Modulor Uitvoering Werknemersverzekeringen (UWV) XCESS expertisecentrum b.v. DHV Capgemini REAAL Verzekeringen Rijkswaterstaat VIA groep KPMG Gobar Adviseurs b.v. REAAL Verzekeringen Aenova REAAL Verzekeringen ICT Solutions

10

Demo of Praktijk - Bijlage B – Overzicht van DEMO-projecten

Bijlage B – Overzicht van DEMO-projecten Afkorting Betekenis CM Construction Model PM Process Model SM State Model AM Action Model UML Unified Modeling Language Petri Petri net Tabel 6: Legenda

11


1.1 BPR strikt Projectomschrijving

Periode

Betrokkenen

1.1.1 1.1.2

Modellen en technieken CM PM SM AM +

UML

2004 2004-?

Piet van der Sluijs Piet van der Sluijs

1.1.3

Ontwerp Datawarehouse productiestraat Creëren van een overzicht van de interne en externe processen binnen de groep Uitrollen CBD Herverzekeringscasus

2003-?

+

+

+

1.1.4

Projectbeheer

2003

+

+

+

1.1.5

STP-Leven

2003

1.1.6

Ontwerp STP-staat voor levenproducten

2003

Herman van Tilburg Herman van Tilburg Herman van Tilburg Piet van der Sluijs

1.1.7

Schade automatische acceptatie

2002

+

+

+

1.1.8

Creëren van compleet overzicht bedrijfsprocessen binnen het bedrijf Opzetten procesarchitectuur verzekeraar

2001-?

Herman van Tilburg Piet van der Sluijs

Analyse van een voltooide reorganisatie van afdeling polisadministratie bij verzekeraar Ebben Slaats de Jonge

1998

1.1.9

1.1.10 1.1.11

2001

Petri

Proceshiërarchiediagram, Processthreadddiagram Proceshiërarchiediagram, Processthreadddiagram

+ + Proceshiërarchiediagram, Processthreadddiagram

+

Ben Duurkoop

Overig

+

impactdocument m.b.t. procesen systeemveranderingen +

+

voorstellen verbetering

1.2 BPR mix&match Projectomschrijving

Periode

Betrokkenen

1.2.1.

2004-?

Piet van der Sluijs

2004

Mark Kreischer

+

2004

Mark Kreischer

+

2004

Martin Op 't Land

+

1.2.2. 1.2.3.

1.2.4.

Inrichten informatiebank voor verzekeraar Inzicht in eigen organisatie (Robeco / IRIS), hoe werkt de interne bedrijfsvoering (rollen en proces) Exploitant van snoepconcepten (levering aan o.a. tuincentra); hoe ziet de omgeving van het bedrijf er uit en hoe ziet het bedrijf er intern uit (inzicht) NATO Overarching Architecture. een Enterprise Architectuur opstellen voor

12

Modellen en technieken CM PM SM AM + +

+

UML

Petri

Overig DFD

ter


Projectomschrijving

1.2.5. 1.2.6. 1.2.7. 1.2.8.

1.2.9. 1.2.10. 1.2.11. 1.2.12. 1.2.13. 1.2.14.

heel NATO (inclusief relaties met lidstaten). "Gemist": duidelijke richtlijnen hoe dit toe te passen op zo'n hoog abstractieniveau. Opstellen Logisch component en service model verzekeraar Doel: ondersteuning BPR en ISD Automatische afhandeling verzekeringsaanvragen Leven. Doel:BPR en ISD Reaal Verzekeringen Straight Through Processing Leven (RWS) Enterprise Architectuur RWS. Tekortkoming: anonieme actoren, geaggregeerde actoren en -transacties. Vraag: Hoe de link leggen met informatiegebieden, en een bestaand applicatielandschap? Handig: Goed te communiceren naar management (m.b.v. aangepaste visualisaties) Communicatiestructurering opdrachtgever – aannemerij Analyse en herontwerp van de administratieve processen binnen de AWBZ-zorgketen Organisatie(her)structurering callcentre; frontoffice/backoffice Opzetten dienstenpakket voor rendementsverbetering bij bedrijven op basis van DEMO Projectontwikkelorganisatie structureren ING Service Center Securities. Inhoud: vormgeven van grensoverschrijdende samenwerking voor ING Effecten. Gebruikte modellen:. Handig: snel helderheid krijgen over business verantwoordelijkheden, transactie gebruikt als bouwsteen voor reorganisatie. Tevens eenvoudige link gelegd met ISD

Periode

Betrokkenen

Modellen en technieken CM PM SM AM

2004

+

2004

+

2004

+

2003-?

Martin Op 't Land, Vincent Buller, Karin Middeljans

+

2003-2004

René Ceelen

+

2003

Ben Duurkoop

2003

René Ceelen

2003

Ben Duurkoop

2002; 2004 2002

UML

Petri

+

+

UML (usecasemodel, componentmodel)

+

+

+

René Ceelen

+

+

Martin Op 't Land

+

13

Overig


Projectomschrijving

Periode

Betrokkenen

1.2.15.

Procesherstructurering organisatieverandering Communicatiestructuur fusieproject Rabobank Atlas-vervanging. Inhoud: om legacy effectief te kunnen vervangen, eerst business-verantwoordelijkheden voor een groot deel van Rabo in kaart gebracht. Vervolgens link gelegd naar IS-verantwoordelijkheden. Handig: redelijk makkelijk aan te leren aan business-mensen hoe hun verantwoordelijkheid te beschrijven. EBJ. Interne processen t.a.v. urenschrijven van accountants en adviseurs inzichtelijk maken en afval/uitval van uren optimaliseren VRMF; Vandaag repareren morgen factureren [100 monteurs mobiel] verbetering bedrijfsproces TPG callcenters Politie Rotterdam-Rijnmond: Strategie ontwikkeling, Informatieplanning

2002

René Ceelen

2002 2002

René Ceelen Martin Op 't Land

2000

Hans Mulder, BartJan Hommes, Jan Dietz, Paul Mallens

2000

Hein Kneepkens

1999

Martijn Stellinga

1996

SGC, stichting geschillenoplossing Consumenten: Ontwerp bedrijfsmodel voor 24 commissies en opstellen Functioneel ontwerp en selectietraject van informatiesysteem herbeschrijven ketenmodellen Energielevering Implementeren van een primair informatiesysteem (ERP) bij woningcorporatie en waarbij vooraf verheldering van werkprocessen en herontwerp van organisatie en werkproces hier en daar nodig was; mede vanwege een net afgeronde fusie ontwikkelen en implementeren workflow systeem, gebaseerd op DEMO, voor afhandelen van klachten, onderhoudsklussen, etc. bij een productiebedrijf (industrie)

1996

Hans Mulder, Jan Dietz, Victor van Reijswoud Hans Mulder

1.2.16. 1.2.17.

1.2.18.

1.2.19. 1.2.20. 1.2.21. 1.2.22.

1.2.23. 1.2.24.

1.2.25.

Fred van de Biezen Johan ter Heegde

Johan ter Heegde

14


UML

Petri +

Overig

+ +

knelpunten analyse; verbeteren proces +

+

+

+


Projectomschrijving 1.2.26.

1.2.27.

Periode

Betrokkenen


UML

Petri

Overig

UML

Petri

Overig Belbin teamrollen

Johan ter Heegde

ontwikkelen en implementeren kwaliteitssysteem in een dienstverlenende organisatie (zoals woningcorporatie, ingenieursbureau, zorginstelling) en waarbij zowel voldaan moet worden aan interne als externe normen/randvoorwaarden Ministerie van Justitie: Valideren van functioneel ontwerp van asielzoekersysteem

Hans Mulder, Victor van Reijswoud

1.3 BPR vrij Projectomschrijving

Periode

Betrokkenen

1.3.1. 1.3.2.

2002 2001

Hans Mulder Ben Duurkoop

2000

Hans Mulder

2004

Richard Kres

2002-2003

Richard Kres

Periode

Betrokkenen

1.3.3. 1.3.4. 1.3.5. 1.3.6.

Strategieontwikkeling Kennisnet/BVEnet Implementatie van de euro bij zorgverzekeraar vanuit bedrijfsprocessen geredeneerd Begeleiden fusietraject innovatiecentrum tot Syntens rolmanagement voor PPS project stationsgebied Utrecht crisismanagement bij hoogwater in half Polen tbv waterschappen (PL) 10-tallen van organisatie- en procesassessments bij software organisaties (Philips, Siemens, ASMI) met als doel vaststellen in welke mate een organisatie met haar proces de bedrijfsdoelstellingen waarmaakt, waar de risico's liggen en hoe deze te verbeteren. Hierbij is DEMO gebruikt om met name essentie en informatie te scheiden.


+

rolmodellen

2.1 ISD strikt Projectomschrijving 2.1.1. 2.1.2.

de lift, tijdens de cursus/workshop van Jan Dietz Van DEMO naar workflow specificatie, Fenetre Den Haag

15


UML

Petri

Overig


2.2 ISD mix&match Projectomschrijving

Periode

2.2.1.

2004

2.2.2. 2.2.3.

2.2.4. 2.2.5. 2.2.6. 2.2.7. 2.2.8. 2.2.9. 2.2.10. 2.2.11. 2.2.12. 2.2.13.

2.2.14.

Opzetten procesen systeemarchitectuur pensioenverzekeraar Analyse en modelleren Folderverwerkingsproces Bedrijfsprocesanalyse van het Engelse bouwbedrijf Taylor Woodrow Construction voor TNO. Op de uitkomsten van deze analyse is een requirements analyse voor een hypothetisch informatiesysteem gebaseerd automatische acceptant schadeverzekeraar ontwerp ModulOr Designer 4.0 Analyse en ontwerp Registratie en volgsysteem Medicijnen Modelleren Ledenadministratie/congresadministratie Internationale Vakvereniging Ontwerp Catering productieplanning Modellen werkprocessen; verhuur bouwmaterieel Vroomshoop Meubelen. Integratie Baan Software met zelf ontwikkeld systeem Promo Result: Rapid Application Development + DEMO analyse en ontwerp voor Vastgoed registratiesysteem ANWB-KPN: Implementatie ERP-systeem bij travelcom (50 concurrent users: financiën, logistiek, voorraad, verkoop, inkoop van mobiele telefoonabonnement + telefoontoestellen aan ANWB leden) Opzetten ontwikkelstraat component based development met DEMO als standaard voor globale bedrijfsprocesmodellering

2004

Betrokkenen

Hein Kneepkens

Modellen en technieken CM PM SM AM + +

UML +

Petri

Overig UML (class model componentmodel)

en

+

2003

2002

+

+

2002

Martijn Stellinga

2001

Hein Kneepkens

+

+

+

2000

Hein Kneepkens

+

+

+

2000 1999

Hein Kneepkens Hein Kneepkens

+ +

+ +

+ +

1999

Hans Mulder

1998

Hans Mulder Hein Kneepkens

+

+

UML (use cases, class modelering) ORM en UML class diagrams

+

Hans Mulder

+

16

+

DEMO (communicatiediagram, fasediagram, stapdiagram (hierop een aanvulling


Projectomschrijving

Periode

Betrokkenen


UML

Petri

Overig gecreëerd door expliciete introductie van het aspect "intentie en oordeelstappen": heeft geleid tot een 7-stappen schema binnen een transactie): UML (voor detail procesmodellering (activitydiagram, classmodelering e.v.)


UML

Petri

Overig

2.3 ISD vrij Projectomschrijving

Periode

Betrokkenen

2.3.1.

2004

Richard Kres

2004

Richard Kres

2.3.2.

2.3.3.

2.3.4. 2.3.5. 2.3.6. 2.3.7.

iso9000 projectuitvoering bij eigen bedrijf (DHV) website voor vergunningaanvraag/verlening voor Wet verontreiniging oppervlaktewater ten behoeve van V&W RIZA Transactiediagram: weergeven van de essentiële transacties binnen een administratie, om de context te schetsen van een informatiebeveiligingsonderzoek. Demo geeft hierbij snel overzicht in menselijke taal, laat geen overbodige informatie zien Ontwerp van een geautomatiseerde ondersteuning voor documentverwerking aanbesteding en daarna directievoering voor 2 mld contract HSL inspraak tracébesluiten HSL en Betuweroute en 5e Nota Ruimtelijke Ordening, t.b.v. V&W en VROM Beroepen Raad van State tracébesluiten HSL

2003

2001

Hein Kneepkens

1999-?

Richard Kres

1996-2003

Richard Kres

1996-2000

Richard Kres

17

Demo of Praktijk - Bijlage C – Lijst van aanbevelingen

Bijlage C – Lijst van aanbevelingen •

•

•

• •

•

• • • •

Aansluiten op andere methodieken en technieken; Kies voor een mix & match benadering als kenniscentrum! o interface met UML overdrachtmoment DEMO en IS architectuur in het algemeen o Interface met UML o Leg relatie met organisatieconfiguraties desnoods het organigram o Denk eens goed na over hoe je van DEMO naar ontwerp van ondersteunende systemen komt. zowel welke model als welke methode o doorvertalen van communicatiediagram naar begrijpelijk stroomdiagram o In relatie met ISD zoekt aansluiting bij state-of-the-art methoden (b.v. Model Driven Architecture) o ISD: het "omzetten van demo modellen naar een werkend automatisch systeem" onderbrengen in de DEMO theorie of casussen daarover opstellen: aan het eind van een DEMO project heb je gelijk het werkende informatiesysteem (het geautomatiseerde deel daarvan). ontwikkelingen publiceren en communiceren: je hoort zo weinig van het centrum o publiceren van eenvoudige tekst over het principe van demo (kabouterversie). o open source publiceren. o uitwisselen van toepassingen faciliteren. o praktijkcases beschikbaar stellen vanuit kenniscentrum over het gebruik en toepassing van demo binnen diverse projecten (kennisdeling) o bekend maken wat bedacht en geschreven is op gebied van DEMO o een maal per jaar een nieuwe eenvoudige voorbeeldcase op het net hoe DEMO toe te passen op Enterprise Architectuur niveau o link met functionele (teleologische) kijk op een organisatie / netwerk o omgaan met hoog aggregatieniveau (formeel specificeren van transactieresultaten haalbaar?) o hoe gebruiken om in een organisatie domeinen af te bakenen (b.v. gegevensgebieden, informatiegebieden) Inbedding in een architectuurraamwerk. Verdere ontwikkeling van de methodiek; Verdiepen/actualiseren demotheorie aan de hand van recente inzichten o Methode of model (DEMO) is één maar het proces (hoe DEMO toe te passen) is twee en mischien wel belangrijker o 1 keer per jaar een nieuwe demo release o een demo-advisory board die wijzigingsvoorstellen beoordeelt en beslist welke moeten worden opgepakt netwerk van demo platform ontwikkelen o lijst van deskundigen publiceren. o Inzicht bieden van gebruikers, oplossingen en vraagbaken o organiseren van sessies om kennis en ervaring uit te wisselen o Sticht een open source open standaard communitie o werkgroepen formeren met specifieke taken Praktisch handboek voor systeemontwikkelaar die voor problemen staat Helpen om DEMO te verkopen in de praktijk o beschikbaar stellen van een aantal basis presentatie die gebruikt kunnen worden om andere te vertellen over DEMO Ontwikkel community Toolondersteuning stimuleren

18

DEMO-Workshop. Een inventarisatie van het praktische toepassingsgebied van Design & Engineering Methodology for Organizations (DEMO) Mark Dumay

Recommend Documents