The illusion of agility (what most Agile transformations end up delivering)

Agility is a unique and continuously evolving state that is typical to a specific organization with its people and its history. A traditional (industrial) approach to becoming more Agile commonly creates no more than an illusion of agility.

Agility is a specific state as it reflects the unique lessons and learnings that an organization and its inhabitants went and go through, the way in which specific annoyances and hindrances were and are overcome, the many inspections and adaptations that occur along the journey. Agility is a unique signature with imprints of the people involved, their relationships and interactions, used and abandoned tools, processes, practices, constructs, within and across the many eco-systems that make out an organization, and potentially stretching across the organization’s boundaries.

No model can predict, outline or capture the unique signature that agility is.

However, many of our organizations have their roots, and their beliefs, in the past industrial age. As they feel the need and the pressure to increase their agility, they naturally revert to familiar, yet old-school, industrial recipes. They undertake cautiously planned attempts to shift to the Agile paradigm, wrapped in separate change projects. They imitate what other organizations do. They copy-paste what others claim brought them success. They enforce processes and practices in a cascaded and mass-production way. They rely on models that prescribe generic pre-empted organizational structures. The learnings and the hard work needed are conveniently ignored. Ironically, these are the exact approaches they need to abandon in order to enter and survive the new worlds that require higher agility.

The mismatch is fundamental. They need and want to hose down their industrial ways, yet re-inforce them. An illusion of agility is created, which is painfully revealed when, often after several years, the deflation by reality happens. In the face of the urgency, the increase in agility is negligible. The actual results are disappointing.

The deflation hits hard when it turns out that the people creating a company’s products and services are not happier (rather they keep leaving and no new talents can be attracted). When it turns out people are not happier funding the work (not achieving the gains and returns hoped for). When it turns out people are not happier buying and consuming the organization’s products and services (and usage and satisfaction keep declining). Overall, the old predominant disconnectedness is not resolved. The top-down line organization with its typical silo structure and separation of skills and expertise is not replaced with team work, shared purpose and commitment. Blaming keeps taking precedence over collaboractiveness.

Agility is a path requiring vision, belief, persistence and… hard work. Agility, as a state of high adaptiveness, is achieved by learning how to regularly adapt upon inspections of actual work and observable results, of implementing feedback loops all around. What works today might not work tomorrow. What works for one combination of teams, technology and business might not work for another combination.

Signposts that might keep you from getting stuck in an illusion of agility are:

  • It is not a transformation if it doesn’t change how you work.
  • It is not an Agile transformation if it doesn’t simplify how you work.
  • It is not an adoption of Scrum if it doesn’t engage and energize people (customers, teams, stakeholders).

Living the art of the possible against unpredicted outcomes engages people as it shapes their future. Getting the most out of the possible thrives upon acceptance of the unwritten state of the future and what that future might bring. Acceleration comes from vision, determination and dedication; from the courage to move away from following a plan or copying a model.

Regardless an organization’s past attempts and choices, reverting to the path of hard work is always a workable way out.

(Thank you, Higher View, for your professional expertise in video creations)

Agile (What’s so funny about peace, love and future dreaming?)

The Agile Manifesto, and the movement that stemmed from it, has hugely improved the world. I believe in continuing the Agile dream and create an even better world (rather than focus on the inevitable downsides of the success).

In February 2001, seventeen software development leaders gathered at the Snowbird ski resort in Utah (United States) to discuss their views on software development. Those were times of failing waterfall and heavy-weight RUP projects (‘Rational Unified Process’). These 17 people were following different paths and methods; Scrum, eXtreme Programming, Adaptive Software Development, Crystal, Feature Driven Development, etc.

Much to their own surprise they found an agreement over a set of common principles, beliefs and viewpoints, published as the „Manifesto for Agile Software Development“. The adjective ‘Agile’ became the label to describe the views described in the Manifesto.

