tag:blogger.com,1999:blog-79717106811044865152024-02-02T19:44:26.284+02:00Wolfi's blog about Product DevelopmentSharing with experiment as a Scrum Master in a large multi-site organizationWolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.comBlogger29125tag:blogger.com,1999:blog-7971710681104486515.post-70817598034399449522012-06-07T09:11:00.000+03:002012-06-07T09:11:06.738+03:00Summarizing my experiment as a Scrum Master<div dir="ltr" style="text-align: left;" trbidi="on">
<!--[if gte mso 9]><xml>
<w:WordDocument>
<w:View>Normal</w:View>
<w:Zoom>0</w:Zoom>
<w:TrackMoves/>
<w:TrackFormatting/>
<w:PunctuationKerning/>
<w:ValidateAgainstSchemas/>
<w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid>
<w:IgnoreMixedContent>false</w:IgnoreMixedContent>
<w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText>
<w:DoNotPromoteQF/>
<w:LidThemeOther>EN-US</w:LidThemeOther>
<w:LidThemeAsian>X-NONE</w:LidThemeAsian>
<w:LidThemeComplexScript>X-NONE</w:LidThemeComplexScript>
<w:Compatibility>
<w:BreakWrappedTables/>
<w:SnapToGridInCell/>
<w:WrapTextWithPunct/>
<w:UseAsianBreakRules/>
<w:DontGrowAutofit/>
<w:SplitPgBreakAndParaMark/>
<w:DontVertAlignCellWithSp/>
<w:DontBreakConstrainedForcedTables/>
<w:DontVertAlignInTxbx/>
<w:Word11KerningPairs/>
<w:CachedColBalance/>
</w:Compatibility>
<m:mathPr>
<m:mathFont m:val="Cambria Math"/>
<m:brkBin m:val="before"/>
<m:brkBinSub m:val="--"/>
<m:smallFrac m:val="off"/>
<m:dispDef/>
<m:lMargin m:val="0"/>
<m:rMargin m:val="0"/>
<m:defJc m:val="centerGroup"/>
<m:wrapIndent m:val="1440"/>
<m:intLim m:val="subSup"/>
<m:naryLim m:val="undOvr"/>
</m:mathPr></w:WordDocument>
</xml><![endif]--><!--[if gte mso 9]><xml>
<w:LatentStyles DefLockedState="false" DefUnhideWhenUsed="true"
DefSemiHidden="true" DefQFormat="false" DefPriority="99"
LatentStyleCount="267">
<w:LsdException Locked="false" Priority="0" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Normal"/>
<w:LsdException Locked="false" Priority="9" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="heading 1"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 2"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 3"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 4"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 5"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 6"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 7"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 8"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 9"/>
<w:LsdException Locked="false" Priority="39" Name="toc 1"/>
<w:LsdException Locked="false" Priority="39" Name="toc 2"/>
<w:LsdException Locked="false" Priority="39" Name="toc 3"/>
<w:LsdException Locked="false" Priority="39" Name="toc 4"/>
<w:LsdException Locked="false" Priority="39" Name="toc 5"/>
<w:LsdException Locked="false" Priority="39" Name="toc 6"/>
<w:LsdException Locked="false" Priority="39" Name="toc 7"/>
<w:LsdException Locked="false" Priority="39" Name="toc 8"/>
<w:LsdException Locked="false" Priority="39" Name="toc 9"/>
<w:LsdException Locked="false" Priority="35" QFormat="true" Name="caption"/>
<w:LsdException Locked="false" Priority="10" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Title"/>
<w:LsdException Locked="false" Priority="1" Name="Default Paragraph Font"/>
<w:LsdException Locked="false" Priority="11" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtitle"/>
<w:LsdException Locked="false" Priority="22" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Strong"/>
<w:LsdException Locked="false" Priority="20" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Emphasis"/>
<w:LsdException Locked="false" Priority="59" SemiHidden="false"
UnhideWhenUsed="false" Name="Table Grid"/>
<w:LsdException Locked="false" UnhideWhenUsed="false" Name="Placeholder Text"/>
<w:LsdException Locked="false" Priority="1" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="No Spacing"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 1"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 1"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 1"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 1"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 1"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 1"/>
<w:LsdException Locked="false" UnhideWhenUsed="false" Name="Revision"/>
<w:LsdException Locked="false" Priority="34" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="List Paragraph"/>
<w:LsdException Locked="false" Priority="29" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Quote"/>
<w:LsdException Locked="false" Priority="30" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Quote"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 1"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 1"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 1"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 1"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 1"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 1"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 1"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 1"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 2"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 2"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 2"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 2"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 2"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 2"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 2"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 2"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 2"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 2"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 2"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 2"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 2"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 2"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 3"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 3"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 3"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 3"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 3"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 3"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 3"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 3"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 3"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 3"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 3"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 3"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 3"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 3"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 4"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 4"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 4"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 4"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 4"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 4"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 4"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 4"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 4"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 4"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 4"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 4"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 4"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 4"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 5"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 5"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 5"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 5"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 5"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 5"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 5"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 5"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 5"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 5"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 5"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 5"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 5"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 5"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 6"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 6"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 6"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 6"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 6"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 6"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 6"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 6"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 6"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 6"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 6"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 6"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 6"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 6"/>
<w:LsdException Locked="false" Priority="19" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtle Emphasis"/>
<w:LsdException Locked="false" Priority="21" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Emphasis"/>
<w:LsdException Locked="false" Priority="31" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtle Reference"/>
<w:LsdException Locked="false" Priority="32" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Reference"/>
<w:LsdException Locked="false" Priority="33" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Book Title"/>
<w:LsdException Locked="false" Priority="37" Name="Bibliography"/>
<w:LsdException Locked="false" Priority="39" QFormat="true" Name="TOC Heading"/>
</w:LatentStyles>
</xml><![endif]--><!--[if gte mso 10]>
<style>
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:"Table Normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-priority:99;
mso-style-qformat:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin-top:0cm;
mso-para-margin-right:0cm;
mso-para-margin-bottom:10.0pt;
mso-para-margin-left:0cm;
line-height:115%;
mso-pagination:widow-orphan;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-ascii-font-family:Calibri;
mso-ascii-theme-font:minor-latin;
mso-fareast-font-family:"Times New Roman";
mso-fareast-theme-font:minor-fareast;
mso-hansi-font-family:Calibri;
mso-hansi-theme-font:minor-latin;
mso-bidi-font-family:"Times New Roman";
mso-bidi-theme-font:minor-bidi;}
</style>
<![endif]-->
<br />
<div class="MsoNormal">
My flight is delayed and a good opportunity to continue my
blog. The latest organizational changes kept me a little occupied and I got
badly delayed with my writings – deepest apologies to my followers. Anyway, in
this post I will summarize my experiment as a Scrum Master and I will also
share some findings and observations.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Three months sounds a long time, and on the other hand it
went by in a blink of an eye. Based on the feedback I received I was able to
make a difference, people saw what a different mindset can do, they got ideas
on how to view issues. On the other hand, there have been doubts whether the
three-months dose of me was enough to sustain the new spirit and level of
energy. Time will tell.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
During my time, I have experienced all sorts of feelings:
frustration, anger, loneliness,<span style="mso-spacerun: yes;"> </span>“all
world is on my shoulders” as well as joy, reward by being able to influence
others, fun, achievement, good feeling one gets when helping others and when
one sees that something is changing to a better direction.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
When discussing with management about lean and agile, I hear
often that people in R&D are perceived lazy and the manager must push them
that something gets done. I wonder where those lazy people are – I met only
people which wanted to do a good job, get better at what they do, become a true
professional, wanted to learn and last but not least – they would like to have
fun at work. Yes, they typically have their own ideas and ways in how to do
that. So if a manager thinks this is the way to do this task, I can ensure you
that “my way is certainly not the other person’s way” – so much for harmonizing
this & that. Keep this in mind and let the people “freely” doing their
work.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
I was overwhelmed by my findings – so many and of so
different kinds. The first one which I found regularly was denial. I got the
imagine of the three monkeys in head – don’t see, hear, speak. This brings me
back one of my previous posts. Assuming an outside consulting would say “I
think, you have a problem” – I got in almost all cases the answer – no I/we
don’t. Besides, this confronting consulting style (I mean it really hurt me to
see those issues), the denial went basically on all the time. Yes – BUT. Yes,
we are drowning in bug reports but it is not sooo bad as it looks. I am ok to
hear this once, maybe twice – when I see it most of the time, it’s start to
smell. The question is – how to break the denial state at different levels in
the organization?</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Old habits die hard – I could surely confirm that. One of
the biggest challenge in the organization seems to be to unlearn old practices,
ways of working which are not supporting the business goals, not supporting a
lean and agile way of working. Since typically new improvement things (e.g.
learning TDD) was typically put ontop of the existing workload, it was done on
a best-effort base. And the fact that people have several roles and try to
joggle between those roles did not make the situation any easier. A suggestion
would be to consequently and regularly check whether e.g. certain meetings are
still needed and if not, remove them consequently and free time for those new
study items.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
I think I did the biggest impact in changing people’s
perception to how they feel about their abilities to influence. Many people felt
“down”, they were afraid – they were “victims” – figuratively some persons felt
like somebody puts a pistol on their head or holds them down, low on the bottom.
I met several persons with a personal conflict. On the one hand they want to
get better and then once more I hear “ Yes, but I/we cannot” <span style="mso-spacerun: yes;"> </span>… victims of the circumstances. I think that
some individuals truly understood what a different viewpoint can do and they changed
their attitude by e.g. identifying what they CAN do instead of listing what
they cannot do.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
The breakthrough finding I had was the following. A typical
team had three types of input work (1) New feature development, (2) Bug
corrections and (3) Improvement actions.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
New features came in via the Product Backlog. The features
prioritization was done at several levels, in several rounds by many
stakeholders and in the end, they agreed on which feature is more important.
These inputs were given to the Product Owner. As the organization was running
several parallel releases, the (Product) Area Product Owner needed to joggle a
little more and prioritize between those inputs (You certainly noticed the
inconsistency here, however that is not the major finding). The APO and team
agreed in sprint planning what is done next (as described in Scrum). </div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
The fault correction input stream represented the second
kind of input. One reason why this was so important was the fact that the
Product Verification was a separate organization and the development and
verification folks communicated by using a fault management tool. Not very scrumish
- is it? Anyway, I admired the pretty cool way they tried to manage the
prioritization between new feature development and fault corrections (or
getting the stuff DONE) by using a two-level threshold system which guides the
teams whether they should work on new features or fix old stuff. On a side
note, it did not really work, and I did not have a chance to dig deeper into
this.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
The third kind of input was improvements and – boy hey –
there were many <span style="font-family: Wingdings; mso-ascii-font-family: Calibri; mso-ascii-theme-font: minor-latin; mso-char-type: symbol; mso-hansi-font-family: Calibri; mso-hansi-theme-font: minor-latin; mso-symbol-font-family: Wingdings;"><span style="mso-char-type: symbol; mso-symbol-font-family: Wingdings;">J</span></span> …
Typically all the managers had ideas on how the teams can improve, the SM had
ideas and suggestions, the team members had ideas and so on and so on. I would
claim that those improvement items were not prioritized properly. They were a
big number of things to improve and I got the feeling that many things were
started and nothing really pulled throughout the entire organization. Some of
the improvement ideas made it to the incentive system, others were hosted in
some other cross-organizational level plans and team items were occasionally
visible in impediment/improvement backlogs.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Now - The BIG findings was that I was not able to find any
sort of priorities between those three types!</div>
<div class="MsoNormal">
And this means, that the decision whether new feature shall
be developed, a fault should be corrected or an improvement item shall be done
next was very much up to the individual team member. On the other hand, my
impression was that due to lack of relevant business information e.g. value of
feature vs. fault correction vs. improvement item – the decision became a
rather intuitive one. This way of making decision seemed to lead again to more
frustration and giving the people the feeling they try to “survive” instead of
thriving and flourishing.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
This experiment has been a huge learning for me, I had
plenty of fun and I got wiser. I do not regret conducting this experiment and I
can only recommend to coaches to do this for the sake of getting the experience
(I think also the counterpart can learn, however this is up to them not to
you).<span style="mso-spacerun: yes;"> </span>On a personal note, I realized,
that being a Scrum Master is not for me. I enjoy much more to work with several
teams, across the organization, to have time to study when working remotely. I
think this is not compatible to my role definition of a Scrum Master. </div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
There are still one or two items I wanted to document from
this experiment. Stay tuned for those. I hope you enjoyed the blog and maybe
could use some of the items I listed here, thoughts I wrote down.</div>
<div align="center" class="MsoNormal" style="text-align: center;">
<br /></div>
<div align="center" class="MsoNormal" style="text-align: center;">
<br /></div>
<div align="center" class="MsoNormal" style="text-align: center;">
~ Life in every
breath in every cup of tea – that is Bushido ~</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
<br /></div>
</div>Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-7232650419684312012012-04-01T19:52:00.000+03:002012-04-01T19:52:17.994+03:00What is the problem in problem solving<div dir="ltr" style="text-align: left;" trbidi="on"> <style type="text/css">
<!--
@page { margin: 0.79in }
P { margin-bottom: 0.08in }
H1 { margin-bottom: 0.08in }
H1.western { font-family: "Arial", sans-serif; font-size: 16pt }
H1.cjk { font-family: "Microsoft YaHei"; font-size: 16pt }
H1.ctl { font-family: "Mangal"; font-size: 16pt }
-->
</style> <br />
<h1 class="western"></h1>This is clearly one of my favorite topics. During this experiment, I had the chance to give a couple of lectures on systematic problem solving. I learned a lot about the topic myself since I needed to be able to teach others about. There is not really anything special (aka rocket science) about that topic. Many famous authors in the lean and agile community have provided us with plenty of material and ideas to solve problems systematically.<br />
<br />
I like to use A3 method in the course. Even though A3 is coming from Lean manufacturing, in which you try to eliminate variability, I think it can be used in Lean product development. During the course, I typically do an exercise in which the audience is asked to make an A3 on the topic: “What is the problem in problem solving?”.<br />
<br />
Interestingly, some of the feedback (also from earlier trainings) has been that the people want to have a “real example”! Come on folks – you are here in this course to discuss why you cannot solve problems in a systematic manner. Ok - like what are your real problems which you cannot solve? Quality problems? Problems with your salary? I admit, my theme is touching problem solving on a meta level.<br />
<br />
The idea in this course is that people start to learn how to solve problems NOT to actually solve a particular problem. Why not? Typically someone in the group is to attached. Since the people had trouble to let go in the past to tackle the issue, what would have changed NOW so that they could solve the issue DURING this course???<br />
<br />
And I think this issue reveals a lot to me. If I mention a real life problem, the first solutions come to me even before I have finished speaking!<br />
My observations contain the following typical behavior:<br />
<ul><li>no common understanding of the problem<br />
</li>
<li>no common understanding/agreement on the direction/desired state<br />
</li>
<li>no common understanding of the current state (i.e. how it is REALLY in the organization and e.g. not how managers think what the problems are) (<i>sorry managers, I address you as managers because you manage instead of leading – HUGE difference</i>)<br />
</li>
<li>at least one solution per person (<i>and this is of course the only one possible</i>) which is by no means proven to be solving the problem<br />
</li>
<li>no measures in place to verify that the experiment/potential solution is progressing and especially no measures in place to verify that the experiment/potential solution is bringing you closer to the desired state.<br />
</li>
<li>Weak to no real ownership and follow-up of the agreed actions<br />
</li>
<li>Manifesting what is working as well as eliminating/stopping what is not working.<br />
</li>
</ul><br />
<br />
It does not matter what method you use. May it be A3, GROW/GLOW, a research-oriented approach (Poppendieck), ideas from Complex Adaptive Systems – I see recurring set of underling principles:<br />
<ul><li>Gain common understanding of the problem (what, why, for whom, when)<br />
</li>
<li>Agree commonly on the ultimate goal (what, why, for whom, when)<br />
</li>
<li>Agree on utilizing experiment to figure out what works and what does not<br />
</li>
<li>Gain common understanding what is in your way to get one step closer to your goal<br />
</li>
<li>Measure your experiments and your progress towards the goal<br />
</li>
<li>Be humble and open minded – its a long journey.<br />
</li>
</ul><br />
<br />
</div>Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-22291804091989624712012-03-17T12:12:00.000+02:002012-03-17T12:12:21.758+02:00Do Scrum or be Scrum – remembering Scrum Values and other aspects in Scrum<div dir="ltr" style="text-align: left;" trbidi="on"> <style type="text/css">
<!--
@page { margin: 0.79in }
P { margin-bottom: 0.08in }
-->
</style> <br />
When you discuss with people in an organization which claims they do Scrum, what do you observe? Typically, I see a lot of Scrum “process” mindset. Yes, there is sprint planning, sprint review and daily scrum. And yet, once I look closer, it appears to me rather “hollow”, superficial.<br />
<br />
The other/softer areas such as a scrum team is cross-functional, self-organization and scrum values are often ignored, yet essential in order to achieve the desired business goals. And it is those business goals which you try to achieve by means of doing and being scrum. <br />
<br />
A scrum team is supposed to be cross-functional i.e. the people in the team have competence in architecture, design, coding and testing – do you see all of those in a single team? The worst case I have seen is a dedicated “scrum” team for architects, developers and tester. This is not scrum. <br />
<br />
Self-organization is often another area of confusion. What does it mean to be self-organized? How to get there? Those are big questions, they deal with how much responsibility one is willing to take and how much managers are willing to let go. Nevertheless of the difficulties, self-organization is key for a team to become a high-performing team. <br />
<br />
<br />
Did you remember that Scrum contains also values? Those Scrum values are:<br />
<div align="CENTER">FOCUS</div><div align="CENTER">COURAGE</div><div align="CENTER">OPENESS</div><div align="CENTER">COMMITMENT</div><div align="CENTER">RESPECT</div><br />
<br />
Often, people are not aware of them. And if, then the interpretations on what they mean differ from person to person. Similar to a previous post on Agile manifesto and principles, I suggest that you discuss those values in your organization and figure out what they mean for you – better even if you can invite an Agile Coach from the outside, to get a out-of-the-box view compared to your own.<br />
<br />
When looking at various Scrum training materials I have been missing those values – they are simply ignored. And then, I just tried to check them from scrumalliance.org and … nada – nothing there either (ok, maybe I might have not spend enough time for searching, however it seems that all the certificates are more important then the scrum values).<br />
<br />
What can I do to help this? In future scrum courses, I will put more focus on those other/soft aspects. <br />
<br />
<br />
<br />
p.s. I just saw a job add for a “Scrum of Scrums Master” - OMG!<br />
<br />
<br />
<br />
</div>Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-84698183682356394282012-03-12T12:29:00.000+02:002012-03-12T12:29:49.684+02:00Area Product Owner – more negotiator and less entrepreneur?<div dir="ltr" style="text-align: left;" trbidi="on"> <style type="text/css">
<!--
@page { margin: 0.79in }
P { margin-bottom: 0.08in }
H1 { margin-bottom: 0.08in }
H1.western { font-family: "Arial", sans-serif; font-size: 16pt }
H1.cjk { font-family: "Microsoft YaHei"; font-size: 16pt }
H1.ctl { font-family: "Mangal"; font-size: 16pt }
-->
</style> <br />
I've been giving a fair amount of Product Owner trainings and mostly to people in organizations which are BIG. BIG here means 10+ ... 30+ Scrum teams or even 80+ Scrum teams.<br />
Ok, they are not always “real” Scrum teams, based on the definition. Sometimes they are more component team and sometimes, those teams can do a piece of end-to-end functionality.<br />
<br />
<br />
The typically audience in those trainings consists of all-sorts-of-architects, assigned<i> Area Product Owners</i>, project managers (<i>not THE project manager – more kind of sub-project manager</i>) and others who have a word in saying what others should or should not do. Occasionally, I see THE Product Owner.<br />
<br />
In those trainings (<i>more or less following the ideas of the Certified Product Owner trainings from e.g. the Scrum Alliance</i>), the people often feel that what I talk about is too theoretical (<i>nice to know </i><i><u><b>and</b></u></i><i> irrelevant</i>). This is due to the fact that the participants don't e.g., <br />
<ul><li>create the product vision<br />
</li>
<li>define business models<br />
</li>
<li>cooperate with customers<br />
</li>
<li>estimate value of backlog items<br />
</li>
<li>decide about scope/schedule priorities<br />
</li>
<li>decide issues related to the product life cycle <br />
</li>
</ul><br />
What do they do then?<br />
I differentiate two main cases: (A) The Area PO (APO) serves a single PO and (B) the Area PO serves several stakeholders e.g. several PO's, PO and Program Manager, PO and LMs (e.g. acting as fault coordinator). I will focus on case (B) as this was the setup which I faced in my experiment (and in many trainings). Case (A) is a subset of case (B) and the reader is free to pick what fits and ignore the rest.<br />
<br />
Reality check: The higher level dependencies as well as higher level flow (e.g. to System Verification) are “managed” by somebody else then APO. The APO typically is not discussing with customers – only with development internal stakeholders. The requirements are broken down by somebody (often an architect at a higher level) before they reach the APO (<i>and this reduces the importance of discussing User Stories in my trainings</i>).<br />
<br />
In the end , the APO is responsible for the “<i>area backlog”</i> (<i>often a separated backlog instead of having ONE product backlog with sections for the different product areas)</i> which might still contain end-to-end product features and functionalities as well as requirements with dependencies to other areas. The remaining real work with the backlog is to make the different stakeholders understand that the sum of all their needs (wishes, demands) is far too much compared to what the teams can handle. <br />
<br />
Thus the key role of the APO is to bring the facts on the table and <u><b>to facilitate the negotiation between the various stakeholders</b></u>. The APO does not prioritize the items, the stakeholders need to do that part. Those facts – made visible by APO - are based on real velocity/throughput data, team estimates, identified risks, dependencies within the product area, new functionality vs. improvement actions etc. <br />
<div align="CENTER"><br />
</div><div align="CENTER">How to train people to become a professional APO in such an environment?</div></div>Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-9636177481915008382012-03-11T12:17:00.000+02:002012-03-11T12:17:11.593+02:00My experiment ended and this blog will go on<div dir="ltr" style="text-align: left;" trbidi="on"> <style type="text/css">
<!--
@page { margin: 0.79in }
P { margin-bottom: 0.08in }
H1 { margin-bottom: 0.08in }
H1.western { font-family: "Arial", sans-serif; font-size: 16pt }
H1.cjk { font-family: "Microsoft YaHei"; font-size: 16pt }
H1.ctl { font-family: "Mangal"; font-size: 16pt }
-->
</style> <br />
My experiment of being a Scrum Master ended last Friday with the Sprint review and retro. I still have plenty of “undigested” observations and findings which I want to share here, so the blog will still continue for a couple of weeks from now.<br />
<br />
The last two weeks have been rather busy with all sorts of workshops, trainings and individual discussions. Maybe because the people around me realized that my experiment comes to its end or simply others realized that I might provide meaningful comments, feedback and suggestions.<br />
<br />
<br />
Stay tuned for more …<br />
</div>Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-25584679030940871912012-02-26T12:36:00.000+02:002012-02-26T12:36:54.392+02:00Am I pushing change here or what?<div dir="ltr" style="text-align: left;" trbidi="on"> <style type="text/css">
<!--
@page { margin: 0.79in }
P { margin-bottom: 0.08in }
H1 { margin-bottom: 0.08in }
H1.western { font-family: "Arial", sans-serif; font-size: 16pt }
H1.cjk { font-family: "Microsoft YaHei"; font-size: 16pt }
H1.ctl { font-family: "Mangal"; font-size: 16pt }
-->
</style> <br />
<h1 class="western"></h1>Recently, I had a dialogue which went like this ...<br />
<div align="CENTER">I say: From my point of view you have a problem. </div><div align="CENTER">Answer: No, we don’t. </div><div align="CENTER">I say: I think, you do.</div><div align="CENTER">Answer: No, we don’t. </div><div align="CENTER">I say - Why do you want me here, if you deny the problem once I think there is one?</div><br />
<br />
There was no question asked like – “what is the problem you think we have?” or “what do you mean by that?”. I am fully aware that the opening was rather provocative, however, IMO this was already the sugar-coated version. I am aware that this is a kind of “fixing on a position” and typically it is not leading anywhere. On the other side, this was not the first discussion, oh boy NO - we are now at a stage where people in the organization want to hear my observations, findings and thoughts – or at least I thought so ... <br />
<div align="CENTER"><br />
</div><div align="CENTER">Right now I feel like like I am pushing an entire organization to become agile! </div><br />
This is rather frustrating and I get a headache. I remember what Paul said about headache, its not your problem and this is true here as well. I need to go back to my purpose why I am conducting this experiment and why I want to be in this organization. My goal is to learn (whether I solve some problems along the way is pure coincidence – a side effect). <br />
<br />
So, what do I learn here: I see a big junk of denial of reality and a “It's not so bad after all” - attitude. This is complemented with a crunchy “ I can't do” and “this is impossible to change” attitude. I face reactions like “Wolfi – now you really lost all your marbles – go away I am busy – stop annoying me you crazy external coach”. This amount of resistance is too much to handle for a single person (even for a big guy like me) by maintaining a healthy mind at the same time.<br />
<br />
If you feel to be in a similar situation, the question for you might be what can you do? Here comes an idea: Find alleys, people who think in the same line of principles, others who are stamped to have lost all their screws. And you might be surprised where you find those people … team members in the next room, people working in support function e.g. building CI-system .<br />
<br />
Persons who are titled Scrum Master or Agile Coach are not automatically fit for this community. I have seen so called Scrum Masters where I would say that a mouse impresses me more. I have met so called Agile coaches which think that “Agile is a process” and thus they favor “management by metrics”. Those kind of people are the ones which need to be influenced not the ones which influence others in the spirit of Lean, Agile and Scrum.<br />
</div>Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-52355976892018397042012-02-16T15:52:00.000+02:002012-02-16T15:52:26.991+02:00Stop bugging me with those Agile values and principles<div dir="ltr" style="text-align: left;" trbidi="on"> <style type="text/css">
<!--
@page { margin: 0.79in }
P { margin-bottom: 0.08in }
H1 { margin-bottom: 0.08in }
H1.western { font-family: "Arial", sans-serif; font-size: 16pt }
H1.cjk { font-family: "Microsoft YaHei"; font-size: 16pt }
H1.ctl { font-family: "Mangal"; font-size: 16pt }
-->
</style> <br />
<h1 class="western"></h1>As part of a workshop preparation a few months back, I have been warned – better said the host had urged me to avoid to talk about Agile manifesto and principles. Confusing to me – why would anyone NOT like to talk about Agile manifesto and principles. To me, those are the closest kind of a description of management support & guideline, Agile offers you. In Lean Product Development, management support is more in-build and e.g. documented as the foundation of the Lean House.<br />
<br />
It seems that besides the struggle of this organization (in which I currently work as a Scrum Master), I find evidence from within this company as well as other companies, that there is a struggle with realization (or better saying implementation or mental models) of the Agile values and principles. People seem to be hasty, and not taking the time to discuss those values and principles, trying to understand them, reflecting what this means to them in their environment. So, what is the solution: make people come together and let them discuss. <br />
<br />
Working for us ??? NO!!!<br />
<br />
What happened? We tried so hard! What is missing? <br />
<br />
I realized that a group of people, who have about the same (I say light; or superficial) understanding of Agile values and principles discuss e.g. one principle in ten minutes. They reach a conclusion and go to the next principle. Give them credit for trying, and remember: those people simple might not know any better. The content of two-day training which they received months or even years back with the 200+ slides, is long forgotten (if the Agile values and principles were even discussed deeply in the first place). <br />
<br />
Once more (see previous post “Why an organization needs an (external) agile coach”), I see a clear benefit to have somebody from outside of this organization (might be from within or outside the company) with deeper understanding of the meaning of those Agile values and principles. Then by e.g. asking questions, this coach can guide the discussion into a direction so that the participants get this deeper understanding. <br />
<br />
In the current group of (only) six people, a single principle requires a 30min – 1h discussion to get a deeper understanding of what is means to behave, act, “live” the Agile values and principles. How could anybody think that participating e.g. a two-day CSM course gives sufficient time to gain such understanding?<br />
<br />
This is only a first step. The next steps would include to understand the current state of thinking, followed by ideas which potentially get the organization to the desired state.<br />
</div>Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-79186229752838472642012-02-07T19:19:00.002+02:002012-02-07T19:19:40.447+02:00Let the team decide<div dir="ltr" style="text-align: left;" trbidi="on"> <style type="text/css">
<!--
@page { margin: 0.79in }
P { margin-bottom: 0.08in }
-->
</style> My journey is not yet over. In the beginning, I committed to stay for two to three sprints (i.e. 2-3 months). The first two sprints are almost over and now the question is how to make this decision: to stay or not to stay? Well, I decided to let the team decide (and the APO). In the end those are the ones who might be affected by my doings the most (<i>besides some potentially insulated and/or annoyed managers</i>).<br />
So simple rules: team consists of eight people and the APO makes nine votes. I went for a clear majority (about 80%) which means I required seven yes-answers in order to stay for one more sprint. The person could vote also no, or anything in between which did not make any difference – only yes counts.<br />
In the end, I got eight out of eight yes-answers, as one person was not able to come at this time. Which means there are more posts to come in the future :)<br />
</div>Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-12690519337054356402012-01-30T18:36:00.002+02:002012-01-30T18:36:41.160+02:00What am I doing in daily work?<div dir="ltr" style="text-align: left;" trbidi="on"><!--[if gte mso 9]><xml> <w:WordDocument> <w:View>Normal</w:View> <w:Zoom>0</w:Zoom> <w:TrackMoves/> <w:TrackFormatting/> <w:PunctuationKerning/> <w:ValidateAgainstSchemas/> <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid> <w:IgnoreMixedContent>false</w:IgnoreMixedContent> <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText> <w:DoNotPromoteQF/> <w:LidThemeOther>EN-US</w:LidThemeOther> <w:LidThemeAsian>X-NONE</w:LidThemeAsian> <w:LidThemeComplexScript>X-NONE</w:LidThemeComplexScript> <w:Compatibility> <w:BreakWrappedTables/> <w:SnapToGridInCell/> <w:WrapTextWithPunct/> <w:UseAsianBreakRules/> <w:DontGrowAutofit/> <w:SplitPgBreakAndParaMark/> <w:DontVertAlignCellWithSp/> <w:DontBreakConstrainedForcedTables/> <w:DontVertAlignInTxbx/> <w:Word11KerningPairs/> <w:CachedColBalance/> </w:Compatibility> <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel> <m:mathPr> <m:mathFont m:val="Cambria Math"/> <m:brkBin m:val="before"/> <m:brkBinSub m:val="--"/> <m:smallFrac m:val="off"/> <m:dispDef/> <m:lMargin m:val="0"/> <m:rMargin m:val="0"/> <m:defJc m:val="centerGroup"/> <m:wrapIndent m:val="1440"/> <m:intLim m:val="subSup"/> <m:naryLim m:val="undOvr"/> </m:mathPr></w:WordDocument> </xml><![endif]--><!--[if gte mso 9]><xml> <w:LatentStyles DefLockedState="false" DefUnhideWhenUsed="true"
DefSemiHidden="true" DefQFormat="false" DefPriority="99"
LatentStyleCount="267"> <w:LsdException Locked="false" Priority="0" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Normal"/> <w:LsdException Locked="false" Priority="9" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="heading 1"/> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 2"/> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 3"/> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 4"/> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 5"/> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 6"/> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 7"/> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 8"/> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 9"/> <w:LsdException Locked="false" Priority="39" Name="toc 1"/> <w:LsdException Locked="false" Priority="39" Name="toc 2"/> <w:LsdException Locked="false" Priority="39" Name="toc 3"/> <w:LsdException Locked="false" Priority="39" Name="toc 4"/> <w:LsdException Locked="false" Priority="39" Name="toc 5"/> <w:LsdException Locked="false" Priority="39" Name="toc 6"/> <w:LsdException Locked="false" Priority="39" Name="toc 7"/> <w:LsdException Locked="false" Priority="39" Name="toc 8"/> <w:LsdException Locked="false" Priority="39" Name="toc 9"/> <w:LsdException Locked="false" Priority="35" QFormat="true" Name="caption"/> <w:LsdException Locked="false" Priority="10" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Title"/> <w:LsdException Locked="false" Priority="1" Name="Default Paragraph Font"/> <w:LsdException Locked="false" Priority="11" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtitle"/> <w:LsdException Locked="false" Priority="22" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Strong"/> <w:LsdException Locked="false" Priority="20" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Emphasis"/> <w:LsdException Locked="false" Priority="59" SemiHidden="false"
UnhideWhenUsed="false" Name="Table Grid"/> <w:LsdException Locked="false" UnhideWhenUsed="false" Name="Placeholder Text"/> <w:LsdException Locked="false" Priority="1" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="No Spacing"/> <w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading"/> <w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List"/> <w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid"/> <w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1"/> <w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2"/> <w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1"/> <w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2"/> <w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1"/> <w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2"/> <w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3"/> <w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List"/> <w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading"/> <w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List"/> <w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid"/> <w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 1"/> <w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 1"/> <w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 1"/> <w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 1"/> <w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 1"/> <w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 1"/> <w:LsdException Locked="false" UnhideWhenUsed="false" Name="Revision"/> <w:LsdException Locked="false" Priority="34" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="List Paragraph"/> <w:LsdException Locked="false" Priority="29" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Quote"/> <w:LsdException Locked="false" Priority="30" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Quote"/> <w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 1"/> <w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 1"/> <w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 1"/> <w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 1"/> <w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 1"/> <w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 1"/> <w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 1"/> <w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 1"/> <w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 2"/> <w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 2"/> <w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 2"/> <w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 2"/> <w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 2"/> <w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 2"/> <w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 2"/> <w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 2"/> <w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 2"/> <w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 2"/> <w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 2"/> <w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 2"/> <w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 2"/> <w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 2"/> <w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 3"/> <w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 3"/> <w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 3"/> <w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 3"/> <w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 3"/> <w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 3"/> <w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 3"/> <w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 3"/> <w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 3"/> <w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 3"/> <w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 3"/> <w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 3"/> <w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 3"/> <w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 3"/> <w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 4"/> <w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 4"/> <w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 4"/> <w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 4"/> <w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 4"/> <w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 4"/> <w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 4"/> <w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 4"/> <w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 4"/> <w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 4"/> <w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 4"/> <w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 4"/> <w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 4"/> <w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 4"/> <w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 5"/> <w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 5"/> <w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 5"/> <w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 5"/> <w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 5"/> <w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 5"/> <w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 5"/> <w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 5"/> <w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 5"/> <w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 5"/> <w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 5"/> <w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 5"/> <w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 5"/> <w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 5"/> <w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 6"/> <w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 6"/> <w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 6"/> <w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 6"/> <w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 6"/> <w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 6"/> <w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 6"/> <w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 6"/> <w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 6"/> <w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 6"/> <w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 6"/> <w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 6"/> <w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 6"/> <w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 6"/> <w:LsdException Locked="false" Priority="19" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtle Emphasis"/> <w:LsdException Locked="false" Priority="21" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Emphasis"/> <w:LsdException Locked="false" Priority="31" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtle Reference"/> <w:LsdException Locked="false" Priority="32" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Reference"/> <w:LsdException Locked="false" Priority="33" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Book Title"/> <w:LsdException Locked="false" Priority="37" Name="Bibliography"/> <w:LsdException Locked="false" Priority="39" QFormat="true" Name="TOC Heading"/> </w:LatentStyles> </xml><![endif]--><!--[if gte mso 10]> <style>
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:"Table Normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-priority:99;
mso-style-qformat:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin:0cm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-ascii-font-family:Calibri;
mso-ascii-theme-font:minor-latin;
mso-fareast-font-family:"Times New Roman";
mso-fareast-theme-font:minor-fareast;
mso-hansi-font-family:Calibri;
mso-hansi-theme-font:minor-latin;
mso-bidi-font-family:"Times New Roman";
mso-bidi-theme-font:minor-bidi;}
</style> <![endif]--> <br />
<div class="MsoPlainText">It seems that the posts in my blog come less frequent and one of the reasons is that I am working on removing impediments, supporting the team, the Area Product Owner (APO), other scrum masters and other people in the organization. I am giving trainings, facilitate workshops, participate in workshops as a scrum master and being "summoned" to other meetings (<i style="mso-bidi-font-style: normal;">well, one way to figure out what needs improvement is to participate the meeting and then see</i>). Even though I am not willing to share my observations and findings in public, I am sharing with you HOW I attempt to tackle the issues e.g. how to approach people and situations.</div><div class="MsoPlainText"><br />
</div><div class="MsoPlainText">In this way, I am happy that I have the opportunity to test the different techniques which I learned in the past in the “real” life. It's not more and not less - applying the theory in praxis. All those trainings seem to pay back now. In many cases I try a systematic approach to an issue with a (fact-oriented) focus on product and people instead of process.</div><div class="MsoPlainText"><br />
</div><div class="MsoPlainText">Step one: Create common understanding of the issue</div><div class="MsoPlainText"><br />
</div><div class="MsoPlainText">First of all, I observe my environment and try to be objective in those observations. This means I avoid to interpret a situation or even judge what is happening. Typically, I do not get the full picture and thus I need to ask questions to understand the situation better. I try to visualize the situation in various ways - it typically helps all of us to see what is the issue and understand the context. When I approach people, I ask them about their point of view, their findings and their ideas. Of course, I am not telling others that now you must make this visible … I rather ask e.g. “do you know? if not, would you like to know? Do you have any ideas on how to make it visible?”. I also remind others to e.g. tolerate other people’s opinion, not to jump to conclusions, seeing the issue from a different point of view (e.g. if you would be APO, how would you interpret the situation).</div><div class="MsoPlainText"><br />
</div><div class="MsoPlainText">Step two: Make people think on where they want to be</div><div class="MsoPlainText"><br />
</div><div class="MsoPlainText">This has been a though nut. Too often the motivation is low, the context right now appears to be one in which people believe only negative things can happen. It requires more energy from me to convince people to let go from the misery and the negative thoughts and start thinking "out-of-the-box", without limitations (<i style="mso-bidi-font-style: normal;">In another case, I stated the facts like it is possible to switch off the lights in the building - just to show that it can be done</i>). Also here, I like to stimulate discussion by e.g. drawing a picture of the ideal situation (similar idea as above), followed by asking people what is hindering them to get there. Often, the discussions lead quickly (<i style="mso-bidi-font-style: normal;">with haste - no time to think</i>) to a situation in which some key individuals think that they have the one and only solution (<i style="mso-bidi-font-style: normal;">and of course only they and nobody else in the world would ever be able to do any better</i>). I think it is important to document the solution as a potential (<b style="mso-bidi-font-weight: normal;">!!!</b>) solution or let's call it experiment (or even potential experiment).</div><div class="MsoPlainText"><br />
</div><div class="MsoPlainText">Typically I discuss with people to create understanding in what is hindering them in getting to the ideal state (aka root-cause-analysis). When doing so, I try to avoid why-questions and I rather ask like “what makes you think that this …”. I observed that why question are making people nervous, "itchy" and they feel sometimes offended and become defensive. Somehow it might be that the underlying tone in a why-question is that “you did it wrong … “ - something like in this direction. </div><div class="MsoPlainText"><br />
</div><div class="MsoPlainText">Step 3: Asking others - what can YOU do?</div><div class="MsoPlainText"><br />
</div><div class="MsoPlainText">Like in the our issue mgmt board (see earlier post and more coming later), I show people how easy it is to pull an item and start working on it and demonstrate what I can do to help. Even it is a little step forward, yet I can typically choose from various options on what to do next (<i style="mso-bidi-font-style: normal;">and show this to others as an example</i>). Furthermore, it seems important to demonstrate this "I take responsibility" attitude to others that even though I am not the expert in a particular field, I can facilitate the discussion. Once more, the wording is important. Instead of talking about solutions (often people hear that this is now THE final solution and written in stone), it seems important to ask people whether they can support an experiment. Generally I prefer talking about experiments instead of solutions because the solution first needs to proof that it works (<i style="mso-bidi-font-style: normal;">difference between hypothesis and theory, or theory and praxis</i>).</div><div class="MsoPlainText"><br />
</div><div class="MsoPlainText"><br />
</div><div class="MsoPlainText"><br />
</div><div class="MsoPlainText"><br />
</div></div>Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-59923309137485405502012-01-26T09:44:00.000+02:002012-01-26T09:44:41.792+02:00two additional thoughts on the previous post ...<div dir="ltr" style="text-align: left;" trbidi="on">#1 an external coach is not a garant for a successful Lean & Agile transformation/journey/change, however if there is no external coach, it will be even more difficult.<br />
<br />
#2 with each book I read, I find at least two more books which I want to read, more topics which I want to study and understand deeper. In other words after several years of coaching, training and consulting, I consider myself as a novice in the field ;)</div>Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-86863100325577504982012-01-25T21:27:00.000+02:002012-01-25T21:27:18.955+02:00Why an organization needs an (external) agile coach<div dir="ltr" style="text-align: left;" trbidi="on"> <style type="text/css">
p { margin-bottom: 0.08in; }h1 { margin-bottom: 0.08in; }h1.western { font-family: "Arial",sans-serif; font-size: 16pt; }h1.cjk { font-family: "Microsoft YaHei"; font-size: 16pt; }h1.ctl { font-family: "Mangal"; font-size: 16pt; }
</style> <br />
<h1 class="western"></h1>I recognize another pattern in my daily work. The need for an external agile coach in an organization which wants to become agile. Sounds trivial – doesn't it? (<i>I know it also sounds like I am advertising my own company here)</i><br />
Here is what I see happening. A person in an organization starts working (voluntarily) as an agile coach. The person might attend courses, conferences, seminars, discuss and exchange ideas with others in the community. Assuming that there are no left-overs from the previous work area and nobody will ask question from this person concerning the old work, the person should have pretty much time to start doing the work. Yeah right – we talk about a BIG change here ...<br />
The issue is that Lean and Agile might be to a traditional-oriented organization as big of a change as the “eponymous laws of planetary motion” by Johannes Kepler in the 17<sup>th</sup> century. The mental model is put upside down (actually downside up, as it already flipped once – see below). In Lean the management is supporting the people, not commanding them around and doing micro management. The one who is creating value to customer i.e. the value worker is the center of the universe and the others need to help those people. <br />
For those who go back a little longer in the history of management, you will find a definition that a manager's role is to remove hurdles from the subordinates so that they can do a better job. I think that definition got lost somewhere on the road.<br />
What about the coach now? Well, the observation is that our coach seem not really to know what to do in the beginning – how could he? He is fresh in this. Now it happens that OTHER work is giving to the person, OPERATIONAL work – participating meetings, doing this and that side job. The result of this is that the agile coach is too occupied and has no chance to learn truly what lean and agile is all about. This might lead to the situation that the speed of change in the organization is slow – in worst case the change stalls. In disaster case the organization will abandon Lean and Agile and starts to blame Agile for its failure.<br />
Now I see, that an organization needs someone with whom they have a chance to reflect their decisions, models, WoW – are those in line with Lean & Agile values, principles and its “spirit”? The people in an organization make so many decisions – every day. And even though people received trainings and had some personal coaching on Lean and Agile, they need help in understanding how to BE agile, not how to DO agile.<br />
The other day, a group of six people discusses for one hour and tries to create a common understanding of the Agile Principle #1:<br />
<div align="CENTER">Our highest priority is to satisfy the customer</div><div align="CENTER">through early and continuous delivery</div><div align="CENTER">of valuable software. </div><br />
<br />
<br />
I think that was a good investment of time and energy.<br />
There are also other factors influencing the outcome of becoming Lean and Agile. Many of them, you can read in books – “management support” being there on the top of the list. I have read many articles in management science and “management support” has been so often mentioned that I got really numb to it – yeah again “management support” … and again … well – yes it is #1 item in a successful change. Meditate over that for about two days.<br />
Personally it took me about two years to get the basics “right” and make sense out of it, another year to be able to learn what “counts” (<i>yeah yeah, I am a slow learner</i>) by interacting with others in the organization in form of training, coaching and consulting. Thanx to my boss, I could do that. I did nothing else then learning how to be a coach – no “operative” work.<br />
I like to draw to a black and white picture – for the purpose of stimulating discussions and bringing people out of their comfort zone. Life is grey. If you accept grey, there hardly will be a pure white. I would have been so much happier in my years as a program manager, would I have known about Lean. I think that an external coach is needed for the white (<i>or the black – which ever you prefer</i>).<br />
</div>Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-17845757784503825592012-01-22T13:42:00.002+02:002012-01-22T13:42:29.904+02:00Company policies are one big source of waste<div dir="ltr" style="text-align: left;" trbidi="on"> <style type="text/css">
p { margin-bottom: 0.08in; }h1 { margin-bottom: 0.08in; }h1.western { font-family: "Arial",sans-serif; font-size: 16pt; }h1.cjk { font-family: "Microsoft YaHei"; font-size: 16pt; }h1.ctl { font-family: "Mangal"; font-size: 16pt; }pre.cjk { font-family: "DejaVu Sans",monospace; }
</style> <br />
<h1 class="western"></h1><pre class="western"></pre>I think I start to see what is waste. <br />
Here is what happened: I went to an outdoor store to get me a winter-jacket. The store has a local shop in Espoo and one in Helsinki. I found a jacket but it was a little too small and I ask the sales guy if they have a bigger one. He checked from the computer and said that they have one in the Helsinki shop. That happened on Tuesday. I asked whether they can reserve it for me until Friday, because then I am in Helsinki and I could check it out whether this one would be big enough.<br />
The sales person said that they cannot do that - they cannot reserve a jacket for three days - it looks bad in the inventory (<i>or somethings like it</i>). What he can do is let the jacket come to Espoo. This takes two days, so the jacket arrives in the Espoo shop on Thursday, then it can wait for only one day and I can get the jacket on Friday from the Espoo shop.<br />
Now the jacket traveled from Helsinki to Espoo - causing all sorts of costs (logistic, transport etc.) and in addition the transport caused air pollution due to CO2 emission (<i>not very environmental friendly policies</i>)<br />
<br />
<br />
<br />
What a waste of money!!!<br />
<br />
<br />
<br />
In addition I wanted to visit the Helsinki shop anyway for some other purchases which I now postpone to somewhere in the future (<i>the selection in main store is much bigger</i>). Why did I not go to Helsinki in the first place? I did that earlier and then the thing I wanted was in a store in another location. Then I appreciated the service to have the item transported to the Espoo shop, which is the nearest for me to visit. <br />
Back to the company policies... <br />
The good thing is that those policies are made by the people in the company, so no outer force is demanding those from you and the policies can be changed.<br />
The hard part is that those policies are made by the people in the company, so in order to change the policy, the policy maker needs to change the model (call it also mindset, belief system) which the policy is based on. And takes typically time.<br />
</div>Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-9590015079927126662012-01-14T13:22:00.002+02:002012-01-14T13:22:54.980+02:00Intermediate summary of my experiment as a ScrumMaster<div dir="ltr" style="text-align: left;" trbidi="on"> <style type="text/css">
p { margin-bottom: 0.08in; }
</style> <br />
First of all I would like to thank you all for your comments, improvement ideas and especially your encouraging feedback to continue this blog. My first sprint is over and I think it is time to summarize from different aspects. <br />
In short, working with the people in the organization, removing impediments & dysfunctions is fun – I like it. Being everyday in office is personally challenging and I feel that it limits me in doing a good job. My days in the office are quite busy. The overall atmosphere is rather depressing and it is a true challenge to stay motivated as well as motivate others. We try new things in the organization and I am eager to see how those things work out (more about in upcoming posts).<br />
Now the long version.<br />
Here are some deeper thoughts on my role as a ScrumMaster. I think ScrumMaster is a full-time job and a senior position – nothing for newbies in worklife (<i>who cannot open their mouth, freshlings from university, shy people</i>), duck when it comes hard and don't have the guts to stand for what they believe in. <br />
As a Scrum Master – you need to work with all sorts of people in different levels in the organization – APOs, POPs, PO, Line Managers, Project Managers, and many other managers and self-evidently with the people in the team. Yes, there are more then one incident when the opinions clash and the discussions replace the heating system of the building. The important part is that the discussions continue (<i>and are not put under the carpet</i>), hopefully in a more systematic way and that those discussions will lead to e.g., improvement, creating knowledge, learning, creating common understanding. <br />
People come to me to discuss and ask questions – and this feels great. Obviously, my observations, findings, comments are valid and my suggestions, proposals and ideas make sense to other people. On the other hand, this makes me also busy and already now I feel that I cannot serve my colleagues to the extend I would like to. This goes hand-in-hand with the notion that when I need to prepare for a workshop, topics etc. I typically do that at home because (A) the environment is much more stimulating (<i>inspiring views, better coffee, better food, better couch, more peace</i>) and (B) the relevant books I need for this are typically at home (<i>for all Finnish people – if you buy work-related books with your own money, you can deduct those books from taxes</i>). <br />
Currently I am living from the knowledge I gained from past courses, conferences, books, work-groups, interactions with other coaches etc. - yet I do have hard times to keep on learning new theories, new ways of working, getting new ideas on how to tackle the issues at work. For any longer-term assignment (<i>i.e. being a coach in a product line</i>), I would need to find a more satisfying solution. <br />
The feeling I am getting from the overall work environment is currently, that it is rather depressing and this is besides the fact the management wants to cut about 25% of the workforce (<i>see major news articles for exact figures and more info</i>). NO – the little things are the ones which create this feeling. Well, all insiders know what I mean and the rest of you have to guess. The positive thing is that this situation stimulates creativity in finding ways to overcome the shortcomings (<i>in the way my parents told me what happened after WW2</i>). <br />
If ANY manager starts to get worried or/and annoyed by what I write – lets have a chat at anytime you want. I am also fed up with my work PC (<i>too many restrictions with what I can and cannot do in the Internet and related to applications</i>) and now I continue my blog from my home laptop (<i>with Ubuntu – all FOC!!!</i>). This will lead to additional delay for the internal publishing of the posts – sorry folks.<br />
Anyway the next week(s) are already full of stuff which I will share with you – Monday we start in the team experimenting a new way of working. In the retro last week, I asked the team to assess their new SM. We start the organizational wide issue management board. There will be several trainings on various topics and many more workshops about this and that.<br />
Have fun and enjoy the readings.<br />
</div>Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-19084345930262472622012-01-11T19:47:00.000+02:002012-01-11T19:47:27.420+02:00Don't bring me down – injecting positive thinking and optimism<div dir="ltr" style="text-align: left;" trbidi="on"> <br />
<br />
<br />
<div align="CENTER"><i>You got me runnin' goin' out of my mind,<br />
You got me thinkin' that I'm wastin' my time.<br />
Don't bring me down,no no no no no,<br />
I'll tell you once more before I get off the floor<br />
Don't bring me down. </i> </div><div align="CENTER"><i>- Electric Light Orchestra -</i></div><br />
What a start of the week. Monday morning - “quality orientation meeting” - after this meeting I felt really devastated. Well, maybe its just me – but then this organization does have problems and would need help. I think that the meeting agenda was far to full, no space for emerging topics and neither time to discuss items thoroughly through. The discussions were unstructured and unfocused i.e. many people expressing their opinions and explaining their ideas. Worst part to me was that key people proposed actions which IMO might make the situation even worse, because those actions consume time from others and then the time is not there to fix the problems. A downwards spiral. <br />
<br />
Also I got the impression that lean and agile values and principles are not respected/ followed (<i>or</i> <i>not even close and I wonder if the people even ever heard about the existence and the meaning of those. Or maybe they know, they understand and they have no idea what to do with those – I do assume that people do not know what to do with them and I do not assume that they are purposefully ignored</i>) during the discussions and in the proposals. Many proposals seem to support silo thinking and I consider them as “anti-agile”, “anti-scrum”. Now of course, I can lay back and let them watch to continue to fail, and potentially they learn or then they do not. I get a headache (<i>warning signs start to go on</i>) and this indicates it is not my problem. Maybe – when people from the organization read this, it might trigger something??? (<i>hope dies last last</i>). Many people in this part of the organization seem to have the attitude that they cannot do anything – they act like victims of the environment and the circumstances. I think it is pretty hard to stay positive and be optimistic in such an organization. In fact, there are many things one can do and most likely people just do not know what possibilities they have. So I thought about it what to do ...<br />
<br />
Please, make me happy – motivate me. I predict that the one who finds a cure for this will get rich or at least famous. The only one who can motivate me is … ME. The only one who can make me happy is … - guess again – ME. Lets start with oneself – I ask me what can I do to improve my situation.<br />
<br />
The same evening I join the “agile coaching circle” in Helsinki for the first time. Aaaahhhh – what a pleasant experience. People who are open-minded, positive thinking, forwarding looking, taking responsibility, taking ownership, focus on learning – that really cheered me up. I think this is important for e.g. scrum masters and agile coaches working in such an “though” environment. My suggestion: go and meet others, exchange ideas, discuss and learn with each other. I think it is refreshing. There are plenty of those kind of community groups across companies and maybe even within companies. After that injection I was mentally ready for more organizational challenges.<br />
Feedback is important and it helps me to check whether I am doing the appropriate things. Thus, I started to collect feedback from the team in various forms after e.g. workshops (rating, what went good/what needs improvement, both of them or then a bit more detailed – <i>of course no need to over-do it either</i>). Now I am back to my other problem – I am totally running out of time. I have so many ideas what the teams, individuals and the organization could try out to improve the situation, so many thoughts with whom else to discuss, who else to bring together, that I need to limit myself and set me my own WIP limits ;)<br />
<br />
This is an experiment, I choose to do this work in this organization and I am learning – what else do I want?<br />
</div>Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-32891437887936609142012-01-07T11:27:00.002+02:002012-01-07T11:27:48.437+02:00Drowning in my long list of findings<h1 class="western"></h1><a href="" name="firstHeading"></a>I have to restrain myself and not be the kind of guy who storms into somewhere, tells people what all they do wrong, what all they do not at all and what all they think they are doing good and which does not bring them anywhere anyway. I did that already and learned that this approach does not bring you too far as a coach even though my observations are shared by other outside coaches (<i>I guess the guys are still mad at me even though … ok - I let it be</i>). Helping others (or an entire organization) is (often) more difficult then I imagine – I consider myself to be a “<b>Stehaufmännchen</b>”.<br />
Back to my current assignment. I have a longish list of findings, I would even say I am drowning in them … and the more I discuss with people, the more findings I get. How to get started in removing impediments and solving issues? Here is what I did. I divided my findings into four sections: (A) issues I can discuss directly with the team, (B) issues I can discuss with the PO alone, (C) issues for the Scrum Master Community and (D) all the rest.<br />
The issues with the scrum master community are relatively straight forward. It is a small group, already open-minded, willing to learn and to change. This does not mean, it is easy. One of my older observation appeared again. The most difficult group of people to facilitate is a group of coaches/ facilitators – funny isn't it? Anyway, I am very optimistic here. We were able to identify rather quickly a set of issues which are related to this group and the SM's role in this organization, and we were able to identify a few concrete action what people can do. Lets see in two weeks when we come together again what has happened. This is not a systematic problem solving approach yet, as one of the items was that the most people are not familiar with a systematic problem solving method yet. One step at the time.<br />
Section D is the most critical and most troublesome one. These are the items in which I try to initiate changes to the system - “<i>Your system output is what your system is currently capable of, and if you want to increase your output you need to change the system</i>”. These items in my section D affect broader part of the organization, they affect several stakeholders as well as cross-team aspects and the solutions typically introduce change contradicting to the current belief system and thus current practices.<br />
My first little success is that I got buy-in from many people to make those issues visible. I got a prime spot – the big white-board in the coffee area :) I just read Kniberg's article on “Lean from the Trenches - An example of Kanban in a large software project” (thanx Nirnaya) and once more the importance of visualization is highlighted. It is one of the issues in this organization – too many things are hidden in complicated and complex electronic tools (<i>I don't like the phrase: “its in the intranet”</i>), where a basic course is needed to get the minimum out of it. I prefer pen and paper for such things.<br />
I proposed to use a Kanban board and now I am working together with other SMs to design the board layout. There are many open issues related to the design, like who owns the board? Who will set priorities and so on – lets see how it will go. One thing I learned is that there is no need to design too much upfront – it will be much easier to decide what to do once you see what is the issue on the board. The challenge here is to convince others that this approach is a feasible one and others can “hold their horses” and give it a try. Besides the findings from the SM community, we also thought that this would be the space for all sorts of organizational issues (at least from that floor) – once more lets see how it will go and what happens once the board comes alive. <br />
And then there are things happening outside this part of the organization and it appears to me that (upper) management is managing change instead of leading change and consequently imposing more actions to the teams to improve the quality situation, so that there is even less time left to fix the problems at the level where they can be fixed i.e. - the code base. <br />
Any suggestions in how to deal with that are warmly welcome.Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-79265019557816877052012-01-03T08:43:00.001+02:002012-01-03T08:49:40.291+02:00cannot comment my own blog ....@Ismo comments on post "agile is not ..." - thanx for highlighting this. I meant here architects and testers which are OUTSIDE the team, people who think we are superior compared to "stupid" designers and coders, which are too proud of themselves, who think we are the only ones which are smart here, people who think that without them the world will collapse.<br />
Instead the people could focus on (team) learning, improving the entire value stream, improving the big picture.<br />
IMO - this has nothing to do with silo thinking, as this is observed reality and certainly not the target state for which I would aim to. Obviously I need to be more clear in future on what is observation and what not.Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com2tag:blogger.com,1999:blog-7971710681104486515.post-42145277307231217842012-01-02T18:20:00.000+02:002012-01-02T18:20:22.819+02:00Agile is not enough in large organizations<h1 class="western"></h1>I see this over and over again in my current companies as well as hearing it from other firms. With Agile (and Scrum) the teams do improve, “things” get better and then they stall. Why? I claim here and now its because of <br />
<ul><li>the missing management support<br />
</li>
<li>continuous improvement is not in place at all levels<br />
</li>
<li>people are not respected<br />
</li>
<li>and the people are clueless about their goals<br />
</li>
</ul>I hear you say, BUT of course this is not happening in our organization. WE DO have clearly defined roles and responsibilities, everybody (<i>is told and</i>) knows what to do and <span style="font-weight: normal;">WE</span> know in which direction to go etc. etc. (<i>Reminds me a little on married couples – did you notice the change from the “me” to “we” as soon as your friends get married? Of course this also happens to oneself, typically it is unnoticed until the person looses its identity in a marriage – potentially followed by divorce</i>). We know often means that some managers in the firm claim to have some idea in what they want, independently whether they are able to communicate this or not and completely loosely coupled to reality of software development.<br />
<br />
What do we need? A good start for all people who are not coding (e.g., testers, architects, XYZ managers) is to start looking into LEAN. Yep – those “crazy” ideas adapted from the Toyota Production System towards product/software development. Ideas like: the boss is coming to a team and asking – how can <u><b>I</b></u> help you? What can <span style="font-style: normal;"><u><b>I</b></u></span> do to make your work life better – and DO IT.<br />
<br />
The tester - claiming to have such an important role - asking questions like? Mmmh, how could <u><b>I</b></u> help the developers to implement the right stuff, maybe by writing test cases and even automate those (see also ATDD and ROBOT framework). <br />
<br />
Start with yourself: I hear a lot of “I can't do” – how about you would help your colleagues and friends (<i>maybe first yourself</i>) towards a “I can do” attitude? I can tell you from my own experience, it's much more FUN – REALLY!!!<br />
Imagine a world without boundaries (<i>and fears</i>) and think about three things you could do at work to improve the way management supports you. I am sure you come up with some great ideas (<i>maybe simply talk to your manager/s, make your work problems visible, talk to your Scrum Master</i>). Now take a deep breath and find the bravery to take those ideas into (<i><b>STOP</b></i><i>: in case you are not sure whether your action is legal or otherwise justified by human rights, please contact me BEFORE you start your actions</i>) reality.<br />
<br />
<br />
Jolly GoodWolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com1tag:blogger.com,1999:blog-7971710681104486515.post-69209860430000302732011-12-30T22:53:00.002+02:002011-12-30T22:53:30.549+02:00My first intermediate sprint retroI do not like sprints which are longer then 2 weeks and here is why. One of the ideas of time-boxed iterations is to create an environment in which people can get frequent and regular feedback on their work and their way of working. The retro is a tool which reserves time and space for the team e.g., to reflect on their way of working, to reflect on how work is progressing, to understand the big picture in their work (meaning e.g., a longer period of time instead of only daily activities). <br />
Do <u>YOU</u> remember what happened four weeks ago or even three weeks ago? To me, such a time-span feels like ages ago (<i>sometimes like a dream</i>) and I really have hard times to remember details. If this is the case for many, how can you do a meaningful sprint retro covering the entire time span of four weeks? Therefore, I proposed to the team to have an intermediate sprint retro in the middle of the sprint (<i>even though it would be more beneficial for the teams to work in shorter sprints, four weeks seem to be carved in stone)</i>.<br />
And so we had. The team created a time-line, listing those positive and negative events which the team members regarded as meaningful. We moved all in front of the time-line chart and the team members shared what they see in the chart, what they think about this “bigger picture” and to some limited extend how they feel about it. <br />
We were able to identify several issues/ facts/ problems/ challenges as well as some ideas for solutions. I found this an important step as the team realized by themselves that (<i>right now</i>) plenty of time and energy is spend on faults and furthermore the team acknowledged that there is room for improvement on what they can do. <br />
And me? I got work for many many weeks to resolve those impediments and I think the team members got a glimpse of what they could do to improve the situation. As the team's “normal” scrum master was also present, the two of us discussed later about the findings and he said, that basically most of those issues are known in the organization (<i>and why is nothing happening in resolving those items???</i>). I still give credit to many people for trying to solve the issues, sometimes, it might not be in a lean and agile “spirit”, which might be the problem why some changes do not stick (<i>this needs certainly deeper digging</i>).<br />
<br />
<br />
We also reflected a little on our daily scrums and yet again, great ideas came up by the team to improve the information flow in the daily scrum. Lets see how it will go in the future.Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com1tag:blogger.com,1999:blog-7971710681104486515.post-7489408591575534782011-12-30T17:41:00.000+02:002011-12-30T17:41:14.047+02:00A delicate issueToday, we had SM CoP and I was faced with a small however delicate issue. <br />
On the one hand, the team and me “know” each other for barely two weeks. I do trust the team, they are really great people eager to do a good job and become true experts in their field. At the same time, I am not sure to which extend the team members trust me (<i>yet?</i>). So, I would say, we are in the beginning of building the relationship. <br />
On the other hand, other Scrum Masters want to learn and see how I am doing my work. This exchange of info did already happen through discussions and I saw some others join during daily scrum. Now, one SM wanted to join in upcoming workshops, the next one being my first intermediate sprint retro (more about that soon). I tried to explain that even though I am happy that somebody is interested to join, I felt that it was a bit too early for that, and that the my relationship with the team is just building up thus maybe not mature enough. <br />
My worry was whether the team members will be as open with “strangers” in the workshop as they would be without. In the end, there might be relationships in the organization which I am not aware of at this point.<br />
In my quick opportunity and risk analysis, I saw little opportunity (having an observer present) and medium risk (workshop will not bring value to the team members) and decided to facilitate the workshop alone. <br />
<br />
Two issues about the continuation: (A) the team and me already agreed to have more workshops and there will be space in the future for other Scrum Masters to join and learn and (B) I propose learning by doing i.e., by co-facilitating workshops, and not just observing. I think that this approach in combination with reflection (of the facilitation etc.) would be more suitable.<br />
<br />
(<i>on the blog itself:</i> <i>ok – I got it – many people do not like white on black, and as I write my blog and not read it from the web, I decided to change the layout to black on light background – I hope reading is now easier</i>)Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-29358131741268577392011-12-28T20:51:00.000+02:002011-12-28T20:51:15.425+02:00Darkness & SilenceI have never experienced an involuntary electric cut of this length. The hour meter counts 66+hours without electricity, this also means 66+hours without running water. All sorts of Scrum problems start to look a little smaller in this moment. Lucky me, all our trees are still standing and nobody of my family got injured during that worst storm of the decade. For all those electric & water problems, I found solutions. And now back to Scrum Managing – sorry Mastering ;)<br />
Today I started my series of interviews about goals (targets) – extremely interesting. Just ask which problem you want to hear about, and most likely I can give you an example. Goal conflicts and all sorts of other mismatches confirm the picture I draw already. Hey – I am an Agile Coach, working as a Scrum Master – what a GREAT coaching opportunity this is! More about this topic in a few weeks.<br />
And I seem to do something right as, today for the first time, I got pulled aside from one of my Scrum Master colleagues as she was in the search of answers to his questions. She asked about to extend the daily scrum so that he can exchange important (in his mind) information to the team. I acknowledge that the information appears important, yet I questioned whether this is the job of the SM (please note that a typical SM in this organization does have multiple roles). It comes back to my previous post about the different POVs. There is a problem and the SM has her own POV and thus promotes a solution in alignment with her POV (i.e., to extend the daily scrum). This is one out of many solutions, often not the best one and most likely not one which will lead to commitment – it rather leads to compliance. We agreed that sticky change i.e., coming from commitment is what would be better. <br />
We continued the discussion about motivation for oneself and what drives people. And I recommended to read Dan Pink's book DRIVE related to motivation – this might be an eye opener also for your private life. In short, Dan created a ”motivation 3.0” model in which he suggests that people are motivated by three factors: Purpose, Mastery and Autonomy. Check it out at <a href="http://www.danpink.com/">www.danpink.com</a> and you will find two video clips (one animated and one from TED talks) and much more.Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-8448850411610174632011-12-22T00:56:00.000+02:002011-12-22T00:56:46.298+02:00Stuck in operative work and no time left for reflectionFinally I welcome my team members. Howdy folks :)<br />
<br />
What is this now – no time for reflection? Well, honestly – my days at work have been really busy. Today I spend at least one hour on IT tools – totally frustrating and still only one out of three problems is fixed, so I am looking into wasting more of my time with tools next week. The preparation of the workshop, the workshop itself, daily scrum & discussions afterwards, xmas get together with glögi, lunch, doing the agreed tasks and discussion with people – all this takes time. Stop whining - what is the issue? Well, it REALLY takes time to reflect on observations and especially on ”how did I feel at that time”. This is not done quickly between two meetings. At least for me, I also require a stimulating environment and no disturbance. This blog helps me to reflect and I feel more confident that writing a blog is a good thing. I think, this blog is primarily for me not for you – sorry my dear reader :) in case you can take something from that, even better – and if we start to have a dialogue – well that would be superb.<br />
Today I had to restain me from not being to pushy or jumpy. It was hard. I got the feeling that there is this surrounding ”thing” in the organization (<i>is it organizational culture???</i>) which seems impenetrable. Almost comparable to the attempt of trying to win a dispute, where the one side argues logically and the other side emotionally. Emotion wins. The managers argueing emotionally and me, the coach, the scrum master logically. BTW, I could have sold a few of my ”help” buttons (<i>see earlier post</i>) today when I discussed with managers in the ”glögi” event. OK, I guess this makes no sense to anybody – even I do not understand what is happening. This needs clearly more digging. Now I am re-reading this blog and its still bugging me: Why are people not listening? They want to do Agile (<i>is this the issue – people want to do agile instead of being agile?</i>), they want to do Scrum – I have the feeling that managers welcome me and at the next moment start regretting it. <br />
Two things from the team side. Since I have the next two days off, I asked if there is anybody in the team who would like to be my substitute and within seconds I had a volunteer. Great. Of course I could have just asked the old scrum master to do the job, and then what – where is the learning for the team members? <br />
Another thing we started today was to have a ”team info wall”. I had seen such one somewhere before, and I think its pretty handy. A team member can leave a note if s/he is e.g., in a training, in holidays, working remotely etc. Strangely enough, a team member is also asked to fill in a wikipage when s/he is in vacation (<i>and I think our HR also wants to know that by using a seperate tool and I am not sure of they guys actually need to report their hours into another tool – have to ask next week</i>). I feel this impenetrable thing closing in again …. This is my last post before xmas as I take a little time-out (<i>nono not because it is soo hard to be a SM – this trip was booked long before this SM idea came up</i>). I would appreciate some feedback, comments, critics, suggestions etc. <br />
Merry Christmas to you all and have a relaxing time.Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-84701250116905027872011-12-22T00:22:00.000+02:002011-12-22T00:22:32.518+02:00Getting to know the team<h1 class="western"></h1>The team itself is relatively new, and of course I am new in the team. I decided to do two small exercises this morning with the team. The one is what I call “Team barometer” and the other is what I know under the name “shield”. I started to develop the team barometer many years back and I cannot remember what kind of inputs I had – there were many. At that time, I knew nothing about Agile and Scrum and so I needed to modify the questions to adress some of the Agile & Scrum aspects for today. Here are the eighteen questions which I printed beforehand. Each team member needed to answer individually each question on a scale of 1..6 (1=Strongly Disagree; 2=Disagree; 3=Somewhat Disagree; 4=Somewhat Agree; 5=Agree; 6=Strongly Agree) (<i>I know this is mean, and purposefully I push people into an either agree or disagreeing zone instead of allowing them to hang in the void area of a typically five or seven point Likert scale</i>)<br />
<ol><li>I know and understand the product vision.<br />
</li>
<li>I think the current release goals are realistic.<br />
</li>
<li>Our team has a commonly shared sprint goal.<br />
</li>
<li>I am confident that this team will meet the sprint goal.<br />
</li>
<li>Our team is performing smoothly. <br />
</li>
<li>My work gives me a feeling of personal achievement.<br />
</li>
<li>I have had feedback from APO/LM in the past 60 days.<br />
</li>
<li>I feel I am being treated with fairness and respect by the people I work with.<br />
</li>
<li>I feel I am being treated with fairness and respect by my manager.<br />
</li>
<li>My work schedule allows sufficient flexibility to meet my personal/family needs.<br />
</li>
<li>Our team spirit is very strong and we have an open and constructive atmosphere.<br />
</li>
<li>Information within my team is sufficient and the flow of information between our team and other groups is sufficient.<br />
</li>
<li>The co-operation between my team and other groups works well.<br />
</li>
<li>As a whole, I am very satisfied with working in this team.<br />
</li>
<li>Our team is exploring different ways to do our work.<br />
</li>
<li>We have clear boundaries on what we can decide in the team and what not.<br />
</li>
<li>Management is supporting us by listening and removing impediments.<br />
</li>
<li>If I could change one thing about my current work environment, (eg. computer workstation, meeting rooms, facilities, project setup, working practices, etc.") , it would be ….<br />
</li>
</ol><br />
<br />
Now the idea is not to start fancy statistical analysis. From a snapshot you might see the differences between individuals and you might see the problem areas of individuals and/or the entire team. If e.g., all except one person answer question #17 with a ”6” and the other person with a ”1” - its an individual case, if all team members answer this question with ”1”s and ”2”s, then the entire team is facing a problem – excellent starting ground for discussion for a ScrumMaster (<i>remember the SYSTEMATIC problem solving approach!!!</i>). More important then the snapshot are the trends, which means that the answering of the questionnaire need to happen regularly e.g., in combination with a retro?<br />
The other exercise was to create a ”shield”. I am not sure if the idea is copyrighted by one of the Agile ”gurus”, if so, I hope its ok to mention the idea here and the author please may step forward to claim the ownership. Anyway, the shield looks like this: on the top you put your name, you divide the shield into four parts describing your (A) gifts, strengths (B), (C) Learning objectives and (D) ”Later”, ”Dreams”. On the bottom of your shield, you write ”the way you live by”. Typically, all this is written on a flip-chart paper maybe put nicely by using different colors. Then each person puts the shield on the wall and one by one each person presents his/her own shield. There are also other methods to achieve the same effect. Later (during the Glögi-Session) some of the team members commented that this was ”different” and they found it valuable. I did not wanted to start digging more, as it might have ruined the glögi and also the big boss wanted to give his xmas speech.Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-760827600083680512011-12-21T21:15:00.000+02:002011-12-21T21:15:00.520+02:00And the APO says ”we have a quality problem”<h1 class="western"></h1>Yesterday was my first daily scrum and I think it went pretty good. As I am incompetent to comment on any of the work items or faults, the team members were talking to each other and not to me – excellent (<i>I think there is far too much SCRUM MANAGING going on</i><span style="font-style: normal;">)</span><i>.</i> After the daily scrum we discussed a little about the fault situation and how to make the work visible. Since the team preferres (<i>for some reasons which are beyond my understanding – more clarification and digging is needed here</i>) to use some kind of electronic way to control their work we also agreed that team members update this table in the wiki page before the daily scrum, so that the team can see how the burndown looks like. Yes – small improvements indeed – however they are coming from the team / the importance is acknowledged by the team and its not coming from ”upper management”. <br />
I had some coffee table discussion with other scrum masters and one thing became obvious: the organization is learning and improving. The problem seems to me that it does not happen systematically (<i>enough</i>) neither is the improvment not always in line of thought with Lean, Agile and Scrum values and principles. I drew an illustratation to explain my point: <br />
<br />
<br />
<div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhTbIdY5mrUtwwz3CWmGO50ZoQvl8eKQo6oyqesiCYoeQe9AIyF-0tIAcB1p3A6zJPBjf1XxAgEBxfPNe8jkdg5r1fRtJy9oIHmkAbroSOGPvYKc9aPX1BF33A0ilASszSec1lhqT4gmUVh/s1600/problem1.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="68" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhTbIdY5mrUtwwz3CWmGO50ZoQvl8eKQo6oyqesiCYoeQe9AIyF-0tIAcB1p3A6zJPBjf1XxAgEBxfPNe8jkdg5r1fRtJy9oIHmkAbroSOGPvYKc9aPX1BF33A0ilASszSec1lhqT4gmUVh/s320/problem1.png" width="320" /></a></div><br />
<br />
<br />
So, I see two main issues: (A) the underlying assumptions change and the solution does not change and (B) during the solution creation process, there seems to be little if no reflection on whether this proposed solution is in the spirit of Lean and Agile values and principles or not. To tackle point (A): in an ideal solution, the decision making – which typically happens after the thinking period – would require from the decision maker to state all the assumptions expressed in the decision making process. By doing so, those assumptions would be visible and recognized. It requires a certain discipline from the decison maker to maintain a high quality of documentation. On the other hand, it will be relatively easy to spot the change in those underlying assunmptions and thus the decided solution can be questioned more easily and also people can put their arguments based on facts i.e., the document assumptions. (<i>this is nothing new for anybody who has read basic literature on decision making theory, however it seems that organization often do not have time to document those assumptions. So I simply assume that people do not know about that and somebody needs to tell them and then we see what happens</i>). Item (B) is more tricky. It comes down to the question: <b>How do you know that you do not know?</b> (<i>bounded rationality is one of the topics in organizational theory and is part of Transaction Cost Economics Theory</i>). Also in this meeting with the APO I recognize this trap has once more closed. Hey – wait a moment. How am I to say that I obviously know better then the others??? Well, lets put it this way. This is not the first group I observe. Because of the public nature of this blog, I am also not willing to reveal more details on what exactly happened. The issue is that time is pressing and I hear statements like: ”we need to push on”, ”we do not have time now to think this more”, ”we must make a fast decision” (see more later what happened to me personally). A group of 16 people will have at least 17 opinions – each individual plus the group's opinion ( as a whole). Most likely there are several sub-groups which have an opinion as well. Sam Kaner illustrates this nicely in his book ”Facilitator's Guide to Participatory Decision-Making”. His first chapter can be copied (with some limitations of usage), so I recommend to get a book, copy, spread and start reading the first chapter. The group was simply too big to make any meaningful sensible results (<i>IMHO!!!</i>), neither was the discussion using a systematic problem solving method (<i>such as A3</i>). Dividing the team into smaller groups and applying a systematic problem solving method might do good. Give it a try!<br />
I try to illustrate the issue with problem solving from a different angle. Every person looking at a problem has her own view. As a result of that every person creates a different solution going into different direction. Person A does not understand why person B is proposing such a solution (i.e., solution B) and thus, person A might not only ignore solution B but even boycot it (maybe more maybe less actively). <br />
<br />
<div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg9Yw4Q3EZCYdiY5OzYJQrpSG0M-q1MXxNlMGZjyZXOPceWJcvq33sTzeQ3AMG_bd2T1aLy122pbReqg5dXyyhqhjsa8Yg3rFqfP8hJsZWJBr-GW1zVwaDH1G3qmIYXbVFAhl_wr5Nrs7mi/s1600/Problem2.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="235" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg9Yw4Q3EZCYdiY5OzYJQrpSG0M-q1MXxNlMGZjyZXOPceWJcvq33sTzeQ3AMG_bd2T1aLy122pbReqg5dXyyhqhjsa8Yg3rFqfP8hJsZWJBr-GW1zVwaDH1G3qmIYXbVFAhl_wr5Nrs7mi/s320/Problem2.png" width="320" /></a></div><br />
<br />
<br />
IMO a common understanding of the problem is missing, a common decision on the one solution to try out. This does not mean that the solution will work! Neither should anybody mix this with consensus. There was a sense-making explanation of those concepts in Patrick Lencioni's ”The Five Dysfunctions of a Team: A Leadership Fable”. <br />
And this is how I try to illustrate the common understanding incl. the common solution (<i>maybe shared point of view and shared solution would be alternative terms)</i>.<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhpGEzQSIhoiYd6kZ4oH1ICxaMIDbDUbK2p7TZY-6CZFjttxKInm6TUHFjeQywdIUiR2vk_xCz5DuDaWRk2dXVQ5dfzsKq4hIe6C69dIfIpGViwiEz5z6hmwprbJ20-IhqosGXaQAfHZQmz/s1600/Problem3.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="235" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhpGEzQSIhoiYd6kZ4oH1ICxaMIDbDUbK2p7TZY-6CZFjttxKInm6TUHFjeQywdIUiR2vk_xCz5DuDaWRk2dXVQ5dfzsKq4hIe6C69dIfIpGViwiEz5z6hmwprbJ20-IhqosGXaQAfHZQmz/s320/Problem3.png" width="320" /></a></div><br />
<br />
<br />
I think this is also one of the key elements in A3 – by doing the GEMBA, the author and the counterparts will get a common understanding of the problem, its root causes, the goals and as well as the proposed solutions to fix the root causes.<br />
Anyway, this was the first meeting of its kind and I will meet the APO next week – so lets hope we find the time to discuss some of that and get a common understanding on what is problem with the quality-problem-solving. I got some really good feedback from the problem solving workshops which I had two weeks in China. Obviously I like the topic ;)<br />
Stay tuned for me ...Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0tag:blogger.com,1999:blog-7971710681104486515.post-49012894091334354312011-12-21T18:53:00.002+02:002011-12-21T18:53:32.232+02:00Oh boy – am I in trouble with my blog or what? The vicious cycle of large batches and delays!What the heck has happened? This guy writes only 5 posts and claims to be in trouble already? What a looser! - or?<br />
Here is the deal. Yesterday happened many many things. In fact, the day had been so busy that I was not even able to capture all observations properly. I only took some quick notes. Then I started to write the blog. I want to write a high quality blog, with meaningful insights from a learning point of view … from a scrum master's life point of view, as few typos as possible, no missing words. The post which I planned to published yesterday grew bigger and bigger. I wanted to include some illustrations (some which I did in courses by hand but never put into electronic format). As a consequence, I was not able to finish the blog yesterday evening. So I started to be late. Well, I thought no problem, I do right away today morning. And what happened today? In the morning I wanted to do more preparation for my first workshop with the team. There are a few other items I need to care of because of the end of the fiscal year i.e. I want to get some money back from the company. So, again I had no time to write the post. We had the workshop (more about it later) and more observations – more illustrations came (read in product development: more features!). Instead of publishing my unfinished post (I do not want to sacrifice the quality of writing – oh yeah, it could get much worse then this ;) ), I decided to wait and I can add the new observations in an even bigger post. We had our daily scrum and after that there was a short discussion on some practical stuff. I regarded it as my job to take care of those actions, so I had no time to think about the post and the post got delayed again. The afternoon went by and more impressions occured and now?? Help – I AM STUCK IN OPERATIONAL WORK and have NO TIME TO REFLECT on what is happening around me anymore (more about this later). I am in a vicious circle. Big batches lead to delays. Delays lead to bigger batches. Bigger batches lead to even more delays. Read any basic book about batch size, queues and this starts to sound familiar - or? What will I do now? I will produce smaller batches i.e., smaller posts and most likely this means, I will release more often. Wow – what an experience! Since this takes extra effort – I will do some overtime tonite, take a glass of German ”Glühwein” and start typing.Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com1tag:blogger.com,1999:blog-7971710681104486515.post-8596696464619086632011-12-19T20:44:00.001+02:002011-12-19T20:48:03.669+02:00Zero day – what a fantastic start...<div class="MsoNormal">Its Monday and today was my first official day as a scrum master. I had great fun! In the morning I had my first encounter with different people from management around the coffee area. My problem with management discussions in the past has been that whenever the discussions come to (what-I-call) difficult subjects, people run away to urgent meetings etc. Some of my colleagues suggested to write an application for the mobile phone so that once you push the “help” button, the phone will ring – simulating a phone call – the person answers and has official permission to “go away” because of this important phone call. Is it then so difficult for people to say e.g. sorry this discussion bores me or I do not care??? Ok, I can see the problem here. Those kind of answers would put even more petrol in the fire and give me a chance to dig even more… I am learning. So once my discussion partner indicated that she becomes “irritated” I thought it’s better to slow down, so that there remains an opportunity for future discussions. Anyway, today was sprint planning day. Sprint planning part I started, the Area Product Owner presenting the work items and the teams confirming which items they take in as a candidate for planning. So far ok and now … what happened to sprint planning – part II? Strangely enough there was no official sprint planning – part II for my team. <i style="mso-bidi-font-style: normal;">I am truly puzzled! What is the team’s sprint goal? How does the team know what it can forecast in this sprint? How does the team handle the balance between new feature development and maintenance work?</i> OK, I took a deep breath and suggested to the team – how about if we spend a little more time on planning the work items, so that the team could give a better forecast on what can be done in this sprint. So, we went into a room and looked more deeply at the items, discuss them a little further and clarified also what other work the team will face during this sprint. The team is in its current composition only 2 months old (<i style="mso-bidi-font-style: normal;">did the team ever receive basic scrum training? Did the management ever inform people WHY Scrum is followed?</i>) and rather heterogeneous from e.g. competence and personality point of view. A true challenge for me and I hope I can teach the team to take advantage of their diversities. In the end, the team was able to agree on the content of this sprint and the planning meeting was concluded. </div><div class="MsoNormal">The issue that hit me most today is the people’s ignorance to the power of visualization (and this happens in several different incidents). Once you have seen the power of a Scrum board (incl. burn-down chart), how could you go back to excels and wikis etc. hidden in some file server or similar system. However, in this endeavour, I am already facing a fair amount of resistance and consequently the <span style="font-family: "Arial","sans-serif"; font-size: 10pt; line-height: 115%;">accompanying</span> “band-aid” solutions. I think I will be busy during this journey :)</div>Wolfgang Steffenshttp://www.blogger.com/profile/13020030615960525037noreply@blogger.com0