Life is orders of magnitude more fast paced than it was when our traditional yearly holidays (like Easter this weekend) were introduced, and also much more accelerated compared to newer ones (like Earth Day next Tuesday, since 1970).
Yesterday we had a Kanban info session with my team and it was great.
In order to make this Kanban thing look less of a disruptive and crazy idea for our team, I asked colleagues from the German headquarters of our company to give us this short introductory training. There’s quite some enthusiasm around Kanban within SAP already, as you may see from this Lean Kanban Central Europe speech video from last November. It’s not hard to introduce the Kanban concept, as our centrally encouraged software engineering and project management process is not pure Scrum but something called Lean Development Model, so Lean idas in general sound familiar to lots of people. However, Kanban is far from being mainstream. Having this training session remotely was not an issue and using video conference helped a lot to make it even better.
Here comes the interesting part.
To my surprise the hardest things for the audience to understand were not limiting work in progress (I guess because everyone feels that too much multitasking is bad) or the lack of the sprint rythm (because we have to re-plan our sprints very frequently anyway as the world around us is so dynamic that sprints cannot be short enough).
The hardest nut to crack was the lack of concepts such as detailed upfront planning and estimations. Of course you can do this in a Kanban environment, and Kanban itself has some elements addressing this need (for example “Fixed Delivery Date” class of service), but it’s not a core concept. In our environment and company culture, it is (still) a very strong expectation to plan releases upfront and give commitments well ahead.
We should learn how much of this planning and estimation addiction is a true must (external requirements, constraints, dependencies to other teams etc.), and how much of it is simply an old bad habit of the team. How much should we keep and how much of it can we transform to something more agile?
Without much of prior art, a conference has been organized in Budapest / Hungary about agile software project management. It is called Optional Conference and I’ve been lucky enough to participate. I don’t want to give you every detail of the event (you can find the agenda here: www.optionalconference.org/ ), but rather provide a short and highly subjective outburst of my impressions. I’m writing this as the closing session is going on, so I have the full picture by now but my memories are still fresh.
What I liked a lot was that the conference was a healthy mix of traditional conference stuff (keynotes, breakouts, sponsor company booths, prizes drawn for filling out surveys, Coke and pogácsa in the coffee breaks etc.) and newer techniques like open space for spontaneous topics (I also moderated one about comparing Scrum and Kanban) as well as 2 people continuously drawing infographics on big flipchart paper sheets on the walls during the sessions, documenting everything in this very nice way.
Briefly about the sessions: the ones I liked the most were Jurgen Appelo talking about change management and Boris Gloger’s speech about how to enable self-organizing teams as a leader.
A BIG WELL DONE! to Bodó Árpád Zsolt (conference chair) and the team!