Even more to their surprise ‘Agile’ turned into a success, with many people signing the Manifesto and -albeit gradually- Agile taking over the world. A new paradigm was born, in the realm of the software industry. A movement stemmed from it, with Scrum as distinct definition of Agile heading the pack. Over time, Agile seeped into other domains of work and activities, beyond software and product development.

Today, the balance of society incessantly keeps shifting from industrial (often physical) labor to digital (often virtual) work. In many domains of society, the unpredictability of work increases, drastically and continually. The industrial paradigm is rendered useless, definitely. The need for the Agile paradigm is bigger than ever. Scrum is the new reality, now and in the foreseeable future. Actually, Agile and Scrum are inseparable ingredients.

The success of Agile was unplanned, unpredictable, a huge gamechanger and… undesirable (to some).

It deeply saddens me to read, hear and feel the scorning, the resentment, the cynicism. It deeply saddens me that people find little other purpose in life than to make a day job out of negativity, out of pointing at flaws (real or imagined), perceived shortcomings and the incompleteness of Agile. It deeply saddens me to hear people that still are not over the feeling they should have been invited to the Utah event.

Agile as described in the Manifesto, indeed, is imperfect and purposefully leaves room for ambiguities. And, yes, Agile partially turned into a business in itself with forms of bastardization into marketing and moneymaking schemes. And, maybe, there are people and organizations that don’t „get it“ and demonstrate a lack of ‘true’ understanding. That might mean we have not done a good job of helping them discover the value of Agile (in which case a new name will not solve the problem). It might just be in the eye of an ignorant beholder or self-acclaimed experts alike. Who are we to judge?

Regardless, Agile was and is a huge improvement to the world. I am grateful that those 17 people provided us with an amazing foundation upon which to build, discover even better ways to do our work, and keep creating a better world to live and work in.

And, yes, I am wary of the new cult too, the Big gestures and the beatification. I also see the hunts for adoration, name and fame. I observe ideas being stolen, ripped and degraded. All speaking against the Agile and Scrum Values, I know. In avoiding falling into the trap of scorning myself, I have no other choice than to remain with my belief that Agile is not about comic figure-like stereotypes and dress-up routines. Agile is not about massive tap dancing crowds or cheerful ticker tape parades. Agile is not in your title, not in how you look. Beyond being in what you say, Agile is primarily in what you do, how you act.

Still, Agile is a choice, not a must. Nobody needs to join me on my path of continuing the dream. I like to think I am open for any other new, deviant, disruptive idea that introduces more improvements and further humanizes the workplace. In the meantime, I’ll stick to trying whatever I can do to demonstrate the value of Agile, with the Scrum framework as favourite toolbox in my backpack. I can only suggest others to allow their ideas to speak for their positive selves. I am sure blaming Agile (for its broad adoption) is hardly helpful in that regard.

Warm regards
Gunther
your independent Scrum Caretaker

(Thank you, Higher View, for your professional expertise in video creations)

 

Make 2019 amazing

Dear compagnon, reader, follower, liker

As the end of 2018 approaches, I hope that it was as great as mine/ours was. Regardless, work hard to turn 2019 into an amazing year, of insightful experiences, challenging encounters and exciting adventures, both personal and professional.

Look for the value in the Scrum Values, as I shared with the world at the request of my friends of ProAgile in Sweden. May they serve as your compass; guiding you, directing you in your journey of Scrum.

Gunther
Your independent Scrum Caretaker
24 December 2018

The deliberate evolution of “Scrum – A Pocket Guide”

In 2013 I accidentally created a book, “Scrum – A Pocket Guide”. In 2018 I deliberately evolved my Scrum travel companion into a second edition.

I am humbled over the many unanticipated consequences of the accidental creation of my pocket guide to Scrum. I equally enjoyed updating my book to a second edition 5 years later. This time around it was a deliberate evolution rather than an accidental creation. The first batch will be available 16 January 2019 and soon after in all major formats (hard copy, Kindle, PDF, eBook, ePub) via all main channels worldwide.

Who would have figured that there was room for a second edition of my pocket guide to Scrum? Certainly as my book remained in the best-seller list of my publisher all the time?

