„Creating an agile learning experience for managers“ – presentation and workshop at #XP2017 conference in Cologne

The agile transition of DATEV‘s product development organization has started.

DATEV was founded in 1966 by a visionary tax consultant as a common IT backbone for himself and his colleagues. The then recently emerged mainframe computers promised to solve their common need for correct calculation in a world of increasingly complicated and ever-growing legislation. – This bold idea transformed the initial startup into a constantly growing company in form of a cooperative – the main customers are also the owners of DATEV, therefore it is called “DATEV eG” in German.  Today,  40 000 tax consultants in Germany are DATEV members. 12 million employees get their monthly pay slip via DATEV software. The members use DATEV’s financial accounting software on behalf of 2.5 million small and medium sized companies. DATEV’s own financial numbers have been in the black every single year since its foundation.

The customer feedback has been positive over many years, with software solutions which are not always easy to use but contain the correct implementation of complex legislation. Now we need to evolve towards new web based products which will support the digitalization and automation of the members’ daily workflows, as well as providing faster customer and market feedback cycles. So the purpose of the agile transition should be clear, yet it is not at all easy to create a sense of urgency among the middle management considering the success story that is still true today.


In 2016, we created a learning event for the approximately 200 middle managers. We designed a two day event with two main goals:

  1. The managers should understand the challenge of DATEV’s digitalization strategy
  2. They should learn that an agile transformation is needed in order to support this strategy and that they would play an active role in it

The methods we used for this event were a combination of:

  • Very short speeches by the top management supporting these goals
  • An information market where the first projects in which prototypes of new digital products had been created were presented in a self-organized way by team members of these projects
  • The managers selected the most important obstacles these projects were facing, to be solved by themselves, and started working 
  • A retrospective-like setting in which the managers analyzed and started to develop solutions to these problems
  • The whole event was facilitated by team members who were recruited from the company’s in-house agile community

The outcomes of this first event were three working groups working on the most important obstacles according to the voting of the managers, and a quite positive feedback.

The overall concept of the two-day event was rated between very helpful and not helpful at all – in 6 steps. More than 80% of the participants chose the two best ratings. They were especially pleased with how well the event was facilitated by the team members.

One feedback given during the event to the top management was that direct communication with the team members must take place more rapidly.  The top management promptly put this into practice on the second day of the event by  finding and announcing a date for an information event for all 1800 team members.
All three work groups working on the top three problems developed results in the following weeks, which were presented and discussed in a second event. The third group working on “goals, metrics and a master plan for a complete agile transition” initiated a thorough analysis of the situation, resulted in the top management forming an agile transition team and calling everybody to action during the second event. There all sub-organizations started their own agile transition teams and plans.

Still the development organization as a whole is overburdened with work due to a big upfront planning process in which all of the work for one calendar year has been defined and estimated and committed by the management until July of the previous year. This was the fourth problem addressed by top management itself. A team worked on this process during the next couple of months, with the goal to rely on rough roadmaps instead and to introduce three-monthly portfolio planning cycles. Now in a third event end of April 2017, we have worked with the managers on this topic in order to get everybody into re-defining their current product development goals so that they can be measured and sliced down into smaller sub-goals which result in deliverable slices of products. 

Interested? You can here more about it on Thursday May 25th  in my „Creating an agile learning experience for 200 managers“ presentation and workshop with Christina Busch at XP2017 conference in Cologne.

Agile India 2014 Conference – large scale distributed agile development

AgileIndia2014_LogoBig
For 10 years, the Agile Software Community of India has been holding this conference now, with ever growing numbers and great names from everywhere. With more than 1200 participants, more than 250 of these from other countries than India, extending from Norway to New Zealand, from Indonesia to Ukraine, and more than 300 women, Agile India 2014 was a huge and really diverse agile conference.
 In the previous years, I had already received positive impressions from the colleagues in Bangalore. This year I had the pleasure of participating for the first time myself, presenting the story of our Distributed Product Owner Team for an Agile Medical Development. The process of selection of topics and feedback was very well prepared and community based. While everybody could see the proposals, ask questions and comment on them, the members of the program committee took care that this would happen consistently, and did a lot of it themselves as well. For the topics selected by them, also an extended paper was necessary with a case study, which also underwent a feedback and approval process, in my case by Ravi Kumar and Pramod Sadalage .
During my presentation

During my presentation

Fortunately, I had work to do in India as well – start up trainings for a few new Scrum teams at our company – so I already had the justification for going. On the other hand, I had enough work to do so that I could not consider going to the other conference days, apart from the one I was speaking at. So I can only talk about the Offshore Distributed Agile track.

Todd Little presenting

Todd Little presenting

I enjoyed Todd Little’s keynote in the morning very much. One of the key messages that resonated most in me was „We need to treat remote teams not as coding monkeys but empowered Ewok.“ I hope as software specialist, you are familiar with the Star Wars universe and do not need to look them up in Jedipedia.Todd said exactly what we are trying to do in our big, distributed product development, and my mission to Bangalore was part of it: make the remote teams self-organizing, trusted members of our diverse product development universe. Only that in Todd’s presentation, it turned out that he only needed to add a few software developers with a domain specialist in Romania and a small test automation specialists’ team in Vietnam to his original group in the US – and they were already very successful. So: adding the right people for a good reason, valuing the individuals over corporate strategic outsourcing strategies.

