tag:blogger.com,1999:blog-84465577841306332012024-02-19T17:36:42.236+01:00It's Certainly UncertainAnonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.comBlogger62125tag:blogger.com,1999:blog-8446557784130633201.post-6356671715409490882014-03-11T10:09:00.003+01:002014-03-17T08:40:52.896+01:00I.N.V.E.S.T<div class="separator" style="clear: both; text-align: center;">
This drawing is now part of the book "Agile Planet": <a href="https://leanpub.com/agileplanet">https://leanpub.com/agileplanet</a>.<br />
<br /></div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjzLaIp45WK0YyX9KQyIzQdcbhI2UGEA240nAgE5gHl0lLbnh_up3MMC8QUgBU7HA8RP7Nv2D7DbkxfMg2KUb1dnRYsqnBevt2JGbwxi2oZDsp8mEPIk6wJKMsr3_kzjYvz0WJaqTYwRb4/s1600/INVEST.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjzLaIp45WK0YyX9KQyIzQdcbhI2UGEA240nAgE5gHl0lLbnh_up3MMC8QUgBU7HA8RP7Nv2D7DbkxfMg2KUb1dnRYsqnBevt2JGbwxi2oZDsp8mEPIk6wJKMsr3_kzjYvz0WJaqTYwRb4/s1600/INVEST.jpg" height="640" width="450" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">I.N.V.E.S.T. for User Stories</td></tr>
<tr><td class="tr-caption" style="text-align: center;"><img src="http://i.creativecommons.org/l/by-sa/3.0/88x31.png" /></td></tr>
</tbody></table>
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<div class="separator" style="clear: both; text-align: left;">
References:</div>
<div class="separator" style="clear: both; text-align: left;">
</div>
<ul>
<li>"User Stories Applied" by Mike Cohn (Book)</li>
<li><a href="http://www.agileforall.com/2009/05/new-to-agile-invest-in-good-user-stories/">"Invest in good user stories"</a> - blog post by Bob Hartman</li>
<li><a href="http://en.wikipedia.org/wiki/INVEST_(mnemonic)">INVEST</a> on Wikipedia</li>
</ul>
<br />
<div class="separator" style="clear: both; text-align: center;">
</div>
<br />Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com1tag:blogger.com,1999:blog-8446557784130633201.post-68611105820168753342014-03-10T09:59:00.000+01:002014-03-10T09:59:54.672+01:00PairSensing<a href="http://infomar.de/">Martin</a> <a href="https://twitter.com/martinheider">Heider</a> und ich entwickeln derzeit gemeinsam ein Workshop-Format, das dabei hilft Wissen auszutauschen, aufzubauen und weiterzuvermitteln. Es ist ein Workshop, der sich in ca. einer Stunde durchführen lässt und als Ergebnis immer einen One-Pager hat. Der Workshop wurde bereits von Urs Reupke, der an einem Workshop auf der Play4Agile teilnahm <a href="http://urskr.blogspot.de/2014/03/one-pagers-tool-to-quickly-summarize.html">in seinem Blog beschrieben</a>. Der vorliegende Blog-Artikel bietet eine deutsche Version des Formats:<br />
<br />
<h1>
PairSensing</h1>
<h3>
In 140 Zeichen</h3>
<div>
60 Minuten verstehen, verdichten, verbildlichen = 1 Tweet, 1 Abstract, 1 Bild = Wissen kompakt #PairSensing #OnePageUniverse</div>
<div>
<br /></div>
<h3>
In 200 Worten</h3>
<div>
In einem PairSensing Workshop nehmen sich immer zwei Personen gemeinsam ein beliebiges Thema vor. Zu diesem Thema co-kreieren sie jeweils einen Satz (Tweet), einen Abstract zum Thema und ein Bild. Der Workshop funktioniert wie folgt:</div>
<div>
<br /></div>
<h4>
Start</h4>
<div>
<ul>
<li>Falls nicht vorgegeben, Themen in der Runde sammeln und dazu auffordern, Paare zu den Themen zu bilden.</li>
<li>Kurz allen Teilnehmern anhand einer Skizze den gesamten Prozess und Brainwriting erklären.</li>
</ul>
</div>
<h4>
Tweet erstellen</h4>
<div>
Wir verwenden hierfür <a href="http://de.wikipedia.org/wiki/Brainwriting">Brain-Writing</a>:</div>
<div>
<ul>
<li>Jedes Paar schnappt sich drei A4-Blätter: Eines pro Person und eines zum Tauschen.</li>
<li>3 min: Jeder schreibt für sich einen kurzen Satz, der das Thema beschreibt auf seinen Zettel, tauscht diesen dann mit dem Zettel in der Mitte. Wiederholen, bis die Zeit um ist.</li>
<li>3 min: Alle Tweets durchlesen.</li>
<li>4 min: Beide einigen sich auf den besten Tweet oder stellen aus den vorhandenen einen noch besseren zusammen. Dieser wird auf ein frisches Blatt / Post-It geschrieben. </li>
</ul>
</div>
<h4>
Abstract erstellen</h4>
<div>
<ul>
<li>Jeder schnappt sich ein frisches A4-Blatt</li>
<li>5 min: Jeder schreibt für sich die wichtigsten Stichpunkte zum gewählten Thema auf.</li>
<li>5 min: Jeder liest die Stichpunkte des anderen und markiert die aus seiner Sicht wichtigsten ca. fünf Punkte auf dem Blatt des anderen</li>
<li>5 min: Gemeinsam werden die ca. zehn wichtigsten Stichpunkte zu einem kurzen Abstract in Stichpunkt-Form verschmolzen. Dieser wird auf ein frisches Blatt notiert.</li>
</ul>
</div>
<h4>
Bild erstellen</h4>
<div>
<ul>
<li>Jeder schnappt sich ein frisches A4-Blatt</li>
<li>10 min: Jeder skizziert für sich ein Bild, das das Thema schön veranschaulicht.</li>
<li>5 min: Beide schauen sich die Skizzen des jeweils anderen an um die besten Ideen aus beiden Bildern zu finden.</li>
<li>15 min: Gemeinsam wird ein Bild aus den besten Elementen beider Bilder auf ein frisches Blatt gemalt.</li>
</ul>
</div>
<h4>
Zusammenfassung / hübsch machen</h4>
<div>
<ul>
<li>Im letzten Schritt können die Ergebnisse nun schön aufbereitet werden, um auf einem A3-Blatt als einseitige Übersicht für das Thema ausgestellt zu werden.</li>
<li>Es bietet sich an, jedes Paar sein Thema für 1-2 Minuten präsentieren zu lassen.</li>
</ul>
<div>
<br /></div>
</div>
<h3>
Weiteres Wissen</h3>
<div>
<ul>
<li>Blog-Eintrag von <a href="https://plus.google.com/+UrsReupke">Urs Reupke</a>: <a href="http://urskr.blogspot.de/2014/03/one-pagers-tool-to-quickly-summarize.html">One-Pagers: A tool to quickly summarize a topic</a></li>
<li>Beschreibung des One-Page-Formats: <a href="http://itscertainlyuncertain.blogspot.de/2014/02/das-wissen-der-welt-auf-einer-seite.html">Das Wissen der Welt auf einer Seite</a></li>
<li>Diskussion des Formats auf dem <a href="http://itscertainlyuncertain.blogspot.de/2014/02/open-up-camp-14-one-page-universe.html">Open-Up Camp '14: One Page Universe</a></li>
</ul>
<h3>
</h3>
<h3>
Bild</h3>
</div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjkfk4LnnSMJ_ZOcNDY6Jc1iWMvXwZT1ataewsrKK_sx4VaAzlDo1jHYhXeyfxAj2duO6avbZ0T20kr-klsAYOfImS8YlrRDyoOPTibRCGOaZVxHzNRKCVNI-Q6VEVVz5sp5hVpxaMJSA8/s1600/07.JPG" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjkfk4LnnSMJ_ZOcNDY6Jc1iWMvXwZT1ataewsrKK_sx4VaAzlDo1jHYhXeyfxAj2duO6avbZ0T20kr-klsAYOfImS8YlrRDyoOPTibRCGOaZVxHzNRKCVNI-Q6VEVVz5sp5hVpxaMJSA8/s1600/07.JPG" height="640" width="465" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Bildliche Darstellung des Formats erstellt mit PairSensing</td></tr>
</tbody></table>
<div>
<br /></div>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-19725386273710435662014-03-05T10:42:00.002+01:002014-03-15T15:34:14.709+01:00Ideen braucht das Land!Vor kurzen habe ich meinen Job als Angestellter aufgegeben und versuche es nun auf eigene Faust. Das ist anstrengend, aber es gibt mir auch Zeit, die ich vorher nicht hatte. Zeit, die ich verwenden kann um Ideen zu spinnen, mit Leuten zu diskutieren und neue Produkte zu entwickeln.<br />
<br />
zum Beispiel<br />
<br />
<ul>
<li>Ein Überblicks-Buch zu agilen Themen: <a href="https://leanpub.com/agileplanet/">https://leanpub.com/agileplanet/</a></li>
<li>Einen Weiterbildungs-Tag für agile Coaches: <a href="http://coachreflectionday.org/">http://coachreflectionday.org</a></li>
<li>... und ein paar Produkte, die noch nicht ganz spruchreif sind ...</li>
</ul>
<br />
<br />
Das alles wäre mir in dieser Form als Angestellter nicht möglich gewesen. Ich beobachte, dass ich deutlich mehr Ideen und kreatives Potential entwickeln kann, seitdem ich diese Zeit habe.<br />
<br />
Da stellt sich mir die Frage: Warum gibt es eigentlich keine staatlich subventionierte <a href="http://www.cyrielkortleven.com/innovation-requires-slack-time/">Slack-Time</a>? Also einfach mal freie Zeit, um Ideen zu spinnen - Raum für Ideen zu schaffen. <a href="https://www.google.de/search?q=ideen+braucht+das+land&">Googelt mal nach dem Slogan "Ideen braucht das Land"</a>, und ihr werdet hunderte relevante Treffer finden! Wenn das Land tatsächlich neue Ideen braucht, dann braucht es doch zuerst einmal Raum! Raum um überhaupt auf Ideen zu kommen! Was hilft mir denn eine tolle <a href="http://www.foerderinfo.bund.de/kmu">Innovationsförderung</a> oder ein <a href="http://www.ihk-nuernberg.de/de/IHK-Magazin-WiM/WiM-Archiv/WIM-Daten/2006-08/Special/Gruendung/Neue-Ideen-braucht-das-Land.jsp">Businessplan-Wettbewerb</a>, wenn überhaupt erstmal die Produkt-Idee fehlt?<br />
<br />
Der Bund ist ja auch durchaus bereit in die Zukunft zu investieren. Siehe Elterngeld! Kinder sind zweifellos die beste Investition in die Zukunft, aber auch Erwachsene können Zukunft gestalten. Was glaubt ihr, wäre möglich, wenn sich jeder Angestellte - ähnlich wie Elternzeit - mal ein Jahr oder ein halbes staatlich unterstützte Slack-Time gönnen könnte? Wie viele neue und kreative Ideen würden wohl das Licht der Welt erblicken?<br />
<br />
Das einzige, was mich skeptisch stimmt ist die Vorstellung, dass es dann in 10 Jahren ein Gesetz mit dem folgenden Namen gibt: <a href="http://www.bmfsfj.de/BMFSFJ/gesetze,did=93110.html">"Bundeskreativgeld- und Kreativzeitgesetz"</a> ;-)<br />
<br />
Ich werde mich gleich mal an <a href="http://www.meine-demokratie.de/2010/typ/abgeordnete/bundestagsabgeordnete-fur-den-wahlkreis-furth-243/">meinen</a> <a href="http://www.christian-schmidt.de/index.php">Bundestagsabgeordneten</a> wenden und ihn fragen, ob er mich mit dieser Idee unterstützen möchte :-) Macht mit!<br />
<br />
Übrigens: Sollte jemand von Euch zufälligerweise einen erfahrenen Agile Coach oder Scrum Master benötigen... Ein bisschen von meiner Kreativ-Zeit würde ich dafür gerne opfern ;-)
<br/>Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-33617474288484773322014-02-19T13:02:00.000+01:002014-02-19T13:02:02.679+01:00CoreDay - ein Lerntag für Agile CoachesWer als Agile Coach oder Scrum Master arbeitet, der arbeitet mit und an Organisationen und Menschen. Wer hier erfolgreich sein will, der muss zu allererst an sich selbst arbeiten. Getreu dem Motto: "Be the change, you want to see!".<br />
<br />
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiqC_9w3SkgqdXejNgQ8hhDw_vfafC9M6Z5FtTdclh8PV6FGhSTLmgauukW5idMHfANro46adA_JVWu4njBp5CdF2bEwF-OcA8JS1x3wV0WRdQWBvE4jIKases_k5L2oGNvN21mIONMZjQ/s1600/CoreDay-Fuerth.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiqC_9w3SkgqdXejNgQ8hhDw_vfafC9M6Z5FtTdclh8PV6FGhSTLmgauukW5idMHfANro46adA_JVWu4njBp5CdF2bEwF-OcA8JS1x3wV0WRdQWBvE4jIKases_k5L2oGNvN21mIONMZjQ/s1600/CoreDay-Fuerth.jpg" /></a>An sich selbst arbeiten ist hart. Und es funktioniert nicht ohne Feedback und Anregungen von anderen zu bekommen. Da gibt es Konferenzen, auf denen man immer wieder tolle Ideen aufschnappen kann. Oder Agile Coach Camps auf denen in lockerem Open Space Format im Prinzip alles möglich ist.<br />
<br />
Was mir persönlich aber bisher gefehlt hat war eine Veranstaltung, auf der man - mit überschaubarem Investment und Zeitaufwand - seine Coaching-Skills ausbauen und gleichzeitig konkrete Probleme aus der Praxis diskutieren und sich Anregungen holen kann. In meiner Ausbildung zum Systemischen Business Coach habe ich dann ein Supervisions-Format kennengelernt, das genau dies leistet.<br />
<br />
<a href="https://www.xing.com/profile/Martin_Heider">Martin Heider</a>, <a href="https://www.xing.com/profile/Gerald_Fiesser">Gerald Fiesser</a> und <a href="https://www.xing.com/profile/Fabian_Schiller2">ich</a> haben dann auf der Basis von Coaching Dojos und des Supervisions-Formats einen <a href="http://acpx14-fuerth.eventbrite.de/">Tag für Agile Coaches in Fürth</a> veranstaltet. Ziel war es allen Teilnehmern die Gelegenheit zu bieten so voneinander zu lernen, dass sie neue praktikable Ideen aus der Veranstaltung in ihren Alltag mitnehmen. An diesem Tag kamen über dreißig Agile Coaches und Führungskräfte zusammen und coachten sich gegenseitig.<br />
<br />
Das <a href="http://coreday.jimdo.com/was-teilnehmer-sagen/">Feedback der Teilnehmer</a> für den Tag kann sich mehr als sehen lassen.<br />
<br />
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhVSM0MzKJdkEYWftHWH56ni8Rwd1rZD5Ce28xKVvW42txxF4kFSnbVfuKNRT9tmEUn9muS8p0UGz5TKDTplNYKl0JaUS5Lq-LIszj7wHygZtd97ujpmnvy5yPIM_CwM4Y-xmN43eMz9ec/s1600/07a.jpg" imageanchor="1" style="clear: left; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhVSM0MzKJdkEYWftHWH56ni8Rwd1rZD5Ce28xKVvW42txxF4kFSnbVfuKNRT9tmEUn9muS8p0UGz5TKDTplNYKl0JaUS5Lq-LIszj7wHygZtd97ujpmnvy5yPIM_CwM4Y-xmN43eMz9ec/s1600/07a.jpg" height="300" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Feedback vom CoreDay Fürth (damals #ACPX)</td></tr>
</tbody></table>
<br />Damit ist die Geschichte aber noch nicht zu Ende. Unsere <a href="http://coreday.jimdo.com/">gemeinsame Vision</a> ist es, dass jeder Agile Coach in absehbarer Zeit die Möglichkeit hat, sich auf einem derartigen Tag praktische Anregungen zu holen und sich von anderen Coaches coachen zu lassen.<br />
<br />
Dafür haben wir jetzt eine zentrale Webseite aufgesetzt:<br />
<br />
<div style="text-align: center;">
<a href="http://www.coachreflectionday.org/"><span style="font-size: large;">www.coachreflectionday.org</span></a></div>
<div style="text-align: center;">
<br /></div>
Wir möchten auch in Zukunft derartige Veranstaltungen im Raum Nürnberg anbieten und unterstützen gerne andere Coaches, die etwas derartiges in Ihrer Gegend veranstalten wollen.<br />
<br />
In der Hoffnung, dass eine gemeinsame Plattform unsere Vision bald Wirklichkeit werden lassen kann:<br />
<br />
<blockquote class="tr_bq">
<span style="background-color: white; color: #666666; font-family: 'Lucida Grande', 'Lucida Sans Unicode', Geneva, Arial, Verdana, sans-serif; font-size: 15px; line-height: 22.5px;">"Im Jahr 2016 hat jeder Agile Coach einmal pro Halbjahr die Gelegenheit an einem Reflektionstag teilzunehmen, um sich auszutauschen und für seine tägliche Praxis zu lernen.</span><br /><span style="background-color: white; color: #666666; font-family: 'Lucida Grande', 'Lucida Sans Unicode', Geneva, Arial, Verdana, sans-serif; font-size: 15px; line-height: 22.5px;">Preis und Reisedauer stellen hierbei kein Teilnahme-Hindernis dar."</span></blockquote>
<br />
Eine schöne Zusammenfassung des Tages gibt es zum Beispiel <a href="http://www.life-is-limit.de/die-kraft-von-zusammenarbeit-erfahrungsbericht-vom-agile-coach-practice-exchange-2/">in einem Blogeintrag von Patrick Koglin</a>.<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhcbdu5rmdiSh4KyyQVh8__pXUUCJRiq7awzpyq1MVj9MuYD7i-AeSUO41hwLBL04bb5RsibBiBevcmjjI1otGMalv0cGFA3mXN1Xwy1zFRxhWCxp_sn5UrGBvZi0tYXsj7xDojKL6Csj8/s1600/00.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhcbdu5rmdiSh4KyyQVh8__pXUUCJRiq7awzpyq1MVj9MuYD7i-AeSUO41hwLBL04bb5RsibBiBevcmjjI1otGMalv0cGFA3mXN1Xwy1zFRxhWCxp_sn5UrGBvZi0tYXsj7xDojKL6Csj8/s1600/00.jpg" height="51" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Teilnehmer des ersten CoreDay in Fürth</td></tr>
</tbody></table>
<br />Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-50401849223441684012014-02-17T10:00:00.001+01:002014-02-17T14:09:57.415+01:00Open Up Camp '14: One Page UniverseVergangenen Samstag haben <a href="https://twitter.com/martinheider">Martin Heider</a> und ich auf dem Open Up Camp 2014 in Nürnberg zum ersten Mal in einer größeren Runde über unsere Idee zum <a href="http://itscertainlyuncertain.blogspot.de/2014/02/das-wissen-der-welt-auf-einer-seite.html">One Page Universe</a> diskutiert. Wir haben dabei kurz anhand des Buches <a href="https://leanpub.com/agileplanet/">"Agile Planet"</a> das <a href="http://itscertainlyuncertain.blogspot.de/2014/02/das-wissen-der-welt-auf-einer-seite.html">Prinzip und die Idee</a> vorgestellt.<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjFvQyLaKhqDOCaQ_n25HP9aF4SR7r8ZFOIQOWkvv3nYDbGCv_duAT8DDO4aS2b6P3HuQ8Z27LnnVYgAnZZdIu1viZD2KCdM-VJX9ZA26TVsxYr3mC_NqXSqaCFF_1Ov23yRf2ZT9ElxnQ/s1600/P1060218.JPG" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjFvQyLaKhqDOCaQ_n25HP9aF4SR7r8ZFOIQOWkvv3nYDbGCv_duAT8DDO4aS2b6P3HuQ8Z27LnnVYgAnZZdIu1viZD2KCdM-VJX9ZA26TVsxYr3mC_NqXSqaCFF_1Ov23yRf2ZT9ElxnQ/s1600/P1060218.JPG" height="268" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Darstellungsidee für beliebige Themen aus dem Buch <a href="https://leanpub.com/agileplanet/">"Agile Planet"</a> anhand von "Lean Coffee"</td></tr>
</tbody></table>
<br />
Anschließend diskutierten wir mit den Teilnehmern die Vor- und Nachteile des Konzepts. Heraus kamen zum einen einige interessante Ideen, was man mit dem Konzept noch machen könnte. Zum Beispiel die Displayfläche eines typischen Smartphones als "Space Box" (räumliche Beschränkung des Inhalts) zu verwenden, um vor allem auch mobile User anzusprechen.<br />
<div>
<br />
<div>
<div>
Auf der andere Seite gab es auch konkrete Bedenken, was das Konzept angeht. Beispiele hierfür waren:</div>
<div>
<ul>
<li>Wer beurteilt die Qualität der Beiträge?</li>
<li>Wie lässt sich das mit den Grafiken für Suchmaschinen optimieren?</li>
<li>Wird die strikte Platzbeschränkung zu Oberflächlichkeit führen?</li>
<li>Wie wird es auch Menschen die nicht Kunst studiert haben möglich sein Beiträge zu verfassen?</li>
</ul>
</div>
<div>
Insgesamt war die Session sehr interessant und das Feedback der Teilnehmer äußerst wertvoll.<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg0IOddsYKMObS3gE72OUBm_bk1mhCXkFk2smhClQ8Cx7AcXSSMs7-kXgbrtfMLr1V9LCpjGi1Zht-80OAv6rr0qUC7iTLnFTKOm4BJONHHdE-XOtJrSM53_zVBckeEKznFVFUdOuy7tFo/s1600/IMG_20140215_123950.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg0IOddsYKMObS3gE72OUBm_bk1mhCXkFk2smhClQ8Cx7AcXSSMs7-kXgbrtfMLr1V9LCpjGi1Zht-80OAv6rr0qUC7iTLnFTKOm4BJONHHdE-XOtJrSM53_zVBckeEKznFVFUdOuy7tFo/s1600/IMG_20140215_123950.jpg" height="300" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Martin beim Sammeln des abschließenden Feedbacks</td></tr>
</tbody></table>
<br />
Die Frage, die Martin zum Schluss stellte war: "Was motiviert Euch, einen Artikel zum One Page Universe beizutragen?"</div>
<div>
<br /></div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjOOjJZo5OIvfSo0sETesw4mkuEF0NZMU9SHJfQyxkjjya3jzImvqeoLQ1dE4Hn_ohzJKMbsbnZ9jESeq-lAYajEhsEV1TVmN5v5XVms6hLdYicnqvrid3RiG17JmT94Qmd1JC4XqeM0V8/s1600/P1060217.JPG" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjOOjJZo5OIvfSo0sETesw4mkuEF0NZMU9SHJfQyxkjjya3jzImvqeoLQ1dE4Hn_ohzJKMbsbnZ9jESeq-lAYajEhsEV1TVmN5v5XVms6hLdYicnqvrid3RiG17JmT94Qmd1JC4XqeM0V8/s1600/P1060217.JPG" height="320" width="242" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">In grün: Antworten auf die Frage "Was wäre Eure Erwartung als Autor eines Artikels?"</td></tr>
</tbody></table>
<br />
Die Antworten auf die letzte Frage machten uns auch noch einmal klar, dass das Konzept nicht nur sehr gut für Konsumenten geeignet ist. Auch Autoren können für sich einen großen Mehrwert erreichen, indem sie ihr Wissen noch einmal knackig strukturieren und reflektieren müssen. Außerdem gibt es natürlich die Möglichkeit, eine gewisse Reputation zu erlangen.</div>
<div>
<br /></div>
<div>
<b>Fazit:</b> Die Teilnehmer waren alle sehr positiv angetan von Idee und Konzept. An ein paar Ecken müssen wir sicherlich noch feilen, aber wir bleiben dran :-)</div>
<div>
<br /></div>
<div>
Vielen herzlichen Dank an alle, die uns hier unterstützt haben!</div>
<div>
<div>
<br /></div>
<div>
<br />
<br />
<br /></div>
</div>
</div>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-66377060556212979212014-02-14T16:51:00.000+01:002014-02-14T16:57:14.929+01:00Agile Practices and CultureSpeaking of Agile Transitions, I often hear two kinds of hypotheses:<br />
<ol>
<li>"We will have to change the culture here, to be able to introduce Agile practices."</li>
<li>"We will have to introduce agile practices here, to change our corporate culture."</li>
</ol>
<div>
Those statements are somehow opposed to each other. Sixty-four-dollar question: <i>Which one is correct?</i></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
[...]</div>
<div>
<br /></div>
<div>
<br /></div>
<div>
Maybe a short look on <a href="http://www.helpingyouharmonise.com/dilts">Dilt's pyramid</a> of personal change helps?:</div>
<div>
<br /></div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjQobUCt8CX_KJqf_zIKfXcm1PO7FJ9af63yb2ROG2fK_MCaGBixJ3oqpXp8dX2fuODpvbGcxP8BzqIFPxk5qJEYfCgtavHye31CzmAMNmmxdgN6J3OJ1i3vR6dle8WCVKHzvpT7GREjAQ/s1600/Dilt's+Pyramid.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjQobUCt8CX_KJqf_zIKfXcm1PO7FJ9af63yb2ROG2fK_MCaGBixJ3oqpXp8dX2fuODpvbGcxP8BzqIFPxk5qJEYfCgtavHye31CzmAMNmmxdgN6J3OJ1i3vR6dle8WCVKHzvpT7GREjAQ/s1600/Dilt's+Pyramid.jpg" height="220" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;"><img src="http://i.creativecommons.org/l/by-sa/3.0/88x31.png" /></td></tr>
</tbody></table>
<div>
<br /></div>
<div>
<br /></div>
<div>
[...]</div>
<div>
<br /></div>
<div>
<br /></div>
<div>
And the answer is (as always): None of them. It's somewhere in between!</div>
<div>
<br /></div>
<div>
Practices influence your culture and your culture defines largely, which practices you use. Both statements contain some truth, but both are not complete. If you want to change successfully, you will have to focus on changing practices and at the same time reinforce changing attitudes and cultures, thereby changing used practices...</div>
<div>
<br /></div>
<div>
See also:</div>
<div>
<ul>
<li><a href="http://itscertainlyuncertain.blogspot.de/2014/01/agile-whole-story.html">Agile - The Whole Story</a></li>
</ul>
</div>Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-4438740972572097792014-02-10T10:15:00.001+01:002014-02-10T16:16:48.616+01:00#NoEstimates - an Interview<span style="font-family: Arial; font-size: 13px; font-style: italic; line-height: 1.15; white-space: pre-wrap;">Recently, I met Kurt Häusler (</span><a href="https://twitter.com/Kurt_Haeusler" style="font-family: Arial; font-size: 13px; font-style: italic; line-height: 1.15; white-space: pre-wrap;">Twitter</a><span style="font-family: Arial; font-size: 13px; font-style: italic; line-height: 1.15; white-space: pre-wrap;">, </span><a href="http://kurthaeusler.wordpress.com/" style="font-family: Arial; font-size: 13px; font-style: italic; line-height: 1.15; white-space: pre-wrap;">Blog</a><span style="font-family: Arial; font-size: 13px; font-style: italic; line-height: 1.15; white-space: pre-wrap;">) at the monthly meeting of the Agile User Group Rhein-Main in Wiesbaden. We had a short discussion around #NoEstimates, which brought up the idea of having a little interview via e-mail. You can read the results of this interview here. Kurt clears up many misconceptions about #NoEstimates in the following lines (<a href="http://kurthaeusler.wordpress.com/2014/02/10/noestimates-interview-with-fabian-schiller/">Kurt blogged this here</a>):</span><span id="docs-internal-guid-233d9c63-1b11-9a32-166b-2f2d708b2c5c"></span><br />
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><br /></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: bold; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">Fabian: </span><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: bold; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"> "Hi Kurt, you tell me that it is a good thing to stop estimating? I'm sorry, but I cannot </span><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">imagine how that could work out. How will I be able to calculate the costs for an upcoming project? As a business person, I must - at least - have a rough estimate, how expensive my project will be to know if it will pay off. How can you do this without estimation?"</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b id="docs-internal-guid-233d9c63-1b11-d671-ee11-0adf6e876d7f" style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: bold; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">Kurt: “Yes I think in general it is a good thing to stop estimating, there will always be situations</span><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"> where it makes sense, and of course it also depends on what we mean by estimating. For calculating costs estimation is especially bad. In fact the agile community had never even discussed estimation for this purpose. Estimation was generally safe as a tool for teams to use in planning how much work to take on each iteration and for providing rough forecasts about which features might be available in which release. For calculating costs there are a variety of approaches. Asking a team to sit down and guess how many developer hours each feature will require to type in and adding this up and multiplying these hours by various hourly rates is the poorest approach I have seen whether we are preparing an estimate for a T&M project or determining an actual price for a fixed price project.</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">My first comment would be that pricing an entire project at once is un-agile. It is at best hybrid, but that might be ok. Exactly how I would price the project depends on a lot of factors. How well does the customer understand about what he wants? Has the team done something similar before? Does the customer have a budget? How flexible is the customer and is he open to working in new ways or does he have certain constraints?</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">One simple approach (that might work in some cases but not others) would be to identify the most important feature than can be developed in one sprint. We know our team costs for a sprint so we can base the price for this “Version 0.1” or “Minimal Viable Product” on our costs. Then the customers question might be “how do I know in advance how many sprints I will need?” Then it gets interesting. I would perhaps then ask him something like “what are the minimal features we need to go live and start earning money?”. Perhaps something like the Incremental Funding Method could be an option."</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: bold; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">Fabian: "OK. That explains a lot. I see many valuable approaches in what you say. The idea of </span><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">delivering MVPs and approaching a project in small steps is nice. But as a customer I do not want to risk building one increment after another to determine that my money will not suffice to get the minimal marketable product ready when the money is already spent. So, I essentially want to know if there is a realistic chance to get my product built within my budget. How might that work with an MVP approach? Or am I and my project just not eligible for working agile? Is that what you are saying?"</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: bold; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">Kurt: “The assumption I made, was that there was at least enough money available for a minimal</span><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"> viable product (One thing we like to offer customer’s is a special price for an MVP that can be completed in 1 sprint), and some extra available for further work in case it is not ready to go live (if the software development is only part of the product for example, we probably can’t go live until the rest of the product is ready anyway). It sounds like you already have a fairly detailed understanding about exactly what it is you want as well as a budget. In other words, fixed scope, with a fixed upper bound on budget. This is probably the easiest case. Without needing to get too detailed, we can compare our delivery rate of features with our pricing and see whether the budget easily covers it or not. We can probably do this with an MVP approach but it sounds like the difficult part is already done. You already know exactly what you want. (MVPs are usually used when the customer doesn’t know exactly what he wants, and wants to first test the market with an MVP and use the feedback to drive the vision of the product) In this case we can simply build it, one feature after another, and provide regular feedback about how much of the budget we will be using. This is a fairly typical approach, and definitely qualifies as agile software development. Radical people like me would consider it a hybrid situation, as the financial decisions and requirements gathering has already taken place for the whole project, and only the development itself will be carried out iteratively. So the whole “project” doesn’t sound agile, but the software development phase can certainly be carried out according to agile software development."</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: bold; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">Fabian: “OK, I think I got that. You would just take all my stories, divide them by your average </span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">sprint capacity and then - since you have a fixed size team - know how the costs would be. Correct?</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">But how do you know, that the stories, I will deliver are about the same size as the stories, you worked on in the past? If you simply take the number of stories, size should matter. Doesn't it?"</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: bold; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">Kurt: “That is roughly right, yes. However I won’t pretend to be able to “know the costs”. The first </span><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">step is to see if we are anywhere in the same ballpark. I would take your stories, and split them, which is a fairly mechanical process looking for certain keywords, steps in a workflow, or variations etc, and count those. The numbers I base my costs on are actually based on a larger group of 20 people that is usually split into 2-4 teams and works on 2-4 different things at once. So not quite sprint capacity, but close. I know over the last 12 months this group has cost roughly 130,000 Euro per month on average, and has delivered over the last 12 months roughly 180 items per month. So that means my costs are roughly 730 per item. We only need a small margin say 5% as everything else, like rent, hardware, training, maternity leave etc is already included in the 130,000 costs. That brings it up to about 760, which I would round up to 800 to provide a nice round number and cover the risk on my size if I have to commit to a price up front, say if you will only accept a fixed price offer. Oh and you don’t really need a fixed size team, you just need to know how much the typical team changes over a year affect costs. It is definitly better to have a fairly stable team though.</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">So we can take that 800 and multiply it by the number of stories, you have and compare it to your budget. I would recommend proceeding only if the price is significantly lower than the budget. If it is more, or comes close then the project might not be such a business success. Even if the expected price is slightly lower than the budget, I would still suggest looking for a better project, </span><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: bold; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">knowledge work should result in significant rather than scant returns</span><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">.”</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">I fully expect that in any backlog the stories will vary in size. This size is not as important as many people think, once you consider the whole value stream, rather just just the development itself. I expect that the distribution of the true lead times of items I attempt in the next 12 months, and my throughput will be similar to the distribution of sizes of items I delivered and my throughput over the last 12 months. Plus every new project gives me new statistics that I can use to base the next months prices on (and one month of year old statistics drops out of the moving average). If your project turns out to result in longer lead times or a drop in throughput (whether that has anything to do with item size or some other factor), then my cost per item will go up slightly, and I will raise the prices for the next project. Possibly however another customer’s project has factors (maybe item size, maybe something else) that result in shorter lead times and an increase in throughput and they will cancel each other out."</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: bold; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">Fabian: "OK, I see, there is a lot more thoughts in #NoEstimates than just denying to estimate ;-)</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">Your explanations sound reasonable. But they open up two further questions for me:</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">1.) If your first step is to break down stories at the beginning of a project to relatively small ones - will you not be very detailed before starting to implement? This sounds kind of like a classical project specification for me...</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">2.) Using your mechanics, you would implicitly reward customers, that formulate larger and larger stories over time which sounds not good for neither your understanding of the project nor the next customer, who will have to pay that bill? After all, the distribution of story sizes is not a random variable, but highly determined by your customer!"</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: bold; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">Kurt: “With regards to question 1, my preferred approach is in fact NOT to break down all stories in</span><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"> a project to relatively small ones. My preferred approach is to simply pick the single most important feature, break that down if necessary, deliver it, and repeat. Even if we might know what the next most valuable features are I would ignore them for now and concentrate on the single most valuable feature. This is not too radical for agile software development or lean startup. This particular case is a bit different for these reasons: you already know exactly what you want, and have already completed the initial phases of the project in a waterfall manner, at least the requirements gathering seems to be complete. The other reason why we do this initial quick splitting is because you wanted a forecast upfront about how the expected costs of the whole project might compare with your budget. This is definitely a hybrid project but that is ok, most are.</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">You are right that a customer who is paying per feature might try and make them bigger to get more for his money, that is why we always split before committing together to beginning development of an item. But it could still be the case, that even after splitting one customer’s project’s items turn out to have shorter lead times or less impact on system throughput than another customer’s items. This doesn’t necessarily mean one customer is being rewarded over another. It means that customers are paying for the value they get rather than the effort we put in. Why should a customer pay more for a feature just because we have to do a bit more research than usual? Such extra investments don’t just benefit him but help the team in general, so this method spreads the costs. Why should a customer pay more for a feature just because an employee has gone on maternity leave and we had to hire another. Costs will go up, throughput will go down. This will change our cost per item, but no specific customer should be rewarded or penalised for this."</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: bold; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">Fabian: "I think, I understand: Either I know exactly what I want to have (and am willing to invest </span><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">heavily in analysis), then you would just break down stories to relatively small ones. Otherwise, you would suggest to proceed incrementally via MVPs (where you break down stories for the next increment only).</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">The activities in both cases seem relatively similar to what I would do when I would estimate a project (or a part of a project):</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">* Specify what will be delivered with the next milestone</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">* Break it down (to a certain degree), to see what has to be done</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">* Assign every item some specific effort</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">You just leave out the last item, which is putting a number on it, ain't you?</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">The amount of work for assigning efforts seems relatively low for me, if you already broke down the work. This brings me to my next question: What are the concrete advantages of not estimating? What problems are solved by not estimating?"</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: bold; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">Kurt: “The first bit is roughly right, although I don’t think anyone should ever need to invest heavily</span><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"> in analysis. If you know what you want in advance then the analysis has been done. If you don’t then we can start to think in a lean startup way, and conduct experiments to test our market assumptions and generate new knowledge. I guess initial story splitting is a kind of analysis, but it is more like a simple mechanical process, looking for keywords etc.</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">And of course as usual, both extremes are rare, more typical is something in the middle, where the customer knows something about what he wants, but not all the details.</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">I like your list of three points. I would leave out the third point, but I would replace it with something like “assign a risk category”, or “assign a class of service” or “calculate the cost of delay”. Actually these things don’t need to be, and shouldn’t be, done all at once in the beginning. That is waterfall, or hybrid not agile. I think it is better to do such things as late as possible, just before the actual development.</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">You are right that the problem with estimates is not just that it takes time. It is unprofessional. It is like fortune-telling. It is simply guessing, and in several decades of software development we have learned that it doesn’t work. The numbers that is produces cannot be reliably used for anything, except perhaps sprint and release planning. Now we are starting to understand why it doesn’t work. You cannot reliably predict the effort involved in completing work in the complex or chaotic domain. Even if you could predict it, this number will not have any meaningful relationship to anything important. Now the agile community has talked a bit about estimating, and done a reasonable job with it so that it is useful in certain circumstances, done in a certain way. Using relative units like story points has helped scrum teams perform sprint and release planning, particularly when the variability of PBIs is not well understood. It is important that everyone understands the limitation of this approach. That these estimates are not to be understood by a customer to be a promise, they are not applicable when considering the wider value stream, they should not be used to base prices on etc.</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">No one in the agile community ever said that effort estimates are the correct approach to use for calculating costs in an offer or invoice. No one ever said that effort estimates be used to determine project delivery dates. Doing this has resulted in losing huge amounts of trust and money (either the customer’s or supplier’s).</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">So there are several problems solved by not estimating: Project failure in general, mistrust and disappointed customers, teams that feel disappointed when the actual lead time and delivery rate doesn’t match their guesses, and huge loss of money.</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">Imagine these slight exaggerated scenarios. Imagine a Scrum team developing software according to a backlog, and they need to know what they might achieve in a week. In this case the units of work (PBIs) are relatively large and few in number compared to the container (the sprint). It is like packing large stones in a small jar. If the stones have a variety of sizes then guessing at their rough relative sizes can help determine if we can pack in 5, 10, 15 or 20 stones in the jar. This is all the agile community has ever used estimation for, and in this specific context, it solves a specific problem.</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><b style="font-weight: normal;"><br /><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"></span></b></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">If we consider the whole value stream, not just the development, and look at the departmental or business unit level, or even if we consider whole projects rather than individual sprints, then we aren’t packing large stones into small jars. The size of the units of work is relatively smaller compared to the container. It is more like filling larger jars with grains of sand. Not only filling the jars, but collecting them from the beach, cleaning the jars, filling them, packing them into a box and taking them to a post office. In this scenario would you bother trying to estimate the size of each grain of sand? No. You would use concrete measurements of how many boxes could be delivered to the post office over the last lear, and use that information to base future business decisions on."</span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: transparent; color: black; font-family: Arial; font-size: 13px; font-style: italic; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"><br /><span style="background-color: white; color: #222222; font-style: normal; vertical-align: baseline;"></span></span></div>
<div dir="ltr" style="line-height: 1.15; margin-bottom: 0pt; margin-top: 0pt;">
<span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: bold; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;">Fabian: “Thanks Kurt! I think we covered many topics. And cleared up several misunderstandings</span><span style="background-color: white; color: #222222; font-family: Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; text-decoration: none; vertical-align: baseline; white-space: pre-wrap;"> about #NoEstimates. I really appreciated this dialog as I learned a lot!”</span></div>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-65809002416209933372014-02-04T07:50:00.000+01:002014-02-04T07:50:27.604+01:00Cynefin on One PageThis drawing is part of a Leanpub book: <a href="https://leanpub.com/agileplanet">https://leanpub.com/agileplanet</a>.<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgO3SVSibGwYOCOldKko4Uyi5Yh-9cUNrum747R5m2QWL_Ftfy0-xFNXuxm8eltgg_eUqFgWo0Oo6joPKxm2Z1ThRMDNcJLvj2X9akWiLHq1VE3jGkhbdCTcm0o55ulY1KCkht6J3Q6kl4/s1600/Cynefin.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgO3SVSibGwYOCOldKko4Uyi5Yh-9cUNrum747R5m2QWL_Ftfy0-xFNXuxm8eltgg_eUqFgWo0Oo6joPKxm2Z1ThRMDNcJLvj2X9akWiLHq1VE3jGkhbdCTcm0o55ulY1KCkht6J3Q6kl4/s1600/Cynefin.jpg" height="640" width="450" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;"><img src="http://i.creativecommons.org/l/by-sa/3.0/88x31.png" /></td></tr>
</tbody></table>
<br />
References:<br />
<ul>
<li>"<a href="http://xenia.media.mit.edu/~brooks/storybiz/kurtz.pdf">The new dynamics of strategy: Sense-making in a complex and complicated world</a>"; C. F. Kurtz, D. J. Snowden</li>
<li><a href="http://cognitive-edge.com/blog">Blog</a> of Dave Snowden</li>
</ul>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-15700062931149163532014-02-03T16:30:00.000+01:002014-02-05T08:45:57.770+01:00Das Wissen der Welt - auf einer SeiteWissen ist in unserer Zeit leicht zugänglich. Das Internet hat uns (fast) alle Türen geöffnet. Die erste Hürde ist genommen! Aber Zugang haben alleine reicht leider nicht aus. Wissen muss auch für jeden erfahrbar sein. Sind wir schon so weit?<br />
<br />
Da gibt es <a href="http://www.wikipedia.org/">Wikipedia</a> - ein tolles Medium für alle, die gerne viel lesen. Auf <a href="http://www.youtube.com/">Youtube</a> findet man zu fast allem etwas für die die audiovisuellen Typen. Zahlreiche <a href="http://www.flickr.com/">Bild</a>-<a href="http://www.google.de/imghp">Portale</a> helfen auch Menschen mit starkem visuellen Bedürfnis oft etwas Passendes zu finden. Aber die Information ist noch sehr verteilt. Und auch von stark schwankender Qualität und Umfang. Mal finde ich einen Artikel von mehreren Seiten Länge zu einem Thema, das ich gerne in drei Minuten umreißen möchte. Ein anderes mal kaum fünf Sätze zu einem Thema bei dem ich gerne mehr Tiefe hätte.<br />
<br />
Diese Problematik brachte mich Mitte Januar 2014 dazu, ein <a href="https://leanpub.com/agileplanet/">kleines Booklet</a> zu veröffentlichen. In diesem wird ein breites Spektrum von Themen aus dem Agilen Kontext im immer gleichen Format vorgestellt:<br />
<ul>
<li>Ein Tweet</li>
<li>Ein Text von maximal 200 Wörtern</li>
<li>Einige weiterführende Links</li>
<li>Eine DIN A4 Zeichnung</li>
</ul>
<div class="separator" style="clear: both; text-align: left;">
Das <a href="https://leanpub.com/agileplanet/">Buch</a> ist inzwischen ein kleiner Erfolg geworden. Nach gerade zwei Wochen und ohne Werbung sind bereits einhundert Exemplare im Umlauf.</div>
<div class="separator" style="clear: both; text-align: left;">
<br /></div>
<div class="separator" style="clear: both; text-align: left;">
In einigen Brainstormings mit <a href="https://twitter.com/martinheider">Martin</a> <a href="http://infomar.de/">Heider</a> haben sich aus dieser initialen Idee inzwischen weitere entwickelt. Das Konzept lässt sich sehr einfach erweitern auf andere Themen als die im Booklet behandelten Agilen. Das brachte uns auf die Idee vom "Universe on 1 Page".</div>
<div class="separator" style="clear: both; text-align: left;">
<br /></div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi7-ssOcxcTuJI39JkRNopxSVf3JhxJCOYiC3MPhoUaQtc9qi7J8ab6vS9HsaOmfr380jc1xuEGNBOsUHAkpSPYHMOu5oKN92sO7fo4YS-wn_goxZLW2L70bmFhZsDB2-91BJluZP_z_0k/s1600/Universe-on-1-Page.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi7-ssOcxcTuJI39JkRNopxSVf3JhxJCOYiC3MPhoUaQtc9qi7J8ab6vS9HsaOmfr380jc1xuEGNBOsUHAkpSPYHMOu5oKN92sO7fo4YS-wn_goxZLW2L70bmFhZsDB2-91BJluZP_z_0k/s1600/Universe-on-1-Page.jpg" height="285" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="font-size: 13px;">The "Universe on 1 Page" - Fabian Schiller<br />
<img src="http://i.creativecommons.org/l/by-sa/3.0/88x31.png" /></td></tr>
</tbody></table>
<div class="separator" style="clear: both; text-align: left;">
<br /></div>
<div class="separator" style="clear: both; text-align: left;">
Wir arbeiten auch an einem Workshop-Konzept um eine Struktur zu finden, die es jedem erleichtert, sein Wissen in diese kompakte, übersichtliche und leicht verständliche Form zu bringen. <span style="background-color: white; color: #222222; font-family: 'Times New Roman', serif; font-size: 16px;">Dazu haben wir das einstündige Workshop Format selbst durchlaufen, um einen One-Pager über das Workshop Konzept zu erstellen. Was wir im Rahmen dieser Stunde erlebt haben, wollen wir noch zu einem späteren Zeitpunkt berichten. Einstweilen möchten wir das Bild teilen, was unter anderem innerhalb dieser Stunde entstanden ist:</span></div>
<div class="separator" style="clear: both; text-align: left;">
<br /></div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiMqq1emikZSbLH5r0hUIcu7qfAu2CDQ6mtHnfT57v2VhQdrHaisACjIQQNQI4hspz7u3bulYWodMlX7iGNZpuj0KcmNFvYRNZ76Mb-Z16pGlEJdc_s-rz9BYnNC2aNDmuJjbZ0nM7BwFc/s1600/07.JPG" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiMqq1emikZSbLH5r0hUIcu7qfAu2CDQ6mtHnfT57v2VhQdrHaisACjIQQNQI4hspz7u3bulYWodMlX7iGNZpuj0KcmNFvYRNZ76Mb-Z16pGlEJdc_s-rz9BYnNC2aNDmuJjbZ0nM7BwFc/s1600/07.JPG" height="320" width="233" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">One-Pager zum Workshop-Konzept</td></tr>
</tbody></table>
<div class="separator" style="clear: both; text-align: left;">
<br /></div>
<div class="separator" style="clear: both; text-align: left;">
Neugierig geworden? Die ersten Versuche mit den neuen Formaten werden wir voraussichtlich auf dem <a href="http://www.openup-camp.de/index.php">Open Up Camp</a> und dem <a href="https://www.xing.com/net/pri83f227x/agilemonday/">Agile Monday</a> in Nürnberg starten. Seid dabei!</div>
<div>
<br /></div>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-32709562178716968302014-01-23T11:40:00.000+01:002014-01-23T13:47:25.734+01:00Retrospectives on One Page<div class="separator" style="clear: both;">
Drawing is part of a Leanpub book: <a href="https://leanpub.com/agileplanet">https://leanpub.com/agileplanet</a>.</div>
<div class="separator" style="clear: both;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgt7z7q34o-NOhkHEJfQc-i_q4bmjE4k_zdS2kpwmCRoQ0CK8nz77q3gI5JxX3jZVRfa63dz5XPcQ93HZKolsVJG7Gxsh7G65pafGFElf68G_KzlAMnt2B7VfrkgNQTpVeq55P-a4n3kgM/s1600/Retrospectives.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgt7z7q34o-NOhkHEJfQc-i_q4bmjE4k_zdS2kpwmCRoQ0CK8nz77q3gI5JxX3jZVRfa63dz5XPcQ93HZKolsVJG7Gxsh7G65pafGFElf68G_KzlAMnt2B7VfrkgNQTpVeq55P-a4n3kgM/s1600/Retrospectives.jpg" height="640" width="444" /></a></div>
<div class="separator" style="clear: both;">
<br /></div>
<div class="separator" style="clear: both;">
<br /></div>
<div class="separator" style="clear: both;">
References:</div>
<div class="separator" style="clear: both;">
</div>
<ul>
<li><a href="http://www.amazon.de/Agile-Retrospectives-Making-Pragmatic-Programmers/dp/0977616649/ref=sr_1_1?ie=UTF8&qid=1390473497&sr=8-1&keywords=agile+retrospectives">"Agile Retrospectives"</a> by Esther Derby and Diana Larsen</li>
<li><a href="https://leanpub.com/the-retrospective-handbook">"The Retrospective Handbook"</a> by Patrick Kua</li>
<li><a href="https://leanpub.com/gettingvalueoutofagileretrospectives">"Getting Value out of Retrospectives"</a> by Luis Goncalves und Ben Linders</li>
<li><a href="http://www.plans-for-retrospectives.com/">Retr-O-Mat</a> by Corinna Baldauf</li>
</ul>
<br />
<div>
<br /></div>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-67611879066458054272014-01-21T16:48:00.000+01:002014-01-21T16:49:55.768+01:00Agile - The Whole StoryYou perfectly adopted Scrum - but some people are still complaining, that this was not the big deal? Had a huge agile adoption, top management involved, lots of new structures - but defect rates in your systems are not where you expected them to be?<br />
<br />
Maybe the reason for your observation is, that you did omit one or more levels of the Agile pyramid of needs.<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhIn9z1Fjsy-ae8hAIiV2VdU0J8EuCAu4GTNpeXJXB1Yc0Zhz8l9eL_SJ59ao5Q4h1TqobQa4kpPlZ5ZvT_JJvnAKgSuN_6sxF5E28ddCrSEo8zQ04kWEL32cIdoPznC17B0OoP49uXVL0/s1600/AgilePyramidOfNeeds.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhIn9z1Fjsy-ae8hAIiV2VdU0J8EuCAu4GTNpeXJXB1Yc0Zhz8l9eL_SJ59ao5Q4h1TqobQa4kpPlZ5ZvT_JJvnAKgSuN_6sxF5E28ddCrSEo8zQ04kWEL32cIdoPznC17B0OoP49uXVL0/s1600/AgilePyramidOfNeeds.jpg" height="248" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">The "Agile Pyramid of Needs"</td></tr>
</tbody></table>
<br />
Agile essentially is a mindset. A culture. Many processes and tools (left side in the picture) are derived from the core values of this culture and they work seamlessly in Agile cultures. This is because on every level, people think in Agile ways and tailor their respective field of work to fit an Agile approach.<br />
<br />
Nevertheless, companies that do not inherently have an <a href="http://itscertainlyuncertain.blogspot.de/2014/01/agile-manifesto-on-one-page.html">Agile culture</a> might want to get there, too, because it does have great advantages. The first step on this journey is often to adopt one or more of the Agile tools and processes mentioned above. But none of those processes or tools addresses all levels of the pyramid. This leads to some improvements and eventually small cultural changes on several places, but the success of truly Agile companies is not achieved.<br />
<br />
Have a look at the pyramid above and see, if your Agile efforts hit all levels of the pyramid. If they do not, many of the problems you encounter now might stem from different cultures emerging (or staying) at different parts of your processes and company.<br />
<br />
Maybe the pyramid model helps you to identify areas, where you missed to think about the impact of Agile. Identifying those areas will not immediately help you to change the culture of your company to an Agile one. Culture cannot be bought and is really hard to change. But processes and tools do have <i>influence</i> on culture. So finding the tools that address the blind spots in your Agile adoption might be a good next small step towards becoming a better company.<br />
<br />
-----<br />
<br />
Levels of the "Agile Pyramid of Needs":<br />
<br />
<ol>
<li><b>Basic Needs</b> <i>- solid craftsmanship is in place, everybody knows his business basics:</i> Test Driven Development (TDD), Continuous Integration, Software Craftsmenship, ...</li>
<li><b>Safety</b> <i>- you can build and release securely and with high quality</i>: test automation, experience, automated security tests, continuous integration & deployment, ...</li>
<li><b>Belonging</b> <i>- teams are in place and doing a great job jointly:</i> Scrum, eXtreme Programming, team building, retrospectives, Scrum Master, Agile Coach, ...</li>
<li><b>Self-Esteem</b> <i>- you know your business value, speak about and optimize it:</i> Kanban, Scrum, Beta-Codex Network, Radical Management, ...</li>
<li><b>Self-Actualization</b> <i>- you do organizational experiments: </i>Stoos, Management Innovations, ...</li>
</ol>
<br />
<br />
What Agile tools and processes do you know? On which level of the pyramid would you see them? Feel free to leave your comments!<br />
<br />
<b>See also:</b><br />
<br />
<ul>
<li><a href="http://www.bigvisible.com/2008/12/maslows-hierarchy-as-an-agile-adoption-framework/">http://www.bigvisible.com/2008/12/maslows-hierarchy-as-an-agile-adoption-framework/</a></li>
<li><a href="http://en.wikipedia.org/wiki/Maslow's_hierarchy_of_needs">http://en.wikipedia.org/wiki/Maslow's_hierarchy_of_needs</a></li>
</ul>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-23082511150641025002014-01-17T08:00:00.000+01:002014-01-17T08:00:08.811+01:00Open Space on One Page<div class="separator" style="clear: both; text-align: left;">
This drawing is part of a Leanpub book: <a href="https://leanpub.com/agileplanet">https://leanpub.com/agileplanet</a>. If you like it, you might want to have a look at the book, too.</div>
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgaUxvcroYITbL3svsjdqCxy8054ctBPNq_cPQHYzXcM9mYrG8s6md-khJAn0r67VQo4Yhl3NsLiL2l3yq8RPs7humbfxz5_rqzxuyAEhaQPc1KZQ5mwjn96wokNsNU2XKdevqGZ9KP7AM/s1600/OpenSpace.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgaUxvcroYITbL3svsjdqCxy8054ctBPNq_cPQHYzXcM9mYrG8s6md-khJAn0r67VQo4Yhl3NsLiL2l3yq8RPs7humbfxz5_rqzxuyAEhaQPc1KZQ5mwjn96wokNsNU2XKdevqGZ9KP7AM/s1600/OpenSpace.jpg" height="640" width="444" /></a></div>
<br />
References:<br />
<br />
<ul>
<li><a href="http://www.openspaceworld.org/">http://www.openspaceworld.org/</a></li>
<li><a href="http://en.wikipedia.org/wiki/Open_Space_Technology">Wikipedia on Open Space</a></li>
</ul>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-47156672763679141382014-01-16T08:00:00.000+01:002014-01-16T08:00:07.146+01:00TDD on One Page<div class="separator" style="clear: both; text-align: left;">
This drawing is part of a Leanpub book: <a href="https://leanpub.com/agileplanet">https://leanpub.com/agileplanet</a>. If you like it, you might want to have a look at the book, too.</div>
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh3Xw4aPd41caNAhmxwXSokuj4HOkYx9Kfm82fqnC3OBxkhnBd-PfpUDk5S7pfkqHRtxQAjXN6pDYIXFplt3hFEZ6RvrfBwU1VF-0aCTf2VF8LNHu2ELi40dR1Fd1Z8bTdQEUwWh3wiOk4/s1600/TestDrivenDevelopment.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh3Xw4aPd41caNAhmxwXSokuj4HOkYx9Kfm82fqnC3OBxkhnBd-PfpUDk5S7pfkqHRtxQAjXN6pDYIXFplt3hFEZ6RvrfBwU1VF-0aCTf2VF8LNHu2ELi40dR1Fd1Z8bTdQEUwWh3wiOk4/s1600/TestDrivenDevelopment.jpg" height="640" width="444" /></a></div>
<br />
References:<br />
<ul>
<li><a href="http://www.amazon.de/Driven-Development-Example-Addison-Wesley-Signature/dp/0321146530/ref=sr_1_sc_1?ie=UTF8&qid=1389347436&sr=8-1-spell&keywords=test+diven+development">"Test Driven Development by Example"</a> - Kent Beck</li>
<li><a href="http://blog.8thlight.com/uncle-bob/2013/03/06/ThePragmaticsOfTDD.html">"The Pragmatics of TDD"</a> - a blog post by Robert C. Martin (Uncle Bob)</li>
<li><a href="http://en.wikipedia.org/wiki/Test-driven_development">Wikipedia on Test Driven Development</a></li>
</ul>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-47210321371178041162014-01-15T08:00:00.000+01:002014-01-15T08:00:07.573+01:00Lean Startup on One Page<div class="separator" style="clear: both; text-align: left;">
This drawing is part of a Leanpub book: <a href="https://leanpub.com/agileplanet">https://leanpub.com/agileplanet</a>. If you like it, you might want to have a look at the book, too.</div>
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi0-Y7WRygZiqOEVShPEk5ZxEPKZoWfJeieummvk9XNhwhAO5GvCL53Q5JFo1I_iXhu_zbTUu-fSa_9lHUri0SjEt2NPd98oplFrXHBwsPMPig7dSx5Gh2kUu_-2e_NyeujNpQ2R6czLjs/s1600/LeanStartup.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi0-Y7WRygZiqOEVShPEk5ZxEPKZoWfJeieummvk9XNhwhAO5GvCL53Q5JFo1I_iXhu_zbTUu-fSa_9lHUri0SjEt2NPd98oplFrXHBwsPMPig7dSx5Gh2kUu_-2e_NyeujNpQ2R6czLjs/s1600/LeanStartup.jpg" height="640" width="432" /></a></div>
<div class="separator" style="clear: both; text-align: left;">
<br /></div>
<div class="separator" style="clear: both; text-align: left;">
References:</div>
<ul>
<li><a href="http://theleanstartup.com/">http://theleanstartup.com/</a></li>
<li><a href="http://www.amazon.de/The-Lean-Startup-Innovation-Successful/dp/0670921602/ref=sr_1_1?ie=UTF8&qid=1389278319&sr=8-1&keywords=lean+startup">"The Lean Startup"</a> - Eric Ries</li>
</ul>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-29768169313746149522014-01-14T08:00:00.000+01:002014-01-14T08:00:02.196+01:00Scrum on One Page<div class="separator" style="clear: both; text-align: left;">
This drawing is part of a Leanpub book: <a href="https://leanpub.com/agileplanet">https://leanpub.com/agileplanet</a>. If you like it, you might want to have a look at the book, too.</div>
<div class="separator" style="clear: both; text-align: left;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg0U1h7dfuSY6WexoXcIXL3H1n87VrdShdcMEvgEzPRGYQMtDxWTwL5qNsR-ojr4l0A0Fo_DP-V6Ij9CyJM23rmv6FwiwP6WIqMWCFLH4Zm0BQhu3LJH36dsIPsBTj_BSEuiGv2_XZYIJA/s1600/Scrum.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="640" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg0U1h7dfuSY6WexoXcIXL3H1n87VrdShdcMEvgEzPRGYQMtDxWTwL5qNsR-ojr4l0A0Fo_DP-V6Ij9CyJM23rmv6FwiwP6WIqMWCFLH4Zm0BQhu3LJH36dsIPsBTj_BSEuiGv2_XZYIJA/s1600/Scrum.jpg" width="446" /></a></div>
<br />
References:<br />
<ul>
<li>The official <a href="https://www.scrum.org/Scrum-Guide">Scrum Guide</a></li>
<li><a href="http://www.amazon.de/Agile-Project-Management-Microsoft-Professional/dp/073561993X/ref=sr_1_1?s=books-intl-de&ie=UTF8&qid=1389255580&sr=1-1&keywords=scrum+schwaber">"Agile Project Management with Scrum"</a> - Ken Schwaber</li>
<li><a href="http://agileatlas.org/atlas/scrum">Agile Atlas on Scrum</a> (Scrum Alliance)</li>
<li><a href="http://scrum.jeffsutherland.com/">Jeff Sutherland's blog</a></li>
</ul>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-46961019004665818712014-01-13T08:00:00.000+01:002014-01-13T15:32:00.292+01:00Agile Manifesto on One Page<div class="separator" style="clear: both; text-align: left;">
This drawing is part of a Leanpub book: <a href="https://leanpub.com/agileplanet">https://leanpub.com/agileplanet</a>. If you like it, you might want to have a look at the book, too.</div>
<div class="separator" style="clear: both; text-align: left;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgqBjez53LB3V0WGTINBv2YoSQEmBBWoImJtHaLQ0w6_w2nkbRqHM8l8HfyNejnBZCvoZTvjDEBDmtoZfo60Yoz3Ab2Dwyb8myTSaF98tOtYlVUWXlBUz5aykBtDc6eAf_froSs0FEa3ME/s1600/AgileManifesto.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgqBjez53LB3V0WGTINBv2YoSQEmBBWoImJtHaLQ0w6_w2nkbRqHM8l8HfyNejnBZCvoZTvjDEBDmtoZfo60Yoz3Ab2Dwyb8myTSaF98tOtYlVUWXlBUz5aykBtDc6eAf_froSs0FEa3ME/s1600/AgileManifesto.jpg" height="640" width="438" /></a></div>
<br />
References:<br />
<div>
<ul>
<li><a href="http://agilemanifesto.org/">http://agilemanifesto.org/</a></li>
<li><a href="http://martinfowler.com/bliki/AgileImposition.html">Agile Imposition</a> by Martin Fowler</li>
</ul>
</div>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com1tag:blogger.com,1999:blog-8446557784130633201.post-87634910016660535932014-01-10T11:30:00.000+01:002014-01-10T19:24:38.753+01:00Lean Coffee on One Page<div class="separator" style="clear: both; text-align: left;">
This drawing will appear as part of a Leanpub book, explaining several Agile topics in a and quick and entertaining way, soon. If you are interested in the book, I would very much appreciate if you subscribe here: <a href="https://leanpub.com/agileplanet">https://leanpub.com/agileplanet</a></div>
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg60cCcEgvNXiSugfrXJ61Vn8au4oglzA-gEWMvwTpcbuQULTN3yshyphenhyphenO3CpDTFq5LHpBwcxaDtRIByJQNoCmtyG10BmZy4Ik8XBks-DVggkaKEN3biw0pyIQTRchCog68_Skr9VxbxbPeU/s1600/LeanCoffee.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg60cCcEgvNXiSugfrXJ61Vn8au4oglzA-gEWMvwTpcbuQULTN3yshyphenhyphenO3CpDTFq5LHpBwcxaDtRIByJQNoCmtyG10BmZy4Ik8XBks-DVggkaKEN3biw0pyIQTRchCog68_Skr9VxbxbPeU/s1600/LeanCoffee.jpg" height="640" width="448" /></a></div>
<br />
References:<br />
<br />
<ul>
<li><a href="http://leancoffee.org/">http://leancoffee.org/</a></li>
<li><a href="http://wall-skills.com/2013/lean-coffee/">Wall Skill on Lean Coffee</a> by Corinna Baldauf</li>
</ul>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-2439530692252775412014-01-09T12:00:00.000+01:002014-01-13T15:30:52.264+01:00Lean on One Page<div class="separator" style="clear: both; text-align: left;">
This drawing is part of a Leanpub book: <a href="https://leanpub.com/agileplanet">https://leanpub.com/agileplanet</a>. If you like it, you might want to have a look at the book, too.</div>
<div class="separator" style="clear: both; text-align: left;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhdF1TlenTkVVk5jFovUvanGgjK4hroej4dSG0AbPadY8__UheJt4d6tMD5z2gIf1aRX2InwZeklBD9hK8w8r9jFXeEFHrN7v47ngvWK43UgpCAQhniXkotrh__v50iybG5i7KWgWcxTYE/s1600/LeanSWDev.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhdF1TlenTkVVk5jFovUvanGgjK4hroej4dSG0AbPadY8__UheJt4d6tMD5z2gIf1aRX2InwZeklBD9hK8w8r9jFXeEFHrN7v47ngvWK43UgpCAQhniXkotrh__v50iybG5i7KWgWcxTYE/s1600/LeanSWDev.jpg" height="640" width="450" /></a></div>
<br />
References:<br />
<ul>
<li><a href="http://www.amazon.de/Implementing-Lean-Software-Development-Addison-Wesley/dp/0321437381/ref=sr_1_2?ie=UTF8&qid=1388969335&sr=8-2&keywords=lean+software+development">"Implementing Lean Software Development"</a> - The Poppendiecks</li>
<li><a href="http://www.amazon.de/Leading-Lean-Software-Development-Addison-Wesley/dp/0321620704/ref=sr_1_3?ie=UTF8&qid=1388969335&sr=8-3&keywords=lean+software+development">"Leading Lean Software Development"</a> - The Poppendiecks</li>
<li><a href="http://de.slideshare.net/jpvajda/lean-software-development-principles">Presentation on Lean Software Development Principles</a> - John P. Vajda</li>
<li><a href="http://en.wikipedia.org/wiki/Lean_software_development">Lean on Wikipedia</a></li>
</ul>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-71767080974845656912014-01-08T08:00:00.000+01:002014-01-13T15:31:51.605+01:00eXtreme Programming on One Page<div class="separator" style="clear: both; text-align: left;">
This drawing is part of a Leanpub book: <a href="https://leanpub.com/agileplanet">https://leanpub.com/agileplanet</a>. If you like it, you might want to have a look at the book, too.</div>
<div class="separator" style="clear: both; text-align: left;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg6wiVXfI260SCKz5ACe6hgwckDx9rYhEer0H5JCnvRv3m2-mMaG47_OlbYkKhyphenhyphenVY0_L1YtzuMrHCZ3fs-zWDaElm_mNSx2-7RJb0YLdLRF7SueeQmkpEw7Gz_YOe9g1LBgdqc2h3y6u7k/s1600/eXtremeProgramming.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg6wiVXfI260SCKz5ACe6hgwckDx9rYhEer0H5JCnvRv3m2-mMaG47_OlbYkKhyphenhyphenVY0_L1YtzuMrHCZ3fs-zWDaElm_mNSx2-7RJb0YLdLRF7SueeQmkpEw7Gz_YOe9g1LBgdqc2h3y6u7k/s640/eXtremeProgramming.jpg" height="640" width="452" /></a></div>
<br />
<br />
Resources:<br />
<br />
<ul>
<li><a href="http://www.amazon.de/Extreme-Programming-Explained-Embrace-Change/dp/0321278658/ref=sr_1_1?ie=UTF8&qid=1388943203&sr=8-1&keywords=extreme+programming+explained">"eXtreme Programming Explained: Embrace Change"</a> - Kent Beck, Cynthia Andres</li>
<li><a href="http://www.extremeprogramming.org/">http://www.extremeprogramming.org/</a></li>
<li><a href="http://en.wikipedia.org/wiki/Extreme_programming">Wikipedia on eXtreme Programming</a></li>
</ul>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-35561822410500541112014-01-07T08:00:00.000+01:002014-01-10T19:24:56.730+01:00Real Options on One Page<div class="separator" style="clear: both; text-align: left;">
This drawing will appear as part of a Leanpub book, explaining several Agile topics in a and quick and entertaining way, soon. If you are interested in the book, I would very much appreciate if you subscribe here: <a href="https://leanpub.com/agileplanet">https://leanpub.com/agileplanet</a></div>
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEglNhmRXveiPlYcl78BY-z2fThMZtkkXtFmZF4nmuF0Demx_KLccnIwRTedDNnKFdKtNc26nfJBGb9G2QNDqu0MfEvrBW6J8Emzve-CqbfzF2pb_m6hyphenhyphen6wrzGB0QQafwzXLbLYrXNddSR4/s1600/RealOptions.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEglNhmRXveiPlYcl78BY-z2fThMZtkkXtFmZF4nmuF0Demx_KLccnIwRTedDNnKFdKtNc26nfJBGb9G2QNDqu0MfEvrBW6J8Emzve-CqbfzF2pb_m6hyphenhyphen6wrzGB0QQafwzXLbLYrXNddSR4/s640/RealOptions.jpg" height="640" width="452" /></a></div>
<br />
Resources:<br />
<br />
<ul>
<li><a href="http://commitment-thebook.com/">"Commitement" - The Book</a></li>
<li><a href="http://www.infoq.com/articles/real-options-enhance-agility">"Real Options" Underlie Agile Practices</a></li>
<li><a href="http://en.wikipedia.org/wiki/Real_options">Wikipedia on "Real Options"</a> (financial!)</li>
<li><a href="http://www.agile42.com/en/blog/2013/04/03/real-options-biggest-fail-agile/">Why "Real Options" is the biggest fail of the Agile Community so far</a></li>
</ul>
<br />
<br />Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-90211472332393841392014-01-02T12:10:00.001+01:002014-01-10T19:25:11.438+01:00Kanban on One Page<div class="separator" style="clear: both; text-align: left;">
This drawing will appear as part of a Leanpub book, explaining several Agile topics in a and quick and entertaining way, soon. If you are interested in the book, I would very much appreciate if you subscribe here: <a href="https://leanpub.com/agileplanet">https://leanpub.com/agileplanet</a></div>
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgFugpX9JW0hCOCkZRM0zmHQhhGBr4zwUCKLkvm32f72GDwhvNDXsdql5b7jLyAZm_cHzEvagJXMrTDUqYTUa_iBqEKVoOJxYkr0ZHg128Ie8V9UL0Ycc8lvjOddbp2BxsilkpnyvdWG8c/s1600/Kanban.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgFugpX9JW0hCOCkZRM0zmHQhhGBr4zwUCKLkvm32f72GDwhvNDXsdql5b7jLyAZm_cHzEvagJXMrTDUqYTUa_iBqEKVoOJxYkr0ZHg128Ie8V9UL0Ycc8lvjOddbp2BxsilkpnyvdWG8c/s640/Kanban.jpg" height="640" width="452" /></a></div>
<br />
Resources:<br />
<ul>
<li><a href="http://www.amazon.de/Kanban-Successful-Evolutionary-Technology-Business/dp/0984521402">"Kanban: Successful Evolutionary Change for your Technology Business" - David J. Anderson</a></li>
<li><a href="http://en.wikipedia.org/wiki/Kanban_(development)">Wikipedia on Kanban</a></li>
<li>Arne Roock posts on Kanban topics regularly on his <a href="http://www.software-kanban.de/">blog</a>.</li>
</ul>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-1800679941436549272013-12-19T11:44:00.002+01:002013-12-19T11:44:13.144+01:00A Story Mapping WorkshopLast Monday, I facilitated a workshop on <a href="http://www.agileproductdesign.com/blog/the_new_backlog.html">Story Mapping</a> at <a href="https://www.xing.com/net/prif27ebex/agilemonday/">Agile Monday Nuremberg</a>. I got some positive feedback on that workshop and thus, I will share the format and materials here for anybody interested.<br />
<br />
<h3>
Materials</h3>
<div>
<ul>
<li>Slides for introduction (you can find my <a href="https://docs.google.com/presentation/d/1wjVE2A3XyMaZ80zq_k5nX6M0f9ZVTomJaiI0XL6WX-E/edit?usp=sharing">slides here</a>)</li>
<li>Flip chart paper or some other kind of wallpaper for every group</li>
<li>2-3 fine liner for every group</li>
<li>Sticky notes</li>
</ul>
</div>
<h3>
Execution</h3>
<div>
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; margin-left: 1em; text-align: right;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg43qqTddaUrSaUhbq0vc4xr6mpQ89uZTau0hA6fBpblVnjD1NEUgxiNoXXIZkDyWpCUP4Zp-5GFL7vZMLzrxn9xDRMeLEEQBR4E_U0pHAUTeUsvEq3oz3zs17wUjBg6xiRQi2-vn61Qkc/s1600/P1050560.JPG" imageanchor="1" style="clear: right; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" height="240" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg43qqTddaUrSaUhbq0vc4xr6mpQ89uZTau0hA6fBpblVnjD1NEUgxiNoXXIZkDyWpCUP4Zp-5GFL7vZMLzrxn9xDRMeLEEQBR4E_U0pHAUTeUsvEq3oz3zs17wUjBg6xiRQi2-vn61Qkc/s320/P1050560.JPG" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Keep the presentation short</td></tr>
</tbody></table>
<ol>
<li>Introduce Story Mapping in 5-10 minutes using just one or two slides.</li>
<li>Let people split into groups of at most five people per group and brainstorm what app they want to "build". (5 min)</li>
<li>Next, the groups will write the key activities for their app. (10 min)</li>
<li>After activities are written, every group thinks about the tasks needed for the activities. (10 min)</li>
<li>The next minutes will be used, to plan for a first release of the app. (5 min)</li>
<li>Let every group present their result, i.e. the app and the first planned release to the whole group. (3 min / group)</li>
</ol>
<div>
<b>Duration:</b> The whole exercise will take approximately 90 minutes, depending on the number of groups.</div>
<div>
<br /></div>
<div>
Three things, you should bear in mind as facilitator:<br />
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; margin-left: 1em; text-align: right;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjMXUvr1d1zNgIKs2v3tHLZZX4WGuSyIakfX2uBJh9Z2Yun-mniKIMyN6CEGEtd1PBu2xi6XODL6KICgpp3UIWbdHOzHBx0_r1Ui1T4fsQ-OcSDxO5YBuoddtoRiar-b9Ehu3kB6CqnG34/s1600/P1050553.JPG" imageanchor="1" style="clear: right; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" height="240" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjMXUvr1d1zNgIKs2v3tHLZZX4WGuSyIakfX2uBJh9Z2Yun-mniKIMyN6CEGEtd1PBu2xi6XODL6KICgpp3UIWbdHOzHBx0_r1Ui1T4fsQ-OcSDxO5YBuoddtoRiar-b9Ehu3kB6CqnG34/s320/P1050553.JPG" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Participants working on tasks for their app</td></tr>
</tbody></table>
</div>
<div>
<ul>
<li>Try to keep the introduction as short as possible. People will learn how to create the maps by doing it and speaking about the result to others.</li>
<li>Set strict timeboxes, to help people focus on the current task.</li>
<li>Encourage people, to try to explain their idea using their map inside their group, before they present it to the whole group. If they can explain it easily, this is a good indicator for a good Story Map.</li>
</ul>
</div>
</div>
<h3>
Bottom Line</h3>
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; margin-left: 1em; text-align: right;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhSitVIlZWSgqvokGX1jjLhXAIQiK-jhTgb50Bi5LuRw24dLparMAfaYrPYHq8BfizW8ANq5_-0F0JrAuO25iOQKCncxfG-iDD8ZYdGNETSEFpppYKppgJB6958etijjpW8jPfGXD0LRyo/s1600/P1050570.JPG" imageanchor="1" style="clear: right; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" height="197" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhSitVIlZWSgqvokGX1jjLhXAIQiK-jhTgb50Bi5LuRw24dLparMAfaYrPYHq8BfizW8ANq5_-0F0JrAuO25iOQKCncxfG-iDD8ZYdGNETSEFpppYKppgJB6958etijjpW8jPfGXD0LRyo/s320/P1050570.JPG" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Some results of our Story Mapping workshop</td></tr>
</tbody></table>
<div>
The take home message of this workshop will be: Story Maps are a really simple tool and make it much easier to communicate to various kinds of stakeholders about your application and key goals.</div>
<div>
<br /></div>
<div>
Feel free to use this format and material for your workshops on Story Mapping. I would be grateful, if you leave comments or any other feedback and share your improvements on this.</div>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-71795707392289390822013-12-16T07:16:00.000+01:002014-01-02T12:11:40.509+01:00Story Mapping on One Page<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgZH2pC0GeHXw8zKIzYNfusgKPZ90mnBg6Mur9xMIylkrOH3FCAseZglzwysYsnR6cdRUlX8l6knBfR0jjSU8mqdUrKd7_buEj-R9J2EqH-pU6GdTb6-DX2k1R_sM3gpwoV__bhnTVmlaM/s1600/StoryMapping.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="454" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgZH2pC0GeHXw8zKIzYNfusgKPZ90mnBg6Mur9xMIylkrOH3FCAseZglzwysYsnR6cdRUlX8l6knBfR0jjSU8mqdUrKd7_buEj-R9J2EqH-pU6GdTb6-DX2k1R_sM3gpwoV__bhnTVmlaM/s1600/StoryMapping.jpg" width="640" /></a></div>
<br />Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-40045601160604310002013-12-09T19:59:00.000+01:002014-01-02T12:11:23.354+01:00Impact Mapping on One Page<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg5NKmjcYS_2b1OfYK7yf-LlVIlo_j0qQaY89w7lZ1X5jrqF_7H2DkHSUL96tpRfdeIMd5772JJAYjf7CTm-FNg_uoJWE71ngQShEmv2iG_B6C3DSgvnb-RZUOsV5ClFBICkqiuUOln1rE/s1600/ImpactMapping.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img alt="" border="0" height="640" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg5NKmjcYS_2b1OfYK7yf-LlVIlo_j0qQaY89w7lZ1X5jrqF_7H2DkHSUL96tpRfdeIMd5772JJAYjf7CTm-FNg_uoJWE71ngQShEmv2iG_B6C3DSgvnb-RZUOsV5ClFBICkqiuUOln1rE/s640/ImpactMapping.jpg" title="Impact Mapping on one page" width="453" /></a></div>
<br />
<script async="" charset="utf-8" src="//platform.twitter.com/widgets.js"></script>Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0tag:blogger.com,1999:blog-8446557784130633201.post-24513397868984360892013-11-29T07:00:00.000+01:002013-11-29T07:00:02.713+01:00A Walk Along the Rim<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; margin-left: 1em; text-align: right;"><tbody>
<tr><td style="text-align: center;"><br /><br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgvKNHiXpfL41JWASijWrOBoPsLRGO30bK2lMH8-wuFkOvX1CuAg1a2lvbU_Qc0QKLPR4oq2LzBb4FooA7I41IQpjEnIeZqeazCg1kSawZn8WcpS_KHhy8IsJKdyQPdIFrKPN3slLHwzYs/s1600/Canyon_scaled.jpg" imageanchor="1" style="clear: right; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" height="214" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgvKNHiXpfL41JWASijWrOBoPsLRGO30bK2lMH8-wuFkOvX1CuAg1a2lvbU_Qc0QKLPR4oq2LzBb4FooA7I41IQpjEnIeZqeazCg1kSawZn8WcpS_KHhy8IsJKdyQPdIFrKPN3slLHwzYs/s320/Canyon_scaled.jpg" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Grand Canyon in all its beauty</td></tr>
</tbody></table>
<i>- or: How Does it Feel to be Agile?</i><br />
<br />
In a <a href="http://itscertainlyuncertain.blogspot.de/2013/10/is-this-company-agile.html">recent blog post</a> I asked myself, how one could possibly detect, wether a company is agile or not. I want to take this question a little further: What does it mean at all for a company to be agile? How would this feel like?<br />
<br />
I am sure, there is no one answer to this question, but I would like to present you a metaphor, that is often in my head while talking and discussing about "agile companies".<br />
<br />
It is the metaphor of the Grand Canyon. Everybody has heard of the Grand Canyon. Plenty of people are dreaming of visiting the Canyon but many of them have only seen it on pictures.<br />
<br />
One of the most awesome things you can do there is to take a walk along the South Rim (especially at sundown). There are essentially two tracks, you can take for that. There is a very solidly built street about 10 meters from the rim and there is a small hiking trail <i>directly</i> along the rim (which you can see on the second picture).<br />
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: left; margin-right: 1em; text-align: left;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjAZmlw7aMbA6uDLdZyABh8gRwePQbzFNLomRzkzrhqXDhkeiy8eayZIycFHMU8jsha3KY3wqkYbP7a5iLMY98NFeLBeBSKVXSImCzbQsYsbBuwkWIXD4xvTuWfZJ1tT5Z5aOnejzhubKs/s1600/Canyon-Rim_clean_scaled.jpg" imageanchor="1" style="clear: left; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" height="214" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjAZmlw7aMbA6uDLdZyABh8gRwePQbzFNLomRzkzrhqXDhkeiy8eayZIycFHMU8jsha3KY3wqkYbP7a5iLMY98NFeLBeBSKVXSImCzbQsYsbBuwkWIXD4xvTuWfZJ1tT5Z5aOnejzhubKs/s320/Canyon-Rim_clean_scaled.jpg" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Hiking trail along the South Rim</td></tr>
</tbody></table>
<div style="text-align: left;">
The difference between both ways is on the one hand the view you might expect, which is really good from the street, but mind-blowing from the hiking path. On the other hand the latter is somewhat thrilling to walk (you will not find to many people there :)) because it is really close to the abyss. The street on the contrary is very safe (I am tempted to write SAFe ;) - but I will not).</div>
<div style="text-align: left;">
<br /></div>
<div style="text-align: left;">
<i>Why do I like this metaphor?</i></div>
<div style="text-align: left;">
<br /></div>
<div style="text-align: left;">
Agility is - at least in my eyes - closely related to flexibility. Being able to adapt to new and unforeseeable situations quickly. Speaking about organizations, high flexibility implies less structures and processes. Less structures and processes again mean a lower perceived degree of security. And that is the hiking trail. You must find a good balance there.</div>
<div style="text-align: left;">
<br /></div>
<div style="text-align: left;">
Everybody has the free choice to select the right path for himself, to see the Canyon. But those, who always want to stay safe (at lease perceived) will probably not come to see the whole beauty. While those taking the hiking path might be far out of their comfort zone. But after all they will be rewarded by one of the greatest views of their lifetime.</div>
Anonymoushttp://www.blogger.com/profile/18400531423107360645noreply@blogger.com0