For this deliberate endeavor, I considered how I described the Scrum Values in the first edition. In July 2016 they were added to the Scrum Guide. How I described the traditional 3 questions as a good, but optional tactic for the Daily Scrum. That too is now in the Scrum Guide, since November 2017.

Obviously and fortunately, that does not mean there are no further evolutions to mind.

Not only have I found new ways to express Scrum, while working with teams and executives, facilitating various classes, and connecting with practitioners at events. We also adopted terminology that better expresses the intentions of Scrum.

Beyond these intrinsic drivers for change, I observe how the balance of society keeps rapidly shifting from industrial (often physical) labor to digital (often virtual) work. In many domains of society, the unpredictability of work increases, drastically and continually. The need for the Agile paradigm is bigger than ever, and thus the value of the tangible framework of Scrum to help people and organizations increase their agility while addressing complex challenges in complex circumstances.

More and different people look for guidance and insights on their journey of Scrum, increasingly in domains beyond software development. Organizations look for clear insights in the simple rules of Scrum as their current ways of working fail them in the Complex Novelty space.

As the third Scrum wave is rising, the second edition of “Scrum – A Pocket Guide” remains the simple and straightforward compass for those that want to surf that wave. This second edition more than ever offers the foundational insights into Scrum for Complex Novelty players and their organizations to properly shape their Scrum.

Some of the updates in the second edition that stand out (a bit more than the other changes) within the preserved overall structure (of chapters and modules):

  • The definition of Agile is condensed to three key characteristics.
  • Observations are added on the post-chasm years of Agile.
  • The Scrum Game Board is slightly tweaked.
  • The forward-looking design of the Scrum events is expressed more clearly.
  • A Release Burn-down chart as a forecasting tactic is added.
  • The pictures, naming and descriptions of the included scaling tactics are improved.
  • The Scrum Glossary was updated.

I thank Blake McMillan (Soulofscrum.com) and Dominik Maximini for their much-appreciated review of this second edition. I thank all translators for their past and on-going efforts to spread my words in different languages. Stay tuned for more news about translations.

If I have done a proper job of re-imagining my book, the second edition won’t feel like a new book. A word-by-word comparison would prove otherwise.

Enjoy reading!

Gunther
independent Scrum Caretaker

(Thank you, Higher View, for your professional expertise in video creations)

The accidental creation of “Scrum – A Pocket Guide”

Contrary to a common assumption, the creation of my book “Scrum – A Pocket Guide” (2013) was anything but a long-lived hope, ambition or dream. As I shared with Joe (Jochen) Krebs on his Agile.FM podcast, it was an accidental and unplanned endeavor.

By the end of January 2013 I was not only entering my last period of work at a large consulting company, I was also asked by Dutch publishing house Van Haren to review a manuscript of a book about Scrum.

That turned out more difficult than expected. I gave it a few attempts but each time I ended up not finishing the manuscript completely or fluently. I found myself changing and updating the content way too much. And -most of all- I found myself not recognizing and not liking much of what I was reading. I felt bad about it. I felt even worse for being unable to turn my findings into positive, constructive feedback that would be helpful for both the (unknown) author and the publisher.

After a few weeks of mentally running around in circles I decided to skip a detailed reading, but go through the manuscript once more and list my biggest findings. At the bottom of the still impressive list, my most important remark to the editor was to not mention my name as a reviewer in case it was decided to move forward with the publication.

Soon I received news that the publication was cancelled. It turned out that most reviewers were not too impressed. The publisher shared that they still saw value in a book about Scrum and asked how I envisioned a possible involvement. A quick consultation round within my network, including Ken Schwaber, helped me set aside the doubts whether I could write a book myself and got me into grabbing the opportunity.

I was completely unsure of what I was getting myself into, but I felt somewhat comforted by the idea that I had 2 full months to work on it (April-May 2013), the time between ending my work at the consulting company and starting my partnership with Ken at Scrum.org.