The other talk I remember well was from Rajkumar Anantharaman from Intel, who stated „If you want to go lean and agile, first you need to get rid of Excel and PowerPoint“. This was of course not aimed at a nice PowerPoint by the Product Owner showing some functionality the users ask for, but at getting rid of the additional reporting needs that keep teams busy with overhead.
The venue was a bit resisting the actual number of people participating, it is certainly difficult to predict, but maybe another year they will be better off in a congress center. A difference with the European agile conferences I have been attending like ALE or XP was certainly that there were much more business-people than agile coaches hugging each others. Maybe even most agile coaches look like business people in Asia. In all cases it is very important going to India and seeing what is going on there, noticing how people discuss, what they hold as granted in agile, and what they have still doubts about.
At the panel discussion with Doc Norton (groupon) and Chad Wathington, ThoughtWorks Studios

Participation in the panel discussion with Doc Norton (groupon) and Chad Wathington, ThoughtWorks Studios

More or less, the other speakers confirmed what I have learned from our own experience: there is not the question whether or not agile is going to work with distributed organizations and teams in India, but how to make it work. You can do a pretty lot of things right or wrong, and even terribly wrong, but you can just as well be successful if you are doing many things right.  At the end of the track, there was a quite interesting panel discussion facilitated by Naresh Jain: Offshore Agile…An Oxymoron? There were a lot of interesting topics discussed. Where I could definitely contribute was when someone asked the panel whether they could just take a framework like SAFE and apply it to a big distributed product development organization to make it agile. According to my experience, though such frameworks can help, every organization has their own challenges, their constraints, and their organizational culture. Whatever lean-agile framework they will build, they need to build it on their own – but of course, taking as input the experiences of others, and agile frameworks as well as wonderful books like Bas Vodde’s and Craig Larman’s „Scaling lean and agile development“.
Photos used by courtesy of  Agile India (c)

Large Scale Agile at XP2013 Vienna – exchanging knowledge at a great conference!

From my perspective, the 14th International Conference on Agile Software Development XP2013 in Vienna was a great success. It took me to another level of confidence about what is needed to create and sustain a large scale agile organization.

The XP conferences are traditionally about programming and testing in an agile – XP – way, and organizing the team so that it supports XP practices. But they have grown into a conference that also covers  product ownership and design, leading agile teams and organizations, and even extending agile to the rest of the organization – this is agile real life in the industry.  What I like very much at XP conferences in general is the good mixture of experienced agile people from industry, some very well known consultants, and a lot of academic researchers who also are working close to industry about agile topics.

image

(Photo: Hubert Baumeister)

On the first day I got absorbed by the Executives & Managers Track with firsthand experience from four different companies: ABB, Ericsson, Johnson Controls and Nokia. Most valuable! The managers were speaking openly about what it takes to get agile, how their company transformation programs took one step after the other to establish agile on all levels. And this is still an unfinished journey, but it has a clear north. An important point from the talk of Hendrik Esser, who is Head of Portfolio and Technology Management at Ericsson, is

To embrace change, you have to change 3 things together
· Culture
· Practices and process
· Structure

You should never see agile as a process only, this will inevitably lead to failure. The most important cultural foundation for the agile transformation is building trust, and on top of the trust you can build transparency.

These three important transformations were mentioned by Per Branger from ABB in Sweden, but are basically identical to what Ericsson is doing:
· Continuous Portfolio Management
· Continuous Release Management
· Continuous Development

When they noticed at ABB that they are really a big software developing company, coming from a background of electrical engineering, they launched a massive knowledge and skills improvement program. The remarkable thing is that they measure progress by self-assessment of every developer against description of expected skills, and that the training comes in small portions and by self-assignment as well. Wiki based knowledge bases and Q&A tools that remind a bit of the famous stackoverflow website support the learning as well.  “Carrots, no sticks” opens also the path to using common tools.

Gregory Yon is Agile Coach at Johnson Controls and talked about how he is extending agile into the rest of the organization, to the non-development teams as well as convincing different levels of management from the agile values and needs. From him as well as from the other managers I learned that we can never communicate too much to higher management about the advantages of agile, and that we need  to measure things and compare with previous projects to show how we have advanced since the old times of waterfall.

Jorgen Hesselberg, Senior Manager, Enterprise Agile Transformation, Nokia (Chicago US) explained how they are using on all levels Agile Working Groups, mixed from management and project roles, to start and sustain agile transitions at each Business Unit, and keep them up and to extend agile to the whole company. The positive results of agile on the results as well as on the employee motivation are impressive.

My own presentation on our Distributed Product Owner Team for an Agile Medical Development was on the second day, and I loved the discussion with a couple of other speakers and participants about the needed knowledge and skills for this role, and the needs for communication in the PO team and with teams and customers. I have also learned that there is actually an open group of experts from industry and research with the goal to foster software product management excellence across industries, the International Software Product Management Association (ISPMA) , who are interested in collecting such practical experience, and are creating resources for professional software product management training.

