Be Informed enBusiness Engineering Product Architect Jeroen van Grondelle
2.
De 3 UitdagingenHet voorschrijvend en in samenhang vastleggen van alle aspecten van bedrijfsvoering Analogie in de bouwkunde: Architectuur vs de verschillende bouwkundige disciplines Het uitgevoerd/geimplementeerd krijgen van die die keuzen Uitvoerbaar voor mensen: Consistent, precies, maar vooral communiceerbaar Te ondersteunen door systemen Eventueel deels uit te voeren door systemen. Durft u de flexibiliteit en agility die dat biedt ook in te zetten? Als je op dagbasis een andere "blueprint" kunt hanteren biedt dat enorme flexibiliteit en agility Durft u die agility ook te gebruiken? Is de blueprint correct? –> Test en Validatie! Wat zijn eigenlijk de gevolgen van die nieuwe blueprint -> Analyse! “ Kun je er alles op kwijt?” “ Gaat het ook mooi klinken?” “ Is het effect wat je verwacht?” Business Engineering Community Conferentie – 26 Maart 2009
Business Engineering =Bedrijfskeuzen vastleggen Kern van Business Engineering is het vastleggen van alle ontwerpkeuzen rond bedrijfsinrichting en bedrijfsvoering Welk deel van uw bedrijfsvoering is onderscheidend en uniek? Wat wil u niet anders/beter doen dan de buren? Deze keuzen hebben gevolgen voor het werk van mensen en machines Welk aspect van uw bedrijf automatiseert u? Welke (deel van) beslissingen wilt u door mensen laten nemen? Business Engineering is NIET: Applicaties laten bouwen door business gebruikers Een aantal technologie stacks kiezen en die "configureren" Business Engineering Community Conferentie – 26 Maart 2009
7.
Business Engineering = Bedrijfskeuzen vastleggen Business Engineering Community Conferentie – 26 Maart 2009
8.
Business Engineering =Bedrijfskeuzen vastleggen Mensen en machines stellen verschillende eisen aan de taal waarin de keuzen vastgelegd worden Declaratief en Executeerbaar Schrijf voor waaraan de bedrijfsvoering moet voldoen, niet hoe dat in detail te bereiken Uitvoerbaar is ook: Aandacht voor uitzonderingen, regels die aangeven wanneer een expert nodig is Traceerbaar en Uitlegbaar Maak de keuzen die u vastlegt traceerbaar naar het beleid en regelgeving die u implementeert Uitlegbaar: Begrijpen wat er staat en begrijpen waarom… Kies de juiste taal, maar daarbij ook de juiste syntax: Tekstueel vs Grafisch, etc. Kies een taal waarin deze eigenschappen in belans zijn Sommige representatie vormen zijn zeer expressief maar alleen te begrijpen door specialisten Sommige formalismen zijn zeer leesbaar en begrijpelijk, maar informeel en voor interpretatie vatbaar Business Engineering Community Conferentie – 26 Maart 2009
9.
Business Engineering = Declaratief Bedrijfskeuzen vastleggen Business Engineering Community Conferentie – 26 Maart 2009
10.
Business Engineering = Declaratief Executeerbaar Bedrijfskeuzen vastleggen Business Engineering Community Conferentie – 26 Maart 2009
11.
Business Engineering = Declaratief Executeerbaar Traceerbaar Bedrijfskeuzen vastleggen Business Engineering Community Conferentie – 26 Maart 2009
12.
Business Engineering = Declaratief Executeerbaar Traceerbaar Uitlegbaar Bedrijfskeuzen vastleggen Business Engineering Community Conferentie – 26 Maart 2009
13.
Proces vs BeslissingenBelangrijk vraagstuk bij beschrijven van de bedijfsvoering Discussie wordt vaak: Proces vs regels Of: Is niet alles een regel? Of: Waarom nog processen als ik alle regels al heb Symptoom: 100 processen voor 100 producten Ontkoppel beslissingen van procedurele zaken Beslissingen beschrijven de uitkomst van veel uitvoeringsprocessen: Recht, Duur, Hoogte Er blijven procedurele keuzen over: Wie neemt die beslissing, hoeveel tijd hebben we daarvoor, etc. Beslis pas in tweede instantie welke taal te hanteren voor welk aspect Procestaal is "declaratief" bij het beschrijven van procedurele aspecten i.t.v. V olgorde, termijn en rol Regeltaal is geschikter in dynamische situaties waarbij aktiviteiten afhangen van de individuele zaak “ Mijn kast, volledig beschreven” “ Zonder proces was het niet gelukt … ” Business Engineering Community Conferentie – 26 Maart 2009
De business aanhet stuur? Communiceren van collectieve doelen en intenties is niet voldoende om een organisatie te laten veranderen Het collectieve resultaat bestaat uit de optelsom van individuele zaken en de operationele beslissingen daarbinnen. Doelen en beleid zullen naar uitvoerbare regels moeten worden vertaald De aansluiting tussen beleid en zaakafhandeling maakt feedback lus mogelijk Vooraf simuleren hoe nieuw beleid uitpakt Worden de gestelde doelen hiermee gehaald? Maar ook: Wat zijn onverwachte/ongwenste bijkomende effecten? Achteraf analyseren Zijn de gestelde doelen inderdaad gehaald? En indien niet gehaald: Aan welke factoren lag dat? “ Alleen maar richting aangeven is niet genoeg om een organisatie de bocht om te krijgen” Analogie: Toponderzoekers hebben aangetoond dat minimaal 95% van ons handelen onbewust en 'automatisch' plaatsvindt. Onze 'vrije wil' bepaalt maximaal 5% van ons dagelijks gedrag. Voornemens en intenties werken alleen op die 5%. Ben Tiggelaar: De 5/95 Doorbraak Business Engineering Community Conferentie – 26 Maart 2009
Samenvatting De uitdagingvan Business Engineering Voorschrijvend inrichten, uitgevoerd krijgen en durven gebruiken Business Engineering = bedrijfskeuzen vastleggen Declaratief en E xecuteerbaar Traceerbaar en Uitlegbaar Proces vs Beslissingen O ntkoppel procedurele aspecten van de beslissingen In de praktijk zijn beide nodig Kies per domein de geschikte taal De business aan het stuur? Collectieve doelen worden gehaald door alle individuele resultaten Uitvoerbaar beleid en beslis services bieden basis voor simulatie vooraf en analyse achteraf Business Engineering Community Conferentie – 26 Maart 2009
18.
Be Informed onafhankelijkesoftwareleverancier ontstaan uit langlopend R&D programma van Be Value gespecialiseerd in oplossingen voor complexe en kennisintensieve processen met behulp van onze software: verbeteren organisaties de interactie met klanten en partners, stroomlijnen zij werkprocessen en behalen aanzienlijke efficiencywinsten, vergroten zij hun wendbaarheid. onze software biedt klanten: procesmatige ondersteuning bij het afhandelen van formulieren en dossiers; inhoudelijke ondersteuning bij het beantwoorden van de complexe vragen die hierbij spelen. zowel binnen een organisatie als over netwerken van organisaties (zonder de noodzaak van technische integratie / standaardisatie)
19.
Be Informed ProductSuite Business Engineering Community Conferentie – 26 Maart 2009
20.
Be Informed, eenkort overzicht 2003 Start ontwikkeling Be Informed R&D programma samen Universiteit van Amsterdam voor Belastingdienst, CWI, Kluwer 2005 Eerste implementaties Kluwer, Achmea, Belastingdienst, Bovemij 2006 Doorbraak bij Nederlandse overheid : Mantelcontract "Informeren & Adviseren" Overheidsbrede Zoekdienst (overheid.nl), Ministeries OCW, VROM, BZK, Manifestgroep (life events), Belastingdienst, Douane, Toeslagen ICTU: vergunningen, bekendmakingen, samenwerkende catalogi, kenniscentrum e-overheid, OWMS etc 2007 Additioneel mantelcontract voor "Aanvragen & Behandelen" Mantelcontract voor generieke voorzieningen (loketdiensten) Landelijke Voorziening Omgevingsvergunning & Watervergunning Generieke Transactie (e-GTI / e-formulieren 2) Justitie, VROM, UWV, V&W, Regizorg, 2008 Grote contracten met IND, Haven van Rotterdam, Syntrus Uitbreiding van bestaande contracten: Senternovem, CFI, Defensie, RDW, ICTU, Douane Achmea, Univé, Salland, IBG, SVB Integratie met e-overheidbouwstenen PIP, Antwoord voor Bedrijven, DigID burger, DigiD bedrijven, Topografie, Basisregistraties
21.
Heeft u vragenof commentaar? Bent u g eïnteresseerd? Spreek ons vandaag aan, bezoek www.beinformed.nl of mail mij. Jeroen van Grondelle [email_address]
Editor's Notes
#2 Doel: Be Informed in relatie tot Dag thema Business Engineering, zonder dat het een product verhaal wordt. Publiek: Professionals Duur: 15 minuten Introductie Doel vandaag: Aantal ideeën onder Be Informed de revue laten passeren Valkuil van product mannen: Product centraal en te veel tekst Vorm vandaag: We hebben intern een tijd geleden een aantal beelden gezocht die staan voor
#4 Voorschrijvend vormgeven van alle aspecten van de bedrijfsvoering.
#5 Bedrijfskennis uitvoeren De crux is die blueprint uitvoerbaar te krijgen. Uitvoerbaar voor mensen: Consistent, precies, maar vooral communiceerbaar Te ondersteunen door systemen Eventueel deels uit te voeren door systemen. Rol van uitzonderingen Als dit lukt heb je een krachtig middel in handen voor verandering. Immers, verander de tekening en de uitvoering wordt aangepast.
#6 Wat is er nodig om die agility ook werkelijk te kunnen gebruiken Grote vraag is of je die aanpasbaarheid durft in te zetten. Immers, nieuwe auto’s gaan ook niet zonder testen de weg op. Uitputtend testen gaat ten koste van de flexibiliteit en agility.
#8 Business Engineering = Bedrijfskeuzen vastleggen Specificeer die aspecten die je wil beïnvloeden. NIET: Richt een aantal technologie stacks in. 4 eisen aan die vastgelegde keuzen
#10 Specificeer waar de bedrijfsvoering aan moet voldoen, voorkom zoveel mogelijk de receptmatige invulling daarvan -> Programmeren.
#11 Lees ook: uitvoerbaar voor mensen. De roep om uitvoerbare wetten. Betekenisvol, Precies, consistent, eensluidend.
#12 Veel representatie technieken kunnen prima het product van informatie analyse vastleggen. Maar hoe houdt je het traceerbaar t ot de bron: De wet, het beleid, de polis waaruit de regels volgen. Wettelijke termijn: 1 jaar voor reactie. Keuze bij afhandeling: binnen 2 weken een ontvangst reactie.
#13 Ook Communiceerbaar. De Taal die je hanteert moet aansluiten bij je gebruikersgroep. En zeker de representatievorm of syntax. Editors: Grafisch vs Textueel.
#14 Proces vs Beslissingen Typisch terrein waar verwevenheid optreed. Regelmatig onderwerp van discussie: Is niet alles een regel. Als ik mijn business rules op orde heb, heb ik geen proces meer nodig. Mooi voorbeeld gezien bij IND: 100 processen voor 100 producten. Nu: 1 proces voor 100 producten In de praktijk een combinatie: Beslissingen maken een steeds groter deel uit van de producten die wij bieden. Maar: Iemand mag zijn eigen werk niet controleren Termijnen Waarom mag er geen aanvraag worden afgewezen op de post afdeling In tweede instantie: Welke taal voor welk domein. IND gebruikt deels regels om hun procedurele aspecten te beschrijven. Hoe wilt u de uitvoering beïnvloeden? Voorschrijven hoe medewerkers hun werk doen: activiteiten, volgorde, QC, 4 ogen principe, termijnen. Voorschrijven waar het resultaat aan moet voldoen: productvoorwaarden, uitzonderingen, randvoorwaarden, indicaties, normen. Beiden hebben eigen eigenaren, lifecycle Verwevenheid gaat ten koste van aanpasbaarheid. Wat inherent een beslissing is laat zich vaak onnatuurlijk als proces beschrijven. Bottom line: Kies de domeinen en kies per domein een geschikte taal.
#15 Proces vs Beslissingen Typisch terrein waar verwevenheid optreed. Regelmatig onderwerp van discussie: Is niet alles een regel. Als ik mijn business rules op orde heb, heb ik geen proces meer nodig. Mooi voorbeeld gezien bij IND: 100 processen voor 100 producten. Nu: 1 proces voor 100 producten In de praktijk een combinatie: Beslissingen maken een steeds groter deel uit van de producten die wij bieden. Maar: Iemand mag zijn eigen werk niet controleren Termijnen Waarom mag er geen aanvraag worden afgewezen op de post afdeling In tweede instantie: Welke taal voor welk domein. IND gebruikt deels regels om hun procedurele aspecten te beschrijven. Hoe wilt u de uitvoering beïnvloeden? Voorschrijven hoe medewerkers hun werk doen: activiteiten, volgorde, QC, 4 ogen principe, termijnen. Voorschrijven waar het resultaat aan moet voldoen: productvoorwaarden, uitzonderingen, randvoorwaarden, indicaties, normen. Beiden hebben eigen eigenaren, lifecycle Verwevenheid gaat ten koste van aanpasbaarheid. Wat inherent een beslissing is laat zich vaak onnatuurlijk als proces beschrijven. Bottom line: Kies de domeinen en kies per domein een geschikte taal.
#17 Business aan het stuur?? Gaat deze straks ook de bocht om???? Het communiceren van collectieve doelen en intenties is niet voldoende om een organisatie te laten veranderen. Het Collectieve resultaat bestaat uit de optelsom van de afhandeling van individuele zaken en operationele beslissingen daarbinnen. Doelen en beleid zullen tot uitvoerbare regels moeten worden vertaald biedt actieve ondersteuning in de vorm van beslis services Zie ook: Ben Tiggelaar, De 5/95 Doorbraak. Slechts 5% van ons handelen is bewust, en daardoor te besturen met intenties en goede voornemens. De rest is onderbewust en vraagt gedrag beïnvloeding voor aanpassen. Die aansluiting tussen beleid en zaakafhandeling biedt basis voor feedback lus Vooraf simuleren Achteraf analyseren
#20 Geen vendor presentatie zonder een product suite Terugkoppelen naar de summary