I additionally found comfort in the fact that I had already published quite some articles and blog notes on Scrum. I assumed that I could easily assemble them into a book. How I was wrong! As soon as I had brought my previous publications together, the real work started, taking much, much more time than I ever could have anticipated. That time went into writing and rewriting, eliminating, simplifying, improving flow and cohesion, stepping back, waiting and getting back to it, aiming at barely enough descriptions to trigger the reader’s imagination. My first working title was “The path of Scrum (A comprehensive travel companion)“. That changed into „Scrum Pocket Guide (A smart travel companion)“ and ended up as “Scrum – A Pocket Guide (A Smart Travel Companion)”.

At the heart of my book are the (mandatory) rules of Scrum, from a deep understanding of the purpose of the rules, the main principles underlying Scrum and the Scrum Values. The essential rules are clearly distinguished from (possible) tactics to apply the rules. Some historical perspective to the becoming of Scrum (and Agile) is added, while I end the book reflecting on the future state of Scrum, the challenges that lie ahead of us. I consider “discovery” and “journey” the ultimate key words in the way I wanted to present the Scrum framework. Scrum is the compass that guides people and organizations on their journey of discovery in the land of complex challenges. Adopting and employing Scrum is in itself however also a journey of discovery. Hence the subtitle of my pocket guide to Scrum, “A Smart Travel Companion,” and the picture on the initial cover.

When visiting the Scrum.org office in Burlington-Boston in June 2013 I shared my final manuscript with Ken, and Ken kindly agreed to write a foreword, which he delivered in August (find it below).

Finally, in November 2013 I was able to announce that my book was released to the world, and available in all major formats (hard copy, Kindle, PDF, eBook, ePub) and via all main channels worldwide. If you have trouble finding my book, ask Google.

And my personal amazing journey as an author continued, with many unanticipated consequences of the accidental creation of my pocket guide to Scrum:

  • In the spring of 2016 I created a Dutch translation of my book asScrum Wegwijzer“.
  • In the fall of 2016, at the occasion of the 4th reprint, the cover of the English version got updated and I recorded a 3-minutes introduction of Scrum.
  • In 2017 (spring) Peter Götz and Uwe Schirmer created a German translation as “Scrum Taschenbuch“.
  • All that time, my book remained in the best-seller list of my publisher, Van Haren (the Netherlands).
  • In 2018 I have created a second edition of my book. This time around it was a deliberate evolution rather than an accidental creation.
  • In 2018 several people approached me to create translations of my book. Stay tuned for more news.

It is quite amazing and humbling that the result of my accidental work in 2013, after 5+ years, is more alive than ever. I hope you open up my book again now in a while, to find information that is most valuable to where you are on your journey at that time.

THANK YOU!

Gunther
independent Scrum Caretaker

(Thank you, Higher View, for your professional expertise in video creations)

The foreword to “Scrum – A Pocket Guide” by Ken Schwaber, Scrum co-creator:

An outstanding accomplishment that simmers with intelligence.

Scrum – A Pocket Guide is an extraordinarily competent book. Gunther has described everything about Scrum in well-formed, clearly written descriptions that flow with insight, understanding, and perception. Yet, you are never struck by these attributes. You simply benefit from them, later thinking, “That was really, really helpful. I found what I needed to know, readily understood what I wanted, and wasn’t bothered by irrelevancies.”

I have struggled to write this foreword. I feel the foreword should be as well-written as the book it describes. In this case, that is hard. Read Gunther’s book. Read it in part, or read it in whole. You will be satisfied.

Scrum is simple, but complete and competent in addressing complex problems. Gunther’s pocket guide is complete and competent in addressing understanding a simple framework for addressing complex problems, Scrum.

French version of the Scrum Values poster

While developing my book “Scrum – A Pocket Guide” (2013) I described how there is value in the Scrum Values. In 2016 the Scrum Values were added to the Scrum Guide.

I am gratified that Fabio Panzavolta delivered the work for a poster of the French version of the Scrum Values, available as a free download (PNG): The Scrum Values (French poster).