At the academic track, I found a couple of presentations on the last day very interesting: A research paper by Jeanette Heidenberg, Max Weijola, Kirsi Mikkonen, and Ivan Porres – A Metrics Model to Measure the Impact of an Agile Transformation in Large Software Development Organizations asks whether an agile transformation was worth the effort. For this, they were looking for metrics that support agile values, focus on the whole organization, not individual or teams, and are applicable to both waterfall and agile projects. Also they should be feasible to collect for past and ongoing projects, in any size of project, and be objective and clear. They did an iterative approach with first formulating the goal, then ask practitioners for metrics used, compare them against their values and goals, and finally select a collection of metrics. They have some really helpful metrics that we can apply to learn how much we have already improved through agile, at least in some aspects.

The paper Continuous Release Planning in a Large-Scale Scrum Development Organization at Ericsson by Ville Heikkilä, Maria Paasivaara, Casper Lassenius, and Christian Engblom was complementing very well with the talk of Hendrik Esser, as they are exactly describing how the release planning for individual features works, and which experiences people at Ericsson had with this method.

Of course there were also great keynote speakers at XP2013 in Vienna, a helpful Open Space, a wonderful conference reception, and great conversations in the breaks.

image

As always, thank you very much for the photos, Hubert Baumeister.

The next XP conference will take place in May 2014 in Rome, which is also a nice place to go to.  I will convince some of our colleagues and managers of submitting a talk and participating – we have a lot of experience we can share!

Best Regards
Andrea

Slides for ScanDev 2013 DONE: distributed product owner team – strategies

One week to go for this year’s ScanDev conference in Gothenburg, and slides are done.

image

Topics covered are mainly:
Strategies for growing a distributed product owner team, when the problem space is very different from the normal experience world of a software developer. Strategies for communication and customer collaboration in the distributed setup.

For preparation, I made a lot of personal interviews with product owners on different hierarchy levels and multiple sites. I learned a lot about the reality behind our official agile framework, and how much the real success depends on people and their skills and goals.

To convert my knowledge into an interesting presentation I used a marvellous book, a classic: Presenting to Win: The Art of Telling Your Story by Jerry Weissman. What is very helpful in this book is that he tells you a lot of stories to make sure you know what you want to tell, to whom, and how you will bring this across to your audience. So I started to create my presentation on a lonely day at home, using hundreds of sticky notes on my personal whiteboard, instead of bothering with Outlook templates or -beware!- assistants. Then I selected a structure for the slides that would allow me to tell my story, and then I created each single slide on a sheet of paper, put them into the structure, re-ordered and finally bright them to the office.

image

There, of course, I had to take a corporate template, and also picked a lot of photos, that would this time nicely fit with the topic. As structure I had selected a pyramid. I created it with corporate colors, and let it build up throughout the slides.

At the beginning of this week, it was finished, and I submitted it for review and release. And -wow! -I got it released after considering a few remarks, in less than two days. I can say, the release process got much more agile since I first used it for an external presentation four years ago, when it still took me four weeks, but obviously as well my own professionalism in creating publications has increased a lot since then.

Speaking at ScanDev 2013 about our Distributed Product Owner Team @ Syngo.via

I am speaking at SCANDEV 2013

This week I received the news that my new talk has been accepted for SCANDEV 2013 on March 4th to 5th in Göteborg, Sweden. The title is „Distributed Product Owner Team @ Syngo.via“

What is it all about?

We are developing medical imaging and workflow software in an agile way with development teams distributed to several countries. One of the major challenges is how to set up and communicate within the Product Owner team.

  • There we have to deal with the distribution, e.g., have the Product Owner either onsite with her peers or with her Scrum team, travelling, or with proxy.
  • We need people who are good in two different fields of knowledge: medical and software development.
  • As a third issues, the environment of the customers may be different in different countries.
We have ramped up local Product Owners in different countries, have found local collaboration customers, and have developed  a set of communication channels and workshops how to synchronize Product Owners in the team, share a common vision and backlog with their Scrum teams, and collaborate with customers locally and globally.
While I am putting my presentation together, I would be interested very much in what my customers want to know about. You can ask me questions, and whatever is feasible I will include into my talk. So Product Ownership is being directly applied.

Our big agile transition at the OOP 2012 Munich

As Agile Transition Lead of our business unit, I have introduced agile project management into a regulated development environment at Siemens Healthcare. The challenge is there to reduce process overhead and improve team member motivation without hampering the necessary quality. Since 2008, I have been starting and coaching Scrum teams, as well as working with the management on transformation of the structure and on communication.

At the OOP 2012 conference in Munich, I presented together with a colleague from the higher management about our agile transition. Here you can find our slideset at Slideshare.

We have gone a long way from piloting to the real big transition, and now after the first big agile project has been successfully finished, there is still much to do in the sense of getting more efficient and having more fun…

%d Bloggern gefällt das: