Monthly Archives: september 2016

Leading Image

Digital Empathy

Digital Empathy – De achilleshiel van IT, de eerste twee woorden van de titel van het boekje van Marco Gianotten zijn zowel paradoxaal als prikkelend. Zoiets als binair inlevingsvermogen, nullen en enen – maar dan met gevoel. Bestaat deze combinatie überhaupt wel? Voor praktisch iedere IT-manager biedt Digitale Empathy – de Achilleshiel van IT van Marco Gianotten een interessante kijk op de huidige werkwijzen en contractuele afspraken die IT partijen met elkaar en de business aangaan. Empathie is wat vaak ontbreekt en juist daarvoor breekt de auteur een lans. In zijn boekje Digital Empathy – de achilleshiel van IT behandelt Marco van Gianotten op een toegankelijke manier de behoefte aan empathie in het vak van IT-management. Met treffende voorbeelden en een scheutje theorie schetst hij een modern alternatief voor de huidige afsprakenkaders en uitgangspunten zoals deze gebruikelijk zijn binnen IT afdelingen.

Het beknopte boekje is in een handzaam formaat gegoten en bevat 3, min of meer gelijke, hoofdstukken voorzien van illustraties en toepasselijke quotes.

Hoofdstuk 1 – Op weg naar een IT-crisis?
In het eerste hoofdstuk schetst de auteur de korte geschiedenis van IT-afdelingen en hun managers zoals deze in de laatste 50 jaar zijn uitgegroeid tot de spil in menig organisatie. De eisen die momenteel gesteld worden aan de afdelingen, maar nog meer aan de mensen die hierin werkzaam zijn, blijken drastisch veranderd. Hiermee zijn de geijkte vaardigheden zoals abstract denkvermogen en analyse – veelal voortkomend uit de logisch denkende linkerhersenhelft – niet langer toereikend. Er is meer behoefte aan balans in de gevraagde skill set van betrokkenen en het hebben en gebruik van empathisch vermogen is daarbij essentieel.

Hoofdstuk 2 – De ingrediënten van IT nieuwe stijl
Wie regelmatig vliegt, begrijpt direct het voorbeeld van Mintzberg in hoofdstuk 2. Het illustreert hoe lastig organisaties het zelfs nu nog vinden om vanuit klantbeleving hun dienstverlening in te richten. Dit wordt nog een stap lastiger als het twee IT-organisaties betreft die een samenwerking aangaan. De meest voorkomende vorm waarin een samenwerking is vastgelegd, is vaak een Service Level Agreement, kortweg SLA. Met voorbeelden geeft de auteur invulling aan de nieuwe ingrediënten die nodig zijn voor een succesvolle samenwerking: openheid, inzet van de rechterhersenhelft en focus op het resultaat voor de business. Met andere woorden een ‘SLA nieuwe stijl’.



Hoofdstuk 3 – Experience first met de XLA
Het zwaartepunt van het boekje ligt op het begrip eXperience Level Agreement (XLA) en hoe je hiertoe komt. Maar wat is een XLA? Met die vraag start hoofdstuk 3. Zoals de auteur aangeeft is een XLA ‘geen product, geen dienst, geen model.’ Hij maakt handig de brug naar meer bekende termen als DevOps en Agile. Ook dit zijn principes welke tot uiting komen in de wijze waarop mensen hun werk uitvoeren. Een XLA stelt de beleving van de (interne) klant centraal en vult pas daarna harde KPI’s en interne sturingsmodellen in. Hiermee geven organisaties zichzelf de kans een betere aansluiting te vinden met diezelfde klant. Dat dit nodig is blijkt wel uit de kenmerken en verwachtingen van generaties Y & Z en de Millennials. Met een grote glimlach bekeek ik de geschetste Millennial Maslow piramide. De auteur heeft aan het origineel twee lagen onderaan toegevoegd: Battery en daar bovenop Wifi. Als ik zie hoe de huidige generatie jongeren in hun zoektocht naar Pokémons het park bij mij om de hoek onveilig maakt, zou dit zo maar eens waar kunnen zijn.

Tot slot

Het formaat, de vlotte stijl en de vormgeving met ondersteunende afbeeldingen en uitspraken maken dat je Digital Empathy – de Achilleshiel van IT in één adem uitleest. In een avond of een ochtend, je zult niet kunnen stoppen. Niet dat er revolutionaire ideeën naar voren komen, maar de overduidelijke behoefte aan empathie en begrip is datgene dat na het dichtslaan blijft hangen. Voor Service Level Managers, inkopers of dienstverleners is dit boek een echte aanrader. Daarnaast biedt het voor iedere manager in IT een andere kijk op de samenwerking met partners en afdelingen.

