Nu wil ik er niet al te veel over kwijt want je moet het zelf ervaren. En met dank aan collega’s Han Koper en Bern Klomp kunnen onze klanten zelf ervaren hoe dat in zijn werk gaat: een perfect element van een heidag, mooi in te kaderen in het Agile denken. We hebben lange speeltafels, een heleboel kleine biervaatjes, en een compleet verhaal op Factsheet. Het spel duurt zo’n 2 a 3 uur en is daarna een mooie gelegenheid om een biertje te drinken. Oja: halverwege het spel vragen we de deelnemers hoe je nu wél Agile kunt worden, en dat mogen ze dan meteen uittesten.

Wie durft?

The post Logistiek Denken: De moeder van Agility appeared first on Netherlands.

Today many companies are still dogged by their so-called legacy applications. The past decades hundreds, if not thousands applications were developed with the use of nowadays outdated programming tools. The use of these outdated tools has resulted in poorly supported business processes.

In our rapidly changing world companies need to be able to adapt their business processes quickly. The main incentives for this being the integration of business processes, business process redesign because of mergers, and the selling-off of parts of companies. Most business processes have become accessible to customers and third-party businesses by means of web applications.

In case of legacy applications this has not been easy because the structure of most legacy applications isn’t compatible with today’s (internet and mobile) technology. Moreover, after decades of changes and fixes the internal workings of many legacy applications have become almost undecipherable and the usually outdated system documentation doesn’t alleviate this situation either.

To add to the problem suitably experienced personnel with sufficient knowledge of obsolete programming tools are hard to come by.  The last few years various specialist IT journals reported a shortage of qualified IT personnel. European Commissioner Neelie Kroes fears also a great scarcity of app developers in the European ICT market.

For outdated programming tools this problem is bigger still because the reservoir of suitable employees is not going to increase – which company is going to train its personnel in any other language than for example Java or C#? Moreover, many developers of legacy applications together with the employees who service these applications will retire in the not too distant future. It is a safe prediction that the shortage of employees capable of operating these outdated programming tools will become much bigger than currently is the case.

To solve these problem, we should automate the automation. In my blog ‘Wanted: The Software Industry Architect’, I plea for the appliance of Model Driven Development (MDD) practices to increase software development productivity. Moreover, the same MDD concepts and practices can be used to transform the legacy code to a service-oriented architecture to be deployed in a PaaS / SaaS platform.

To summarize the approach: The legacy application is analyzed and any obsolete code is eliminated. Next the more interesting parts of the application such as data entities and business logic are identified and transformed to a more abstract higher level model. This model is optimized which means that new functionality is added and the model is tailored to make the application suitable for deployment in the Cloud. The models are documented using state-of-the-art tools in a PaaS environment. It is this model that, on the basis of MDD principles, is used to newly generate and transfer the application to a Microsoft Azure platform or Java Cloud platform.

Maybe this all sounds very utopian to you – deduce high level models from legacy software applications and generate from these models new Cloud applications. So, it will be worthwhile to follow the research project ARTIST in which a consortium of ten leading academic and industry organizations are exploring the appliance of MDD for legacy transformation to the Cloud.

The post A Legacy You Don’t Want to Inherit appeared first on Netherlands.

De centrale vraag hierbij was: ‘Hoe brengen we klantkennis naar een hoger niveau?’

We hebben dit gedaan door 4 toekomstscenario’s te beschrijven welke we werelden hebben genoemd. Immers, de wereld voor de CI’er ziet er in ieder scenario fundamenteel verschillend uit.

Eén van de werelden is die van ‘de kritische helper’. In dit scenario gaan we er van uit dat in de toekomst de consument aan de ene kant steeds kritischer wordt bij zijn aankopen en het aangaan van relaties met aanbieders, en aan de andere kant wel steeds meer bereid is om informatie over zichzelf, zijn gedrag, en voorkeuren te delen. In deze wereld zal de consument veeleisend zijn richting de aanbieder maar wanneer deze relevante aanbiedingen kan doen ook beloond worden met inzichten in deze klant en zijn wensen. Die informatie is nodig om de kritische consumenten steeds beter te kunnen bedienen en op die manier zijn loyaliteit te doen groeien wat uiteindelijk resulteert in een duurzame consument-aanbieder relatie. Hierbij komen klantinzicht, relevantie en flexibiliteit kijken aan de aanbiedende kant.