Fabio and Mohamed Gargouri previously created the French translation of the full text for the international Scrum Values PDF (September 2018). Stay tuned for an update of the document by the end of 2018.

 

French version of The Scrum Values: Les valeurs Scrum

Scrum est un cadre sur lequel les personnes et les organisations développent un processus de travail qui est spécifique et approprié à leurs époque et contexte. Les règles et les principes de Scrum servent tous l’empirisme, ou processus de contrôle empirique, comme le plus optimal  dans le traitement de défis complexes dans des circonstances complexes.

Il y a toutefois plus que les règles et principes. Scrum est plus à propos du comportement que du processus. Le cadre Scrum est basé sur cinq valeurs fondamentales. Bien que ces valeurs n’aient pas étés dans la version originale de Scrum et qu’ils ne soient pas exclusifs à Scrum, ils donnent une direction au travail, au comportement et aux actions dans Scrum.

Scrum est un cadre de règles, principes et… valeurs.

Engagement (‘Commitment’)

La définition générale d’ ‘engagement’ est « l’acte par lequel on s’engage à accomplir quelque chose, une activité, etc. ». Il peut être illustré par l’entraîneur d’une équipe qui déclare : « je ne pouvais pas blâmer les joueurs pour leur engagement » (bien qu’ils pourraient avoir perdu la partie).

Cela décrit exactement comment l’engagement est pensé dans Scrum. L’engagement est au sujet du dévouement et s’applique aux actions et l’intensité de l’effort. Ce n’est pas à propos du résultat final, car cela est souvent incertain et imprévisible pour les défis complexes dans des circonstances complexes.

Déjà, il y avait une interprétation erronée, largement répandue, du mot engagement dans le contexte de Scrum. Cela tire son origine principalement de l’ancienne attente du cadre Scrum qui disait que les équipes devraient ‘s’engager’ à un Sprint. A travers le point de vue du paradigme industriel traditionnel, cela a été mal traduit dans une attente que tout le périmètre sélectionné en Sprint Planning serait complété pour la fin du Sprint, à priori. ‘Engagement’ a été mal converti en contrat immuable.

Dans le complexe, créatif et hautement imprévisible monde du développement d’un nouveau produit, la promesse d’un périmètre précis contre le temps et le budget n’est pas possible. Trop de variables influençant le résultat sont inconnues ou pourraient se comporter d’une manière imprévisible.

Pour mieux refléter l’intention originale et connecter plus efficacement à l’empirisme, ‘l’engagement’ dans le contexte du périmètre pour un Sprint a été remplacé par ‘prévision’.

Toutefois, l’engagement est toujours et reste une valeur fondamentale de Scrum :

Les joueurs s’engagent avec l’équipe. Ils s’engagent à la qualité. Ils s’engagent à collaborer. Ils s’engagent à apprendre. Ils s’engagent à faire de leur mieux, tous les jours de nouveau. Ils s’engagent au Sprint Goal. Ils s’engagent à agir en professionnels. Ils s’engagent à s’auto-organiser. Ils s’engagent à l’excellence. Ils s’engagent aux valeurs et principes Agile. Ils s’engagent à créer des versions du produit qui fonctionnent. Ils s’engagent à trouver des améliorations. Ils s’engagent à la définition de Done. Ils s’engagent au cadre Scrum. Ils s’engagent à se concentrer sur la valeur. Ils s’engagent à terminer le travail. Ils s’engagent à inspecter et adapter. Ils s’engagent à la transparence. Ils s’engagent à challenger le statu quo.

Attention (‘Focus’)

Les responsabilités équilibrées mais distinctes de Scrum permettent à tous les joueurs de se concentrer sur leur expertise.

Le time-boxing de Scrum encourage les joueurs à faire attention à ce qui est le plus important maintenant sans être dérangés par des considérations sur ce qui pourrait avoir une chance de devenir important à un moment donné dans le futur. Ils se concentrent sur ce qu’ils connaissent maintenant. YAGNI (‘You Ain’t Gonna Need It’ / vous n’en aurez pas besoin), c’est un principe d’eXtreme Programming, il aide à retenir cette attention. Les joueurs se concentrent sur ce qui est imminent comme le futur est très incertain et ils veulent apprendre du présent afin de gagner de l’expérience pour le travail futur. Ils font attention au travail nécessaire pour avoir des éléments finis. Ils font attention à la chose la plus simple qui pourrait fonctionner.

Le Sprint Goal fourni l’attention pour une période de 4 semaines, ou moins. Au cours de cette période, le Daily Scrum aide les personnes à se concentrer ensemble sur le travail quotidien immédiatement nécessaire pour obtenir le meilleur progrès possible vers le Sprint Goal.

Ouverture (‘Openness’)

L’empirisme de Scrum nécessite transparence, ouverture et honnêteté. Les joueurs-inspecteurs voudront vérifier la situation actuelle pour effectuer des adaptations raisonnées. Les joueurs sont ouverts concernant leur travail, avancement, apprentissages et problèmes. Mais, ils sont aussi ouvert pour les personnes, et travaillent en collaboration avec les personnes; reconnaissent les personnes comme des personnes, et non des “ressources”, robots, rouages, ou des pièces de machine remplaçables.

Les joueurs sont ouverts à collaborer dans toutes les disciplines, compétences et profils de poste. Ils sont ouverts pour collaborer avec les parties prenantes et le plus large environnement. Ouverts à partager les retours d’expérience et apprendre l’un de l’autre.

Ils sont ouverts aux changements parce que l’organisation et le monde dans lequel ils opèrent changent de façon imprévisible et constamment.

Respect

Le vaste écosystème de Scrum prospère dans le respect des personnes, leurs expériences et leur passé personnel. Les joueurs respectent la diversité. Ils respectent les différentes opinions. Il respectent les uns les autres compétences, expertise et idées.

Ils respectent le plus large environnement en ne se comportant pas comme une entité isolée du monde. Ils respectent le fait que les clients changent d’avis. Ils montrent du respect aux sponsors en ne construisant pas ou gardant des fonctionnalités qui ne sont jamais utilisées et qui augmentent le coût du produit. Ils montrent du respect en ne gaspillant pas l’argent dans des choses non valorisantes, non appréciables, non implémentables ou utilisables quoi qu’il en soit. Ils montrent du respect pour les utilisateurs en corrigeant leurs problèmes.

Tous les joueurs respectent le framework Scrum. Ils respectent les responsabilités de Scrum.

Courage

Les joueurs montrent du courage en ne construisant pas des choses que personne ne voudra. Courage en admettant que les spécifications ne seront jamais parfaites et qu’aucun plan ne peut saisir la réalité et la complexité. Ils montrent du courage pour considérer le changement comme source d’inspiration et d’innovation. 

Courage de ne pas livrer des versions incomplètes du produit. Courage en partageant toutes les informations possibles qui pourraient aider l’équipe et l’organisation. Courage en admettant que personne n’est parfait. Courage de changer de direction. Courage de partager les risques et bénéfices. Courage de laisser tomber les certitudes trompeuses du passé.

Les joueurs montrent du courage en promouvant Scrum et l’empirisme pour faire face à la complexité. Ils montrent du courage pour soutenir les valeurs de Scrum. Le courage de prendre une décision, oeuvrer et progresser. Et encore plus, du courage pour changer cette décision.

Polish version of the Scrum Values poster

While developing my book “Scrum – A Pocket Guide” (2013) I described how there is value in the Scrum Values. In 2016 the Scrum Values were added to the Scrum Guide.

I am gratified that Krystian Kaczor delivered the work for a poster of the Polish version of the Scrum Values, available as a free download (PNG): The Scrum Values (Polish poster).

Krystian previously created the Polish translation of the full text for the international Scrum Values PDF (September 2018). Stay tuned for an update of the document by the end of 2018.

 

Polish version of The Scrum Values: Wartości Scrum

Scrum jest frameworkiem, na którym ludzie i organizacje rozwijają proces pracy, który jest specyficzny oraz odpowiedni do ich czasu i kontekstu. Wszystkie reguły i zasady Scrum służą  empiryzmowi, albo inaczej empirycznej kontroli procesu, który jest najbardziej optymalnym sposobem radzenia sobie ze złożonymi wyzwaniami w złożonych okolicznościach.

Jednak jest coś więcej niż te reguły i zasady. Scrum skupia się bardziej na zachowaniu niż na procesie. Framework Scrum jest oparty na pięciu kluczowych wartościach. Chociaż te wartości nie są wynalezione jako część Scruma, ani nie są unikalne dla Scruma, nadają one kierunek pracy, zachowaniom i czynnościom w Scrum. Scrum jest frameworkiem reguł, zasad i    wartości.

Zaangażowanie (‘Commitment’)

Ogólna definicja “zaangażowania” to “stan lub cecha bycia oddanym sprawie, aktywności, itd. .” Można to zilustrować stwierdzeniem trenera zespołu “Nie mógłby zarzucić moim graczom braku zaangażowania” (chociaż mogli właśnie przegrać mecz).

To dokładnie opisuje jak zaangażowanie jest rozumiane w Scrumie. Zaangażowanie dotyczy akcji i intensywności wysiłku. Nie dotyczy ostatecznego rezultatu, ponieważ ten jest zwykle niepewny i nieprzewidywalny dla złożonych wyzwań w złożonych okolicznościach.

Jednak mylne zrozumienie słowa zaangażowanie było szeroko rozpowszechnione w kontekście Scruma.. Wzięło się to z dawnego oczekiwania frameworku Scrum, który mówił, że zespoły powinny “zobowiązać się” do Sprintu. Także w języku polskim słowo “commitment” ma dwa tłumaczenia, zaangażowanie i zobowiązanie. [przyp. tłum.]  Przez pryzmat tradycyjnego, przemysłowego paradygmatu było to błędnie tłumaczone jako oczekiwanie, że cały zakres wybrany na Planowaniu Sprintu będzie bezwzględnie ukończony do końca Sprintu. “Zaangażowanie” zostało błędnie zamienione na twardy kontrakt.

W złożonym, kreatywnym i wysoce nieprzewidywalnym świecie wytwarzania nowych produktów obiecywanie dokładnego zakresu w czasie i budżecie jest niemożliwe. Zbyt wiele zmiennych wpływających na rezultat jest nieznane lub może zachowywać się w nieprzewidywalne sposoby.

Żeby lepiej odzwierciedlić oryginalne zamierzenie i bardziej efektywnie połączyć z empiryzmem, słowo “commitment” w kontekście zakresu dla Sprintu zostało zamienione na słowo “forecast”, czyli prognoza.

Jednakże, zaangażowanie nadal istnieje i pozostaje kluczową wartością Scruma:

Gracze angażują się w zespół. Angażują się w jakość. Angażują się we współpracę. Angażują się w uczenie się. Angażują się w robienie co mogą każdego dnia na nowo. Angażują się w Cel Sprintu. Angażują się w działanie jak profesjonaliści. Angażują się w samo-organizację. Angażują się w doskonałość.. Angażują się w wartości i zasady Agile. Angażują się w tworzenie działających wersji produktu. Angażują się w szukanie ulepszeń. Angażują się w Definicję Ukończenia (Definition of Done). Angażują się we framework Scrum. Angażują się w skupienie na wartości. Angażują się w kończenie pracy. Angażują się w sprawdzanie i dostosowywanie. Angażują się w przejrzystość. Angażują się w podważanie status quo.

Skupienie (‘Focus’)

Zbalansowane a zarazem wyraźne odpowiedzialności w Scrum umożliwiają wszystkim graczom skupić się na ich kompetencjach.