Over deze recensie
Deze boekrecensie is tevens verschenen op www.managementboek.nl, meer informatie over het boek of de auteurs is te vinden op giarte.nl/digital-empathy.

Filled Under: book review Posted on: 20 September 2016

Leading Image

First LeSS Conference – Ever

The first LeSS Conference – Ever
So the first ever LeSS conference was about to take place in Amsterdam. A few former colleagues were planning on going so I was immediately interested as well. The lineup was promising, Bas Vodde and Craig Larman would be present and Gojko Adzic was one of their guest speakers. My knowledge of LeSS was limited to what I had read online as I have not yet been in an organization using LeSS as a scaling framework. Well, you guessed right, I ended up going and in this blog I will share some of my personal highlights of this two-day-event.

Opening and setting
The body organization of LeSS is not a big commercial vehicle which rolls out events like this every few weeks. So things were new and the atmosphere was also newish and therefore relaxing. Cesario had the honor of opening the conference

Story of Less- Bas Vodde
The history of Less may be told during trainings, yet as I heard the story for the first time it was entertaining, recognizable but also refreshing. LeSS is still Scrum, but with a little extra. The focus on Feature teams is an important aspect and needs to be strong. Component teams are not ‘forbidden’, but they mustn’t form the majority. Another interesting point is continuing the Scrum mindset as a framework. The opposite as with RUP, which you have to tailor down, meaning don’t use everything except the parts fitting your own situation. In LeSS it is called “Build Your Method Up”. Bas can probably tell the Story of Less like no one else and the good thing was, he told the story like sitting around a bonfire (just a fire on a video this time). He only showed the slides of the actual story in a total of 20 seconds when he was finishing up. The story was mainly on the core essence and the history of LeSS and not like a mini-course.

Teams and assignments
One of the goals the event organization has was to establish new communities and to enhance the interaction between visitors. The leading mechanism they initiated was the forming of new team who should collaborate on genuine product to be shown at the end of day two. So the entire group of people were gently pushed to form teams by self-organizing. Every visitor had received one or more small buttons indicating a certain capability, e.g. developer, designer, LeSS expert. The goal was to create teams with all the capabilities covered. Yes indeed like a true cross functional team. So this was my team:



Less Conference 2016 My team

The method worked pretty well and it was indeed good for introductions to new people. The actual goal for the assignment wasn’t that clear so most teams lost quite a bit of time on discussions and a few teams dissolved entirely the next day. Yet, experimenting is also a foundation of LeSS so no harm there.

Owning versus Renting Your System – Craig Larman
The title sounds somewhat more relating to a car or house but it made quite an impact on me. When coaching and convincing people to adopt Scrum and to adhere to the rituals correctly you can really see the difference. Some teams start breathing Scrum and start coaching each other- yes and me – when things are not done properly. Stand ups are swift, the board is neat and people respect priority set by the Product Owner. Other teams, are never prepared for anything, forget Dailys when the Scrum Master is not around and follow the coach or Scrum Masters guidance a bit reluctant. The latter team is just Renting Scrum they don’t Own it, the first team does! Craig didn’t use this example, that’s just my reflection of the difference in my daily struggles.

Less Conference 2016 Craig Larman
The way to make people buy into an idea and letting them own it was the main thread in his talk. The Why (by Simon Sinek) is solid starter and he then used some more examples based on system theory to let people reach their own opinion and ideas about the way of working. In doing so people are coming up with a part of the solution and start owning it – bit by bit.

Memorable Quotes:

‘No more yak shaving’

‘Underpants gnome profit plan’

So..
The relaxing atmosphere and openness to experiment with the format was nice. Only downside was that it perhaps was a bit stretched and for me personally the last sessions of the second day lost some value. All in all it was very interesting and an excellent place to meet like minded people and increase your network and at the same time increase your knowledge!

Cheers,
– Sjors Meekels

Contributions & References

[1] Conference home: less-large-scale-scrum.com
[2] Program and slides less-large-scale-scrum.com/program.html
[3] Less: less.works
[4] Story of Yak shaving: sethgodin.typepad.com/seths_blog/2005/03/dont_shave_that.html
[5] Origin of Underpants gnomes: www.youtube.com/watch?v=tO5sxLapAts
[6] Impact Mapping (Gojko Adzic): github.com/facilitation-games/revenue-stream-map

Filled Under: agile,scrum,software development Posted on: 5 September 2016

Mission statement

Setup, guide and coach high performing teams capable in delivering truly great software.

Be Awesome

How? Try to improve something small everyday..... In management, in coding or life.

Fail and letting fail

Failure is the only way to success, so fail fast and fail often, especially in software development.

Learn from anybody

Be aware that every colleague, teammember or friend is capable of something that you are not.