Scrum 4 You

The video about the Euro-Fighter and the Bugatti reminded me about a principle that I also explained in my book: You need to have built-in instability to create an agile airplane. This is a principle of all fighter airplanes and they need to be controlled by using data from all aspects of the flight and only computers (70 in the Euro Fighter) are able to handle all the data.

If we want to have agile teams and do agile software development, then we need to consider that we need to have built-in instability to have agile teams.

So my question to you is: How can we build in instability into an agile software development team?

We will run a Certified ScrumMaster training in Vienna on the 17./18.09. This class is going to be again something very different.

My guest star this time is Stacia Broderick. Stacia is the co-author of “The Software Project Manager’s Bridge to Agility.” Stacia and I worked several times together and I know this will be an exiting semiar. Stacia really loves people and she is an outstanding trainer. She will bring wiht her an exercise that will top my Scrum Cooking event So I promise that this will not only be a roller-coster of experiences but also an opportunity to learn in a very intuitive way everything you will need to know about Scrum to run you Scrum teams the most effective way.

Stacia worked also as the ScrumMaster in the most prominent Scrum Project ever undertaken: The Primavery Scrum implementation in which Bob Schatz was the Sponsor. Today Primavery ships software every 2 weeks with outstanding quality. So we will not get only her very cool exercises but also her wide range of experience. Especially project managers in larger companies will benefit from Stacias great deal of experience and her insights into the nature of project management.

Together with the cooking event on the evening of this training - we will be able to guarantee that this will be a training you never forget.

For every person who is interested please notice that this training is also very demanding. We need your full attention, and we will run the class on the first day from 09:00 till 22:30. And we will start on the second day on 08:30. (And the cooking event is not an option. You will only get your certification if you attend the full time.)

If you want to extend the the class for an even wider range of experience we will run the Agile Planning and Estimation Training on the 19. September. People who attend both classes the CSM + the APE training will get also the Certified Product Owner Certificate.

More Details about these classes you will get directly from me.

• 17-18.09.2008 Certified ScrumMaster Training in Vienna
• 19.09.2008 Agile Planning and Estimation (Bundle = CSPO)
• 20.09.2008 Scrum Brunch with special Guest. More details tomorrow.

Das Team liefert das Produkt. Es ist verantwortlich für die Qualität des Produktes. Das Team erabeitet mit den Anforderern, den Kunden und den Anwendern, die Product Backlog Items und somit die Anforderungen, analysiert die Anforderungen, entwickelt das Design, implementiert und testet die Anforderungen und liefert das Produkt wie vereinbart aus.

Das Team commitet sich auf die Sprint-Ziele freiwillig und nimmt soviel in einen Sprint auf, wie es bearbeiten kann. Es hat die Autorität zu tun, was notwendig ist, um das Ziel zu erreichen, muß sich dabei aber an die Rahmenbedingungen der Organisation und des Projektes halten. Jedes Teammitglied hat die Verantwortungen, die sich in der Rolle Team ausdrücken und jedes Teammitglied ist für das Gesamtteam verantwortlich.

Das Team arbeit während des Sprints an dem Ziel des Sprints, und es arbeitet parallel dazu mit dem Product Owner und Kunden auf der Produktebene, um die Richtung des Projektes durch das Schätzen und Qualifizieren von Product Backlog Items mitzugestalten. Scrum - Produkte zuverlässig und schnell entwickeln, Boris Gloger

There is a nice introductory video about Scrum on YouTube that I just found today:

It was based on the characters and photos taken by: Jeff, Jens, Jim, Gabby and others. Very nicely done it is too.

I have only a couple of comments:

The video still shows certain things about Scrum that I do not teach any longer, such as:

1. The Product Owner is not a chicken, so he is allowed to talk.
2. The Sprint Backlog is a list of tasks, this is obviously correct, but this is not the only outcome of the Sprint Planning Meeting.
3. The Sprint Review is not done for the Product Owner, but for the End-User.

Spass hat es gemacht, einmal Einblick in die Games Branche Deutschlands zu bekommen. Das Certified ScrumMaster Training zusammen mit der Games Academy in Berlin war für alle, und ehrlich gesagt, ganz besonders für mich, ein voller Erfolg.

So viele neue Eindrücke darüber, wie Software Entwicklung in einem ganz speziellen Bereich funktioniert habe ich lange nicht bekommen. Es hatte zwar geholfen, dass ich damals bei Rockstar Vienna, bereits mit Menschen aus der Games Branche gearbeitet hatte, aber doch fehlten mir die treffenden Beispiele um einige Dinge anschaulich zu machen. Mein Dank geht hier besonders an die Teilnehmer, die mir geholfen haben, Beispiele zu finden.

Was auffiel - die Leute in den Teams sind scheinbar extrem spezialisiert. Die Arbeitsprozesse sind entsprechend. Gleichzeitig gibt es anscheinend so viele unterschiedliche Arten, wie man Spiele erzeugt, dass es scheinbar noch keine echten Standards gibt.

Befruchtend war auch für die Nicht-Games Leute, die im Training waren, dass es da eine etwas  andere Welt gibt.

Ein wenig betroffen war ich, dass ich jetzt zum zweiten Mal gehört habe, dass Scrum in der Games Szene, insb. in Deutschland, als “sektenartig” angesehen wird. Ganz offenbar sind da in der Games Szene einige Leute unterwegs und erzählen etwas über Scrum ohne zu wissen, was sie erzählen.

Gleichzeitig gibt es offenbar schon ganz viel “Scrum-like” in der Games Szene. Das klingt nach viel Aufklärungsarbeit, die da notwendig werden wird. Denn für mich hat sich eines sehr deutlich gezeigt: Die Games Szene besteht aus hoch-kreativen Leuten, die andere Weg gehen müssen. Die ständig neue Produkte auf den Markt bringen müssen und die unter hohem Wettbewerbsdruck stehen. Für genau dieses Umfeld war und ist Scrum gemacht worden.

Für alle nochmal das Video, dass Scrum in der Games Szene so berühmt gemacht hat:

Das Aufteilen der Task im Sprint Planning 2 funktioniert manchmal gut, manchmal nicht so gut. Die Idee von Tobias Mayer zwei Jahre zuvor, nur noch Tasks zu akzeptieren, die kleiner als 2h sind war so fantastisch, dass wir sie in vielen Teams implementiert hatten. Doch oft hat sich gezeigt, dass das “Erzwingen” von “kleinen” Tasks zu Stress führt. Also habe ich einfach einen neue Weise gefunden, die Tasks zu verkleinern. Bei Heiko, kann man nachlesen, wie das geht:

1) Der große Task wird in der Sprint Planning Sitzung akzeptiert

2) Irgendwann geht der Task in Progress

….

Bei Heiko gibt es noch mehr dazu.

— Boris

Trainings

• CSM Training in South Africa, August, together with Scrum Sense
• CSM Training in Vienna, English, 17. September, Guest Star: Stacia Broderick
• CSM Training in Denmark, 3rd September.

Detailed Information: Boris Glogers Trainings

News:

• Trainings this week have been in Berlin and Mechelen - It was fun.

Blog Entries I found interesting:

• Heiko on Tasksboards
• ScrumBlog: Relatively old content, but worth having a look
• Fighter Race: Jeff Sutherland mentions on his blog a race between a Euro Fighter and a Bugatti. Cool!

Events:

Scrum Brunch in Vienna, Guest Star: Someone who will talk about the Special Forces of Denmark. September 08.

I had fun reading “Johnny Bunko — The Last Career Guide you´ll ever need” by Daniel H. Pink. Pink, the author of A Whole New Mind, a book that I strongly recommend has done a great job together with Rob Ten Pas.

Pink shows that the few principles below will help  you to become succesful in what you want to do with you life:

1. There is no plan
2. Think strengths, not weaknesses
3. It’s not about you
4. Persistence trumps talent
5. Make excellent mistakes
6. Leave an imprint.

It is a fun read. It is a comic in manga style and the beauty of the book lies in its pictures. The story is nice to read, nothing really new but the way it is presented tops most career advisors.

The bullet points above are not enough to get the insights but maybe it gives you enough to check it out. You can see a bit more on the Website of Johnny Bunko.

Der Product Owner plant und lenkt die Produktentwicklung. Er ist verantwortlich dafür, dass das Team die gewünschten Funktionalitäten in der richtigen Reihenfolge erstellt. Er ist dafür verantwortlich, dass die Projektergebnisse den finanziellen Aufwand für das Projekt rechtfertigen. Er arbeitet auf täglicher Basis mit dem Team, trifft zeitnah die notwendigen Entscheidungen und arbeitet kontinuierlich am Product Backlog und dem Releaseplan.

Scrum - Produkte zuverlässig und schnell entwickeln, Boris Gloger

Der Product Owner in Scrum ist ein Visionär, der dennoch ständig den finanziellen Erfolg im Auge hat. Die Rolle des Product Owner in Firmen wird häufig falsch verstanden. Zu Product Ownern von Teams werden Mitarbeiter gemacht, die selbst wieder keine finanzielle Entscheidungsgewalt haben. Teams sollen einerseits von diesen Product Ownern “dirigiert” werden, andererseits dürfen die Product Owner nichts entscheiden.

Der Product Owner in Scrum wird einzig und alleine am finanziellen Erfolg seines Produktes gemessen. Der Product Owner bekommt möglicherweise Hilfe von den Business Analysten, so dass bereits zum Sprint Planning das Team detailliert informiert werden kann (Jeff Sutherlands Modell).

Er kann aber auch noch weiter vom Team weg sein und sich tatsächlich nur um die finanziellen Belange kümmern. Der Product Owner sagt dann einem Team was er will und dieses hat den Business Analysten auf seiner Seite. (Ken Schwabers Modell) Ich persönlich tendiere zu er Variante, die Ken propagiert.

In seinem Modell gibt es noch, wie damals bei Nonaka, die klare Vorgabe das Team vollkommen “alleine” arbeiten zu lassen. Jeffs Modell ist eher mit dem Steuern einer Produktionsstraße zu vergleichen. Das funktioniert ganz sicherlich sehr gut in einem Betrieb, in dem sehr viel Maintainance gemacht wird.

In einem Projekt, dass ich auf echtes Neuland begibt, favorisiere ich für den Einsatz von Scrum in der Produktentwicklung Kens Modell.

Der Product Owner arbeitet übrigens zu 100% seiner Zeit am als Product Owner seines Entwicklungs-Teams. Ein Entwicklungs-Team hat genau einen Product Owner.

Auf dem 3. Deutschprachigen Treffen der Scrum Community habe ich mein Rollen Modell vorgestellt. Berhard Schiffer hat auf seinem Blog u.a. erläutert, was er aus meinem 20 Minuten Vortrag dazu verstanden hat.Er hat dabei auch erwähnt, dass Simon Roberts im gleichen Vortrag über die 3 + 1 Rolle gesprochen hatte. Die 1 Rolle stehe für alle anderen Rollen, die es um den Scrum Prozess gebe. Simon hat mit einem Argument auf jeden Fall Recht: Scrum reduziert soziale Komplexität. Die 3 Rollen Scrum würden also vor allen dazu dienen die Komplexität in der Entwicklung zu reduzieren.

Diese Idee so bestechend sie auch ist, und in der Analyse dessen, was um ein Scrum-Team (Das Scrum-Team ist in der Definition von Ken Schwaber, die Kombination von ScrumMaster, Product Owner und Team) herum geschieht, sehr hilfreich ist, so fehlleitend kann sie auch sein.

Das lies sich auf dem Treffen sehr schön sehen und ist in vielen Diskussionen auch immer wieder ein Grund warum Scrum auf viele Entwickler anziehend wirkt. Es scheint mir, als wären einige Entwicklungsmannschaften geradezu versessen darauf, sich ja nicht mit der Aussenwelt konfrontieren zu müssen. Sie müssen sich in ihrer Wahrnehmung von Scrum nur noch mit einer Person auseinandersetzen: dem Product Owner.

Ich entäuche ungern, aber das war von Ken und Jeff, Bob Schatz und den ersten, die Scrum gemacht haben, so nicht gemeint. In den ersten Scrum Projekten und im so berühmten Projekt von Bob Schatz bei der Primavera mussten sich die Entwickler mit den End-Usern auseinandersetzen. Sie mussten vor den Kunden und der Organisation Rede und Antwort stehen. In meinen Implementierungen bei der ComBOTS, der ONE und damals bei der BenQ war das nicht anders. Die Entwickler hatten sich immer mit der Organisation zu befassen.

Zurück zu dem Thema der Reduzierung von Komplexität! Das war und ist tatsächlich so, Scrum versucht ein Arbeitsumfeld zu erschaffen, in dem kreative Arbeit möglich ist. Scrum arbeitet mit dem Mittel der Timebox und und u.a. der klaren Zuweisung von Verantwortungen. Die Rollen in Scrum sind nichts anderes als Veranwortungen, die ich als Mitarbeiter zu übernehmen habe, wenn ich eine bestimmte Rolle innerhalb eines Scrum-Teams übernehmen will.

mehr dazu demnächst.

Anger is a good motivator for writing and when you are angry then you know that you are passionate about a specific topic. During the last 12 months the new buzz-word in the agile world is “lean”.  Maybe Mary Poppendieck has done a great job and now she earns the fruits. But besides the fact, that we have similar principles in Scrum than the ones Ohno has implemented, Scrum has nothing to do with lean management.

No - I do not agree with Jeff, that we must have the “Toyota Way” with us when we talk to Senior executives. The basic ideas of Ohno and Deming are 50 years old and they have been applied in the manufacturing industry very well. In Germany “Just-In-Time” was implemented in the manufacturing industry 10 years ago. It was the hype. And — now the big car manufactures are looking for the next solution.  Why — It did not help them: GM is still losing money. Why will it help software developers?

We need to look at different organizations from those of the car manufactures. Mary does a great job, but she rephrases her insights from the end of the 90s again and again. Lean Management was created for CAR BUILDERS!!!!!! The whole mantra of removing waste - yes! Sure this makes sense. But only if I already have processes!

Software development organizations consist of very well educated, knowledgeable SPECIALISTS who need to work together. A shop floor is not an environment in which knowledgeworker = specialists work together. They are specialist but not high skilled.

The old famous authors: Frederick Brooks, Peter Drucker and others lead us in the right direction. Lee Devin has shown in “Artful Making” how an organization of knowledge workers will work. So - please let’s not repeat the mistake of looking into the car industry. It was wrong in 1968, it was wrong in 1990 and it is wrong in 2008.

Look into modern, hyper-productive, hyper-flexible, high quality delivery organizations:

Hospitals, Theaters, Movie Industry and and and - But not into the manufacturing business.

Btw - this is not only my idea. Have a look into the current issue of the Harvard Business Review. The business around us is running faster than we are.

Lean is dead!

We ran a certified ScrumMaster training in a very nice atmosphere near Mechelen, Belgium. Together with Prosource, Mechelen, we again delivered a training that the participants really liked. I was especially happy because at the end of the training most people said they now understand that cherry-picking from Scrum does not work. They said they want to go back to their organizations and want to convince people to follow Scrum “by-the-book”.

This is really one of the important things you need to get!

