On September 2, I will hold a session at the annual Lean Agile Scrum conference on the topic of Storytelling in a technical world. This year, the conference is about "Im Team zum Erfolg", and I am happy that the organizers saw storytelling as a significant part of what makes a team work.
In this one hour session we will play with various facets of stories and with how they can change the perspective.
On September 3, I will have the pleasure to give a workshop on Storytelling in a technical world at the /ch/open Workshop Tage.
This is the first incarnation of the storytelling course in a public setting. I must admit this is quite exciting given that it is pretty much the only workshop from the Workshop Tage that will focus on non-technical aspects of software development.
On August 26, I will have the pleasure of giving a talk on Architecture as a work in progress at an event organized by the Limited WIP Society Switzerland.
One key aspect of dealing with the Work in Progress is to visualize the queues. We have come a long way with dealing with explicit requests that come from outside. But, how do we deal with technical problems that come from within?Let’s take the architecture of the system. It’s rather important as it can make or break your system in the long run. Of course, the agile mantra tells us that we should emerge the architecture. This sounds great, but how do we make sure it goes in the right direction?
One way to approach it is to make technical tasks explicit and put them in the same queue as the functional ones. This never really works because of two reasons: (1) business can rarely prioritize the work, and (2) it does not fit development workflows.
We argue that it is necessary to approach technical concerns differently. We still need to make them explicit, and we also need a queue. Only, it’s a different queue that is managed exclusively by the team and worked while dealing with regular tasks.
In this interactive talk we show concrete examples of how this works in practice.