De grootste bedreiging in deze wereld is het feit dat de consument geen genoegen zal nemen met ‘missers’. Hiermee bedoelen we aanbiedingen en uitingen van de aanbieder die onvoldoende matchen met de eigenschappen en verwachtingen van klanten. Er spelen meer factoren een rol die een sterke invloed uitoefenen op het succes van CI. Denk hierbij bijvoorbeeld aan (Europese) wetgeving omtrent het opslaan en gebruiken van klantdata. Maar ook de technologische mogelijkheden om een steeds completer klantbeeld te ontwikkelen door gebruikmaking van Big Data. Kortom, genoeg stof om als CI’er over na te denken met het oog op de toekomst! Is jouw organisatie klaar voor de kritische helper?

Atos Consulting CI whitepaper

Niet alleen de wereld van de ‘kritische helper’ is uitgebreid beschreven. Ook de drie andere CI scenario’s zijn doorontwikkeld en uitgeschreven. Deze informatie vind je terug in het Atos Consulting Customer Intelligence whitepaper. Dit paper wordt op korte termijn uitgebracht en zal een uitgebreid beeld schetsen van de trends en toekomst van Customer Intelligence.

The post Customer Intelligence: Klantkennis naar het volgende niveau appeared first on Netherlands.

In de praktijk blijkt het delen van kennis en kunde in gemeenschappelijke activiteiten nog steeds lastig. Wie weet wat en hoe komen we erachter? Er is een duidelijke trend zichtbaar waarbij de techniek ons steeds meer helpt om deze problematiek te verwezenlijken. Zoveel zelfs, dat Atos de ambitie heeft gesteld om een ‘zero email’ company te worden voor de interne processen. Email, het medium waarvan we allemaal bewust of onbewust zoveel gebruik maken om kennis te ‘delen’, is daar eigenlijk weinig geschikt voor. In deze transformatie worden we ondersteund door de enterprise collaboration oplossing van blueKiwi. En dat ook nog eens uit de (onze) cloud. Collega’s zijn nu meer dan ooit in staat om hun persoonlijke netwerk, en het netwerk van hun netwerk waarvan ze niet wisten dat ze het hadden in te schakelen om vraagstukken op te lossen. Discussies, documenten en relaties worden context/case-gevoelig bewaard en kunnen snel worden teruggezocht. Efficient, en ook nog eens future proof als de organisatorische inbedding compleet is.

Wat is er nu mooier dan het meenemen van klantorganisaties in deze ontwikkelingen. De technologie gaat snel, en Atos heeft haar eigen visie opgesteld waarin bovengenoemde onderwerpen samen komen met andere ontwikkelingen uit het Atos Cloud portfolio. Een mooi voorbeeld hiervan is de integratie van blueKiwi enterprise collaboration met Cloud CRM van Yunano (een joint venture van Atos en de #1 leveranvier van bedrijfssoftware in China). Met ‘social sales’ kunnen commerciële medewerkers hun netwerk om ondersteuning vragen om offertetrajecten tot een succes te maken. Met ‘social service’ kunnen gebruikersgroepen ideeën voor productverbeteringen opvoeren en ‘liken’ om in nieuwe relaese van een product op te laten nemen. Met ‘social marketing’ wordt het enterprise social network van organisaties ingezet om proactief signalen uit klantgroepen op te vangen. En daarmee lijken we pas aan het begin te staan van de integratie van social/enterprise collaboration oplossingen in bedrijfssoftware. Integratie met andere initiatieven zoals ‘smart mobility’ liggen op de loer.

Wat een rode draad blijft, zeker ook in de wereld van cloud oplossingen, is het meekrijgen van de organisatie in de verandering en de nieuwe manier van werken. Techniek en een goede user interface alleen zijn niet genoeg. Verandering is mensenwerk. Atos Consulting heeft de business technologists die uit eigen ervaring kunnen putten om organisaties te ondersteunen in hun verbetertrajecten.

The post Social Collaboration; Future Proof en Efficiënt appeared first on Netherlands.

DevOps is  a combination of Development and Operations. It is a software development method to encourage the communication, collaboration and integration between software developers and operations professionals. The objective of DevOps is to deminisch the barriers between software development and IT operations. It covers both continuous integration and continuous delivery.

As a response to reduce time-to-market, we have seen a lot of initiatives to increase efficiency, effectiveness and agility of organizations. Initiatives in various areas such as service-oriented architectures, industrialization, software quality improvement, agile processes and lean, among others.

However,  all of these improvements are focused on the speed of development, and most of them are the domain of the project team. All of these are instruments to  develop applications predictably, rapidly and to eliminate errors and waste during the development process.

But this is only half of the picture. Time-to-market is measured until the end users (businesses) have the application at their disposal. So, it should be in production! There are many examples that show that the project team delivers the software within the agreed timelines, but the organization still has to wait several weeks or months to use it because the software is not ready for production.

An explanation for this is that development and operations come from two different worlds. If the development process is focused on delivering features against the lowest cost with the quality required, then the operations is focused on a manageable and stable production environment. And sometimes this clashes, like Men are from Mars and Women are from Venus.  During the development process, many concerns of different stakeholders are taken into account, but often the concerns of the Operations stakeholder is forgotten. One of the principles of DevOps is to involve operations into the development process and to involve developers into the operations environment.

Combining these different roles and making both parties aware of their service focus and concerns lowers the barrier for dialogue. Developers will get to know the constraints of operations and are able to take into the account these constraints during the development process.

Knitting together these two departments opens up windows of opportunities for delivering the software continuously to the business, getting faster benefits from the product and adding value to the business rapidly.

The post DevOps ! appeared first on Netherlands.

De kern van productvernieuwing anno 2013 zit in de mogelijkheden om beter naar je klanten te kunnen luisteren, en – mooier nog – beter met je klanten in dialoog te komen. Dat luisterend oor moet je wel ontwikkelen als organisatie. Het vraagt kennis van de hedendaagse manieren om met elkaar in contact te komen, en dan met name van de sociale media. En – zo leert onze ervaring – daar schort nog wel het nodige aan.

Al in het verleden maakten we een onderscheid tussen “incrementele productinnovatie” en “radicale productinnovatie”. Beiden worden toegepast door Agile organizaties.

Het vermogen om goed te kunnen luisteren naar je klanten op de sociale media is een belangrijke stimulator voor incrementele productinnovatie, waarbij een Agile organisatie in een straf tempo steeds nieuwe producten op de markt brengt die voortborduren op reeds bestaande producten, maar die beter, kekker, mooier of uitgebreider zijn. Dat is voor veel organisaties geen sinecure: je moet het vermogen hebben om bij het uitbrengen van versie 1.4 al te denken aan versies 1.5 en 1.6. “Het stopt nooit”. “Je bent nooit klaar.” “Het product is wat ons betreft al verouderd als het in de schappen ligt.” Het vraagt nogal wat van een organisatie om jezelf zo te organiseren dat (1) een bepaalde behoefte bij bestaande klanten adequaat wordt opgepikt en dat (2) er in no-time een variant van een bestaand product op de markt wordt gebracht die in die behoefte voorziet.

“Radicale Productinnovatie” is van een andere orde en moet ook zo behandeld worden. Hier kan het steeds bijschaven aan een product op basis van klantcommentaren zelfs een hindernis zijn: je zit gevangen in een bestaand concept, terwijl latent er een andere behoefte ontstaat. Een mooi voorbeeld is de Volkswagen Golf, die bij elke nieuwe versie steeds weer een beetje beter (en duurder, en zwaarder, en groter) werd, typisch een geval van incrementele innovatie. Totdat de traditionele doelgroep besluit dat ze met een mindere auto genoegen neemt, maar dan wel tegen een lagere prijs. Het vraagt dat als autofabrikant lef om ook in dat segment een auto te produceren, in de wetenschap dat het een deel van je andere afzet kannibaliseert (dat is precies wat Volkswagen gedaan heeft met de aankoop van Skoda).

Het vraagt echt een dialoog met klanten om achter de (vaak latente) behoeften te komen die radicale productinnovatie tot een succes kunnen maken. De Agile organisaties die succesvol zijn voeren hierbij een expliciet tweesporenbeleid. Het ene spoor betreft het succesvol werken aan incrementele innovatie, waarbij steeds geluisterd wordt naar de klant om producten uit te brengen die variaties zijn op de bestaande producten. Het andere spoor is fundamenteler van aard en durft in dialoog met de klant de vraag te stellen: is wat wij maken of doen voor jou op termijn wel interessant? Wat zou je anders van ons verwachten?

Het is onze overtuiging dat de organisaties die beide sporen de ruimte geven – ook als ze nadrukkelijk met elkaar concurreren – de echte overlevers zijn. Het vereist lef: “Gaan we een nieuwe product op de markt brengen dat concurreert met onze huidige producten?” Soms is het antwoord, for better or worse: “Ja. Dat gaan we doen.”

The post Agile Productinnovatie: Het begint en eindigt bij de Klant appeared first on Netherlands.

A typical issue was the mismatch between infrastructure and application availability. When an incident popped up, costly time was lost to find out whether the incident was caused by a database or a server or whether it was a failure in one of the applications. It was even more striking when infrastructure management and application management were divided among several different suppliers following a multi-vendor policy. In this situation, it was not unimaginable that one party was finger-pointing to the other party. While finger-pointing, the consumer is still waiting to be served due to lack of control and lack of responsibility for the performance of the entire business chain. As consequence of a poor quality of service,  consumers are running away, business loses revenue and business is unsatisfied with the IT-suppliers, despite all the ‘green’ Service Level Agreements on individual IT-components.

In the mean time, we have seen that IT decision power has shifted from IT to the business. As a consequence, the primary focus in application management is now on business processes and business chains. Today’s outsourcing demand is moving towards management of all those applications that support an end-to-end business chain. Clients are looking for a Service Integrator who will and can take responsibility for the availability and performance of an entire business chain.

Therefore, application management is now organized and executed along business chains. Focusing on the business level, Business Process Chain Management is the management of a collection of interconnected business processes involved in the service provision required by the consumer in an application and infrastructure environment. Above the typical ITIL processes, additional delivery processes are added to manage and monitor business chains. Chain management, business process monitoring, business process improvement, chain testing and chain configuration and release management are carried out to guarantee the business continuity of an end-to-end business chain.  Reactive incident-driven processing is replaced by pro-active, preventive acting. Green, IT-driven Service Level Agreements are replaced by business KPI’s.

Application Management really matters a good deal to the business.

The post Application Management: Manage Your Business Chains appeared first on Netherlands.

De afgelopen maanden heeft Atos Consulting een onderzoek uitgevoerd naar trends en uitdagingen in het Nederlandse bedrijfsleven op het gebied van Customer Intelligence (CI).  Elf april vindt het CI event plaats, waarin de resultaten teruggekoppeld worden aan de geïnterviewde bedrijven en waarin middels een interactieve sessie een scenario planning voor Customer Intelligence wordt opgesteld.

Graag deel ik al enkele bevindingen vooruitlopend op de 11^e!

De traditionele marketeer verdwijnt

Customer Intelligence vergt een schaars specialisme, namelijk uit grote hoeveelheden technische data business waarde creëren. Bedrijven, die dit specialisme optimaal weten te organiseren en in te zetten, maken optimaal gebruik van CI en zullen succesvol zijn. Business en IT zullen niet langer gescheiden bestaan voor Customer Intelligence, maar de marketeer is de IT ’er. De marketeer, die hier niet in meekomt, zal zich met name met communicatie gaan bezighouden.

Succes vraagt meer dan Customer Intelligence

Customer Intelligence zorgt voor steeds kleinere segmenten, het liefst wordt de klant één op één bediend met een aanbieding op maat. Hier ontstaan nieuwe uitdagingen: dekt het productportfolio de specifieke wensen van de klant? En zijn de processen ingericht om te kunnen voldoen aan de verwachting, die dit bij de klant teweeg brengt? Als de klant afhaakt omdat de betaling of de fulfilment niet op orde is, behaal je nog steeds je CI doel niet.

Geïnteresseerd in meer bevindingen uit het Customer Intelligence onderzoek zoals rondom Big Data, privacy, kanaaloptimalisatie, personal data economy? Er zijn nog enkele plekken vrij de 11^e.  Leave a reply!

The post Customer Intelligence: Help, ik ken mijn klant! appeared first on Netherlands.

Soms wordt dit artikel van het manifest uitgelegd dat het Agile projectteam zelf mag en kan bepalen hoe zij werken. Als zij er voor kiezen om hun requirements vast te leggen in een Excel-sheet, dan is dat hun goed recht. Idem wanneer zij zelf bepalen langs welke weg en welke en hoe (tussen)producten tot stand komen. Maar dit doet geen recht aan de intentie van de ondertekenaars van het manifest. Mensen en hun interactie zijn onontbeerlijk bij softwareontwikkeling, maar zonder de structuur van processen en ondersteunende tooling is het lastig samen werken.

Dat beide goed samen gaan bewijst het onlangs door Atos Systems Integration behaalde CMMI certificaat. Onder de projecten die aan deze toetsing zijn onderworpen zaten ook enkele Agile projecten. De projecten hebben de toets van CMMI level 3 voor softwareontwikkeling doorstaan. Dit betekent dat zowel op projectniveau als op organisatieniveau de processen zijn ingericht en worden gevolgd voor Agile Development.

De procesinrichting wordt binnen Atos vorm gegeven door het Global Delivery Platform – Atos’ mondiale kwaliteitsmanagement-systeem. Het Global Delivery Platform voorziet in managementprocessen (o.a. contract- en project management), engineering processen (o.a. requirements management en validatie/verificatie) en ondersteunende processen (o.a. configuration management en risico- en kwaliteitbeheersing). Het Global Delivery Platform kent diverse aanpakken voor softwareontwikkeling, waaronder gedistribueerde levering (offshoring) en Agile softwareontwikkeling.

De combinatie Agile Development en CMMI biedt een aantal voordelen. De belangrijkste is dat het Agile projectteam de beschikking heeft over een compleet Agile procesraamwerk met bijbehorende rollen, taken, werkproducten, templates en checklists. Dit voorkomt dat wielen opnieuw worden uitgevonden. Het projectteam heeft een vliegende start en hoeft geen kostbare tijd te besteden aan het vaststellen van de werkwijze. Dit wordt verstekt wanneer de projectteamleden op voorhand zijn getraind in de toepassing van het Agile procesraamwerk – in geval van Atos: het Global Delivery Platform.

Door deze vliegende start kan het Agile projectteam zich van meet af aan concentreren op het leveren van toegevoegde waarde aan haar klant. Het projectteam komt in een gespreid bedje: een Agile procesraamwerk, rollen, taken, etc., etc. “Mensen en hun onderlinge interactie tezamen met processen en tools”.

The post Agile Development en CMMI appeared first on Netherlands.

De GRC groep van Atos Consulting heeft een white paper het licht doen zien die daar dieper op ingaat. Het behandelt zowel de vraag: hoe maak ik een Compliance afdeling meer Agile, als de vraag: hoe kan compliant zijn juist bijdragen aan Wendbaarheid. Voor een aantal sectoren wordt weergegeven wat er allemaal aan regels wordt opgelegd, en vervolgens wordt een schijvenmodel gepresenteerd dat daar soepel mee omgaat. Downloaden kan via http://www.forms-atos.com/download-agilecompliance/

Er is sowieso veel meer informatie over Agilization te vinden op http://www.nl.atosconsulting.com/nl-nl/solutions/the-agile-organization/

The post Agile Compliance: Paradox of Parallel? appeared first on Netherlands.