“My advice is to do it by the book,
get good at the practices,
then do as you will.
Many people want to skip to step three.
How do they know? ” — Ron Jeffries

I believe Ron Jeffries is right. And we all know that we first need to learn something. In this stage we are happy that we do it fairly correct. But the next stage is, when we feel right with this, to run our implementation a bit differently, here we will find ways to adapt it to our needs. And the last step will be when we do what works. Everything becomes natural.

1. Shu (守:しゅ, Shu? “protect”, “obey”) — traditional wisdom — learning fundamentals, techniques, heuristics, proverb.

2. Ha (破:は, Ha? “detach”, “digress”) — breaking with tradition — finding exceptions to traditional wisdom, reflecting on their truth, finding new ways, techniques, and proverbs

3. Ri (離:り, Ri? “leave”, “separate”) — transcendence — there are no techniques or proverbs, all moves are natural

— Wikipedia

When I started doing Scrum, I a;lso did cherry-picking. We did “Scrum-like”. Only when I came back from the first agile software development conference in 2003, in Utah — when I met Alistair, Ken, Kent, Ron, Jim and more — I understood that we need to do all practices and apply all principles. When I came back from Utah, I did Scrum by the book. And … we succeeded. We outperformed ourselves every Sprint.

So - in retrospect I can only say - I learned that cherry picking brings some value, but not the whole picture.

Letzten Freitag trafen sich ca. 60 Scrummies bei der Allianz in Unterföhring. Die Allianz hatte dem 3. Teffen der deutschprachigen Scrum Community in Deutschland, Österreich und der Schweiz ihre Räume für einen Open Space zur Verfügung gestellt.

Die Allianz seit etwas über zwei Jahren damit begonnen Projekte mit Hilfe von Scrum durchzuführen und unter der Leitung von Simon Roberts, der schon der BT in Großbritannien geholfen hatte Scrum einzuführen, sind entscheidende Projekte mit Scrum durchgeführt worden, wie wir Simons Präsentation entnehmen konnte.

— Promotion ————————————————————————
Das nächste ScrumMaster Training in Deutschland ist am 17.07. in Berlin.
————————————————————————————-

Christian Schmidtkonz von der SAP hat ebenfalls wunderbar gezeigt, wie Scrum mittlerweile für das Steuern von großen Projekten bei der SAP eingesetzt wird. Er berichtete insbesondere von seinen Erfahrungen darin, die Skills von Product Ownern zu beschreiben.

Es gab zeilreiche weitere gute Sessions - ich selbst kann nur noch von der Session berichten, die ich gemeinsam mit Simon Roberts über die Rollen in Scrum gehalten habe. Wir haben in einer sehr regen Diskussion, über meine Erweiterung der Rollen um den Kunden, den Manager und den End-User gesprochen. Ich fand die Diskussion sehr hilfreich, hat sie mir doch geholfen, das Konzept selbst noch weiter zu verstehen.

Besonders gefreut hat mich die Vertreter der TNG, München, wiederzusehen. Diese Firma war mir 2007 und 2008 besonders aufgefallen, weil sie konsequent jeden Mitarbeiter in Scrum schulen. Wir werden in Zukunft sicherlich enger zusammenarbeiten.

Mehr Informationen über das Gathering gibt es auf dem Wiki der Community.

I have a friend, she has one of these very cool new iPhones. She is happy. Expecially because she is one of 5 of 50 customers who wanted to have this new gadget on Friday. The shop she went to only had 5

The phenomenon is not new!  Whenever apple launches a new product its fans get mad about this. But Apple does a poor job in using this wisely. Have a look at this very interesting note from Seth Godin about scarcity.

A post in the presentation Blog of Garr Raynolds, reminded me about the exercise we sometimes do in the training:
See his entry on: The Art of the Possible!
In the training we just replace the phrase: “Yes, But!” with “Yes, And!”

A ScrumMaster faces tons of problems everyday.  He has to appreciate them and then he solves them.

