Global SCRUM GATHERING Munich 2016

sa_munich2016_banner2
3 days conference is exhausting. But it did worth it!
I like the most of the conference is the Open Space.
It’s just amazing! I couldn’t imagine how three hundreds people can be self-organized to work out a day agenda in half a hour. But the result was so surprising. There were three scenes I just couldn’t believe.
  1. the topic volunteer session had been closed in 30 mins and more than 30 topics were proposed
  2. at the end everybody liked at least one session they participated
  3. the voice of machine ending was so fantastic! (i hope i can find the video)
 I can’t tell the magic of self-organization. But it’s really powerful!
2016-10-18-10-43-15
 2016-10-19-15-32-41
Here is a list of all topics I liked.
Day 1
  • The systemic Scrum Master – Marc Loeffler
Take away: PASSION model(Passion, Adaptable, Strong vision, Strength oriented, Independent, Oneness, Nimble)
2016-10-17-15-16-45
Day 2 Open space
  • Role Play: Coach uncoachable coachee – Sebastian Keller
Take away: show empathy to uncoachable coachees
2016-10-18-12-35-08
  • Agile games – Christo
Take away: Name for multitasking; Non-music chair for new group; Airplane factory for scrum team work
  • Presentation Karaoke
Take away: build up presentation skill and have fun
Day 3
  • Doing half the work in twice the time – Wolfgang Richter
Take away: being lazy might be productive, efficient and effective; sleep urgency for two days
2016-10-19-10-27-41
  • Selling the “Fluffy” Side of Scrum – Paul Goddard and Geoff Watts
Take away:
Being emphatic and neutral
Having hope of all challenges
Visualize the hope
2016-10-19-11-08-55
  • Experimenting and learning with Origami – Tom Mellor
Take away: how to deal with “bad” product owner

2016-10-19-15-03-21

2016-10-19-15-12-14

(with Tom Mellor, ex-chairman of Scrum Alliance, a funny guy:)
Closing keynote
  • Dealing with Uncertainty – Nigel Baker, a brillant guy
Take away: passion + Zen
READ THESE BOOKS
The last but not the least, new friends brought much more fun!
2016-10-19-16-45-52
(From left to right: Dymitri, Anna, Donna, Tom and me)

“Agile” VS “Agile process”

What is Agile?

Agile is not a process, it is a philosophy.  It’s a philosophy that describes a comparative value system and a set of 12 principles designed to discover better ways of developing products. See “Manifesto for Agile Software Development“.

What is Agile process?

There are many agile embracing processes or process frameworks, e.g. the popular ones are XP, Scrum, Kanban etc.

Henrik Kniberg did an analysis and compared some process tools on the prescriptive vs adaptive scale:

Prescriptiveness in Agile Processes

This chart provides a high-level view of Agile frameworks on a scale of prescriptiveness to adaptiveness. Henrik bases his measurement on the number of ‘rules’ stated in the process descriptions. For example:  RUP 120 rules; XP 13 rules; Scrum 9 rules; Kanban 3 rules. It means, the less rules the process depict, the more adaptive it is.

However as one moves to the right on this spectrum there is an increasing need for self-discipline. Just because you are at the right end, “Do Whatever” doesn’t mean your group has the ability to effectively achieve your goals. Perhaps, you can improve the effectiveness you desire by moving toward the left.

In my experience, it requires a very mature organization to move toward the right on this spectrum.  Moving toward the left creates a rigid structure and can have severe consequences on team dynamics and motivation.


Read more about from Henrik about these processes:

RUP

is pretty prescriptive – it has over 30 roles, over 20 activities, and over 70 artifacts. An overwhelming amount of stuff to learn. You aren’t really supposed to use all of that though, you are supposed to select a suitable subset for your project. Unfortunately this seems to be hard in practice. “Hmmmm… will we need Configuration audit findings artifacts? Will we need a Change control manager role? Not sure, so we better keep them just for in case.” This may be one of the reasons why RUP implementations often end up quite heavy-weight compared to Agile methods such as Scrum and XP.

XP (eXtreme programming)

is pretty prescriptive compared to Scrum. It includes most of Scrum + a bunch of fairly specific engineering practices such as test-driven development and pair programming.

XP practices

Scrum

is less prescriptive than XP, since it doesn’t prescribe any specific engineering practices. Scrum is more prescriptive than Kanban though, since it prescribes things such as iterations and cross-functional teams. One of the main differences between Scrum and RUP is that in RUP you get too much, and you are supposed to remove the stuff you don’t need. In Scrum you get too little, and you are supposed to add the stuff that is missing.

scrum-scheme

Kanban

leaves almost everything open. The only contraints are Visualize Your Workflow and Limit Your WIP. Just inches from Do Whatever, but still surprisingly powerful.

Kanban-board-example