‘Pak je kansen met Architectuur’? Een intrigerende titel, “Pak je kansen met Architectuur” . Het impliceert dat er legio kansen op de loer liggen, vrijwel voor het grijpen. Je zou bijna blind moeten zijn om die kansen niet te zien, laat staan dat je ze laat wegglippen, nee: deze zo obvious kansen móet je wel pakken. En wat is dan de manier om al die rondvliegende kansen te pakken? Easy - via een simpele handgreep, met een logisch object: met architectuur. Is dat werkelijk zo? Zijn er kansen die gegrepen dienen te worden? En is architectuur dat grijpmiddel? Een paar observaties.. Gebruikers worden steeds meer „IT savy‟ en self-service georiënteerd. In hun persoonlijke omgeving is de computer geen vreemd ding meer maar een essentieel onderdeel binnen het sociale netwerken en de manier om veel van de dagelijkse activiteiten te doen. Een thuisgebruiker is wekelijks, zo niet dagelijks online: houdt met Facebook of LinkedIn zijn contacten in stand, belt via Skype en de webcam verre vrienden en kennissen, zoekt weetjes en informatie via Wikipedia, vindt zijn weg via Google maps, deelt foto‟s met Flickr of Kruidvat fotoboek, heeft een gmail/hotmail/whatever-mail account met tientallen GB aan opslagruimte en zeer uitgebreide zoekmogelijkheden – en als ooit de laptop of het notebook gecrashed is dan gebruikt hij een online back-up dienst. Verder raakt deze gebruiker steeds meer gewend aan self-service via internetdiensten. Er wordt flink geshopped. Niet alleen voor nieuwe apps, ook voor tastbare producten zoals online boeken, bioscoop kaartjes, vakanties en daarnaast adviezen: voor restaurant, auto, wasmachine en veel meer. Op marktplaatsen wordt eigen overbodige waar te koop aangeboden en er wordt via sms aan goede doelen gedoneerd en betaald voor het parkeren. De gebruiker wordt tegelijkertijd steeds minder geduldig. Hoezo wachten totdat de winkel opengaat van 9 tot 5? De nieuwe gebruiker wil real-time aan de slag: any time, any place: ‟s avonds laat zijn UPC contract kunnen checken, in de auto terug van een etentje zijn mail bekijken en bij het opstaan de betalingen via internetbankieren doen. De functionaliteiten aangeboden aan deze consument zullen zich verder ontwikkelen. “Mass customization” is hierbij het sleutelwoord: een standaard oplossing voor de massa, maar wel door de consument of groepen consumenten te configureren. De behoefte aan personificatie zal toenemen, de vraag naar standaardisatie eveneens. En dan: Dan komt dezelfde consument als IT gebruiker op het werk – vaak nog old-fashion als een film uit de jaren 50. Zijn mail is gelimiteerd tot 150 MB, zijn Gmail en Facebook geblocked, en hij heeft een wirwar aan applicaties die niet op elkaar aansluiten en ingewikkelde folder structuren op netwerk schijven. De applicaties om het werk mee te verrichten zitten nog in de fase van de begin jaren 80 met onooglijke schermen en onhandige menustructuren. En ja, – deze applicaties zijn vaak online te benaderen vanaf huis, maar dit kan alleen
met de fysieke werk-PC, welke vergaand outdated is en trager opstart dan de gemiddelde oven. Behoort de gebruiker tot de happy few wiens bedrijf „Het Nieuwe Werken‟ heeft omarmd, dan is zijn logge PC ondertussen vervangen door een laptop of wellicht een flitsende zogenaamde “thin-client” op de flexplek. Maar nog immer zijn de onderliggende applicaties ouderwets en moet nog vaak met de helpdesk gebeld worden. Openingstijden: 10.00 tot 12.00 en 13.30 tot 15.30 en bij voorkeur bemand door smalende, weinig communicatieve techneuten die na initieel het probleem bij de gebruiker neergelegd te hebben, toch afhaken en wellicht terugbellen nadat er 15 minuten gespendeerd is aan het doorlopen van persoonlijke gegevens, de plek waar men zit, het tijdstip waarop het probleem ontstond en de applicatie waar het om gaat. Dus ja, er zijn kansen. Sterker nog, er is een nóódzaak. Een noodzaak om de thuis-verwende-gebruiker of groepen gebruikers (lees teams) binnen het bedrijf hetzelfde gemak van shoppen, organiseren, communiceren en “plain” werken aan te bieden. Als organisatie móet je die kans grijpen. Echter: als organisatie moet je dit faciliteren en tegelijkertijd met de juiste governances omgeven, om datgene te bieden wat de bedrijfsconsument wenst - parallel met de vereiste bescherming en compliancy die noodzakelijk is om als bedrijf, bedrijf te blijven. We hebben geluk. De gebruiker is gewend aan het raken aan shoppen, maar ook aan standaard oplossingen. De gebruiker is de architect van zijn wereld, denkend in bouwblokken en standaard oplossingen. Eindelijk kan het paradigma doorbroken worden. Omvangrijke en zinloze sessies tussen ITers en eindgebruikers kunnen vaarwel worden gezegd. Geen dikke documenten meer met functioneel ontwerpen, die uiteindelijk leiden tot een teleurstellende IT applicatie. Eindelijk de aansluiting tussen gebruikers en de IT afdeling. We moeten gezamenlijk denken in architectuur; en dus voor de IT architect de uitdaging om bouwblokken aan te bieden. Wordt de Enterprise Architect de „Community Architect‟? Dáár moeten we Architectuur derhalve op inzetten, om de Self-Service-Gebruikers en hun wensen en eisen in goede banen te leiden en te stroomlijnen. Om de gebruiker juist die componenten te verschaffen die hem helpen zijn wereld te maken. De rest is logistiek en niet van onderscheidende waarde, dat heeft ook bol.com ingezien. Brengt ons op de volgende vragen: als de wereld zo verandert, wat is dan Architectuur? Waar is dan de plek voor de Architect? Wat is architectuur? De observaties verder doordenkend: je wilt de kansen benutten, er is een noodzaak, je wilt de consument bedienen binnen en buiten de organisatie, dus dan moet je in bouwstenen en componenten denken. Is dat dan Architectuur? In onze optiek is dat het zeker. Architectuur is denken in bouwblokken, herbruikbare lego stenen, eenvoud - maar vooral ook consument georiënteerd en de consument zien als een architect. Maak dingen standaard, gebruik wat er al is, vindt geen nieuwe wielen uit die al bestaan – specificeer slechts de benodigde blokken, en help de consument bij personificatie.
Architectuur moet een simpele weergave zijn van een evenzo simpele werkelijkheid. De complexiteit zit in de personificatie, deze bepaalt de uniciteit in informatiestromen. Architectuur is een manier om te dwingen tot versimpeling, standaardisatie en vervolgens tot personificatie: de styling. Architectuur: van buiten naar binnen – wat zoekt mijn consument, hoe kan ik hem helpen zijn ding op een unieke manier en onderscheidend te doen? Met het bedrijven van architectuur binnen deze kaders, kun je enorme besparingen realiseren in je IT voortbrengingsprocessen en dus binnen je bedrijf. Deze besparingen kunnen weer ingezet worden om de bedrijfsprocessen verder te optimaliseren en te innoveren, wat weer leidt tot een meer efficiënte en onderscheidende bedrijfsvoering. Architectuur loont - meer dan ooit. Grijp je kansen met Architectuur.. Begrijp en adviseer je gebruikers, maak hun IT omgeving “as simple” als hun thuisomgeving, dat is het juiste uitgangspunt. Hanteer de principes van bouwblokken en personificatie. Leer van de natuurlijke ontwikkelingen op de consumenten markt. Maak IT weer simpel; gebruik de bouwstenen die op de cloud en buiten de cloud beschikbaar zijn. En natuurlijk, organiseer de compliancy eromheen. Standaardiseer en Steel: het wiel is er niet om nogmaals uitgevonden te worden, het wiel is er om via personificatie aan te passen aan de gebruiker. Assembleer en configureer, vernieuw indien nodig, het is een life-cycle. Kies daarom voor een Architectuur die expliciet helpt met assemblage en configuratie: zet in op standaard, „prefab‟ bouwblokken die gemakkelijk door de gebruiker te configureren zijn. Deze bouwblokken maken je eindgebruiker tot een architect die zijn eigen wereld in elkaar klikt – en jou tot zijn partner in lerend en innoverend vermogen op het gebied van informatie stromen. Welke architectuur heb je dan nodig? Een architectuur die net zo simpel is als een lego doos: met verschillende vakjes en verschillende blokjes, “in many ways” op elkaar passend, ze passen wel of ze passen niet. Een Assemblage-set, een voorgebouwd patroon bestaande uit diverse lego blokken. Want wie wil starten met 1000 losse lego steentjes? Tegelijkertijd een architectuur die ook verder gaat dan lego Als je iets gebouwd hebt, configureer je het, zonder het bouwsel van de grond op te hoeven bouwen. Voldoet jouw architectuur aan deze criteria? Bij Itility hebben we hiervoor een Architectuur Model opgesteld, geënt op diverse methodieken toegepast binnen engineering bedrijven. Binnen dit model beschrijven we functionele componenten op een standaard manier in de zogenaamde Engine Sheets: het hart van het model. Een Engine bestaat uit hardware, software en data, daarnaast een gateway om te communiceren met andere engines en eventueel een human interface. In geval van een SaaS of PaaS oplossing zijn we niet geïnteresseerd in de hardware en software, maar alleen in de gateway. Communicatie met andere engines vindt plaats via deze gateway. In de Engine Sheet geven we dus aan welke functies een component moet kunnen
uitvoeren. Een Engine Sheet is typisch 2 a 3 A4-tjes. Voorbeelden van engines zijn: Email Engine, Document Management Engine of Identity Management Engine. In de Solution Sheet geven we aan welke oplossingen er voor de engine op de markt zijn (zowel „traditioneel‟ als in de cloud based uitvoering) en welke configuratie opties er zijn binnen deze oplossing. Daarnaast is er, voor een real-life implementatie, nog een configuratie stap (personificatie) nodig voor de “Configuration As Build”. Dit is opgenomen in de zogenaamde Implementation Sheet. Met de Implementation Sheet gaat de “configurator” aan de slag om de component als zodanig voor de klant te configureren. Indien een API voor handen is kan de configuratie ook geautomatiseerd worden doorgevoerd. Componenten komen in Assemblage sets (Assembly‟s) samen – deze Assembly‟s beschrijven verzamelingen van gepersonifieerde componenten, combinaties van bouwblokken en solutions voor specifieke bedrijfstakken, met specifieke patronen in de informatiestromen.
Figuur 1: Architectuur model voor assemblage van IT bouwstenen
In andere woorden: een Assemblage-Set toont scenario‟s van wat JOUW CONSUMENT nodig zou kunnen hebben om zijn werk bijzonder effectief en efficiënt uit te voeren. En met deze assemblage set en de componenten daarin, maak je deze gebruiker tot zijn eigen architect. De assembly‟s bevatten overigens diverse views. Er is een functionele (lego) view, een compliancy view, een cost view en een deployment view. Samenvatting De gebruiker wordt steeds mondiger, steeds meer gewend aan online applicaties die met een simpele click gekocht en vervolgens gepersonifieerd worden. Indien ze niet voldoen gaan ze de prullenbak in, er zijn 1000 alternatieven. Vecht niet tegen de trend van mass customization en van de IT consumerization– leer er van, maak er gebruik van En versterk het. Wil je als bedrijf mee, dan zul je je architectuur drastisch moeten vereenvoudigen en clickable maken. Dus enten op eenvoudige, standaard bouwblokken, op een set van legostenen die je al naar gelang het profiel van de gebruiker of groep gebruikers “in samenhang” inzet. Configureren betekent hier
personificatie toepassen. Is jouw architectuur framework hiertoe in staat? Laat je gebruikers dit beoordelen. Je architectuur moet niet langer geënt zijn op complexe traditionele designs en startfrom-scratch, maar op herbruikbaarheid en het koppelen en configureren van bouwstenen. Grijp dus je kansen en wees je gebruikers voor – sla een weg in om voor hen Any Place, Any Time, Any Where, met Any Device aan het werk te zijn; simpel, standaard, gebruiksvriendelijk. Verzin niets nieuws, behalve de personificatie. De gebruiker wordt de business architect die bepaalt welke blokken hij inzet en op welke manier. Faciliteer deze nieuwe business architect middels het beschikbaar maken van de standaard bouwstenen, de semantiek en de criteria om dit op een kostenbewuste en veilige manier te implementeren. Met andere woorden: grijp deze kans. De eindgebruiker is de architect van zijn wereld – wie ben jij?
Praktijkvoorbeeld: Het Itility Architectuur Model is recent toegepast binnen de Hightech branche. Het betrof een software-ontwikkelbedrijf dat zich los moest weken van de moeder vanwege een management buy-in (MBI). Het bedrijf heeft een 10-tal vestigingen verspreid over Europa, APAC en Amec. Vanwege de MBI ontstond er een IT greenfield situatie. Ontwikkel-, verkoop- en serviceprocessen zijn geanalyseerd. Daarnaast compliancy- en kostenrequirements opgesteld, wat resulteerde in een set van Business IT Principes. Onderwerpen hierin waren business self service levels, compliancy, IT governance en M&A. Op basis van Itility's voorgedefinieerde High-tech Assembly, Engine sheets en Implementation sheets zijn vervolgens alle IT functionaliteiten geconfigureerd. Het betrof hier alle gangbare diensten - van document management tot mail tot business applicaties. Voor al deze diensten is dezelfde cyclus doorlopen wat geleid heeft tot een volledig pakket van IT diensten. Als voorbeeld: één van de workshops is georganiseerd rondom de E-mail Engine. Op basis van de Itility‟s Email Engine Sheet zijn de business-, kosten-, compliancy- en beheerrequirements gevalideerd, waarmee een op basis van een beperkte set Solution Sheets vervolgens een overall Implementatie sheet is opgesteld. Dit heeft uiteindelijk geleid tot een Google Apps keuze, met alle configuratie settings in de betreffende Implementatie sheet. Uiteindelijke integrale opzet heeft geleid tot een mix van cloud services en traditionele “in-house” services, besparing op de TCO bedroeg meer dan 20%. Het opstellen van de Business IT Principes tot en met de configuratie workshops heeft plaatsgevonden met business mensen only in een periode van 4 weken.