FAST. VERY FAST! FASTER!!
Again — a ScrumMaster’s job is to challenge people to show them - that it is possible. He is a leader in rough times. You have to introduce uncertainty and unpredictability when you want to change.
Tom Peters calls it deconstruction - you have to destroy to be able to get something new.

To put it more scientifically - A system does not want to be out of balance.  But you do not get something if you do not push it beyond its boundaries.

from The Art of Possibility. This is a simple idea: What would happen if you stopped worrying, stopped holding back, and stopped avoiding the possibility of mistakes and just said “Fuck it!” and then just did it. No thought of technique or of victory or defeat … just the moment.

My blog entry: “Organizations need to understand” has been translated to Portuguese. Incredible. Many thanks to Daniel.

I found a very good description about how to perform a Daily Scrum. By the way the name of this meeting is

Daily Scrum

I do not need to repeat the list. Here it is!

The team has to do it themselves. It is for the team by the team.

News:

• Next week we  have trainings in Mechelen and Berlin. Mechelen is unfortunately sold out. Berlin still has some places.
• 3. Meeting of Scrum People in Germany, Munich 11.07.08

Blog Entries I found interesting:

Events:

Scrum Brunch in Vienna, Guest Star: Someone who will talk about the Special Forces of Denmark. September 08.

Trainings

• CSM Training in Mechelen,
• CSM Training in Berlin, German, 17.7. with Games Academy
• CSM Training in South Africa, August, together with Scrum Sense
• CSM Training in Vienna, English, 17. September, Guest Star: Stacia Broderick
• CSM Training in Denmark, 3rd September.

Detailed Information: Boris Glogers Trainings

Die Dichte an ScrumMastern in Wien und Linz nimmt beständig zu. Wieder haben wir mit vielen Diskussionen, Übungen und unserem Scrum Koch-Event gemeinsam erfahren, was Scrum wirklich ist. (Bilder wird es später an dieser Stelle geben.)

Wir haben auch diesmal lange über die neue Art Aufgaben anzugehen gesprochen. Das Konzept, alle Teammitglieder arbeiten an jedem Backlog Item gemeinsam ist immer noch für viele Teilnehmer des Trainings befremdlich. Die Idee der Spezialisierung der Aufgaben, die Überlegung, wir müssten nur unsere Spezialskills nutzen, ist so fest verankert, dass es oft vieler Worte bedarf, um hier die Gedanken neu zu sortieren.

Der Chief Architekt einer sehr bekannten Firma sagte Training einen Satz, den ich zitieren darf: “Die Idee der Wiederverwendbarkeit von Code, sei der größte Mythos der Software-Entwicklung.” Auch ich bin der Meinung, dass dieser Mythos eher dazu beiträgt schlecht geschriebene Software zu erhalten, als umgekehrt. Scrum “schreibt vor” am Ende eines Sprints MUSS “nutzbare Software” vorliegen. Das hat natürlich Auswirkungen auf die Art und Weise, wie die Software geschrieben werden muss, wie die Architektur aufgebaut sein muss.

Besonders gefreut hat mich das Feedback einer Teilnehmerin: Sie sagte, sie sei skeptisch gewesen, da ich versprochen hätte, der Kurs sei ein Erlebenis. Sie hätte das nicht geglaubt. Nun danke sie mir, da ich mein Versprechen gehalten hätte.

Ich bedanke mich bei allen Teilnehmern und möchte Euch bitten, ein kurzes Feedback hier im Kommentarbereich zu hinterlassen.

Wuff, Boris

I had the pleasure to give again a Certified ScrumMaster class to CGI Information Systems and Management Consultants (Deutschland) GmbH, in Düsseldorf, Germany, last week.

Please welcome 23 fresh Certified ScrumMaster.

I was again very happy to see how fast these group understood the values and benefits of Scrum for themselves and their customers.

Thanks for two very interesting days.