Ramy czasowe Scruma (time-boxing) Scruma zachęca graczy do skupienia się na tym, co jest najważniejsze teraz bez przejmowania się rozważaniami na temat co mogłoby stać się ważne kiedyś w przyszłości. Skupiają się na tym, co teraz wiedzą. YAGNI (‘You Ain’t Gonna Need It’), czyli Nie Będziesz Tego Potrzebował, to zasada z Programowania Ekstremalnego (eXtreme Programming), która pozwala utrzymać skupienie. Gracze skupiają się na tym co jest najbliższe, gdyż przyszłość jest wysoce niepewna i chcą uczyć się z teraźniejszości, żeby zyskać doświadczenie do dalszej pracy. Skupiają się na pracy potrzebnej do ukończenia rzeczy. Skupiają się na najprostszej rzeczy, która prawdopodobnie może zadziałać.

Cel Sprintu daje skupienie na okres 4 tygodni lub mniej. W ramach tego okresu, Codzienny Scrum pomaga ludziom wspólnie skupić się na niezwłoczne,j codziennej pracy potrzebnej, żeby umożliwić postęp w kierunku Celu Sprintu.

Otwartość (‘Openness’)

Empiryzm Scrum wymaga przejrzystości, otwartości i uczciwości. Gracze, którzy dokonują sprawdzania, chcą ocenić aktualną sytuację w celu dokonania sensownych dostosowań. Gracze są otwarci na temat swojej pracy, tego czego się nauczyli i problemów, które napotkali. Oprócz tego, są też otwarci na ludzi, pracę z ludźmi i zauważenie, że ludzie to ludzie, a nie “zasoby”, roboty, tryby czy zamienne części maszynerii.

Gracze są otwarci, żeby współpracować wskroś dziedzin, umiejętności i opisów stanowisk pracy. Są otwarci, żeby współpracować z interesariuszami i szerszym środowiskiem. Otwarci w dzieleniu się informacją zwrotną i uczeniu się od siebie.

Są otwarci na zmianę, kiedy organizacja i świat, w których działają zmieniają się; nieprzewidywalnie, niespodziewanie i stale.

Szacunek (‘Respect’)

Szerszy ekosystem rozwija się dobrze na gruncie szacunku dla ludzi, ich doświadczenia i osobistej przeszłości. Gracze szanują różnorodność. Szanują inne opinie. Szanują nawzajem swoje umiejętności, kompetencje i spostrzeżenia.

Szanują szersze środowisko przez to, że nie zachowują się jak odcięta od świata jednostka. Szanują fakt, że klienci zmieniają zdanie. Okazują szacunek sponsorom przez to, że nie budują ani nie utrzymują funkcji, które nie są nigdy używane albo takich, które zwiększają koszt produktu. Okazują szacunek przez to, że nie tracą pieniędzy na rzeczy, które nie są wartościowe, nie są docenione albo i tak mogą nigdy nie zostać zaimplementowane ani użyte. Okazują szacunek użytkownikom przez naprawianie ich problemów.

Wszyscy gracze szanują framework Scrum. Szanują odpowiedzialność w ramach Scruma.

Odwaga (‘Courage’)

Gracze okazują odwagę przez to, że nie budują rzeczy, których nikt nie chce. Odwagę w przyznaniu, że wymagania nigdy nie będą doskonałe i że żaden plan nie może uchwycić rzeczywistości i złożoności.

Okazują odwagę, żeby rozważyć zmianę jako źródło inspiracji i innowacji. Odwagę, żeby nie dostarczać nie-ukończonych wersji produktu. Odwagę w dzieleniu się całą możliwą informacją, która może pomóc zespołowi i organizacji. Odwagę w przyznawaniu, że nikt nie jest doskonały. Odwagę, żeby zmienić kierunek. Odwagę, żeby dzielić się ryzykiem i korzyściami. Odwagę, żeby odpuścić <fałszywe> pewniki z przeszłości.

Gracze okazują odwagę w promowaniu Scruma i empiryzmu do radzenia sobie ze złożonością.

Okazują odwagę do wspierania Wartości Scrum. Odwagę, żeby podjąć decyzję, działać i robić postępy, zamiast stać w martwym punkcie. Nawet więcej odwagi, żeby zmienić tą decyzję.