Posted on Leave a comment

Scrum – A Pocket Guide (a review by Cornelius Dufft)

At the Scrum Day Germany 2018 edition (12 June) Cornelius Dufft shared his appreciation of my book “Scrum – A Pocket Guide” with me. Cornelius said he had written a summary to help him grasp the content better, and sent me his work.

I am grateful that Cornelius agreed to make his summary/review available here as a downloadable PDF. I hope it turns out to be as helpful for others as it was for him, and thus helps spreading an ever-improving understanding of Scrum.

Introduction from “Scrum – A Pocket Guide (a review by Cornelius Dufft)“:

The book provides key Agile and Scrum facts as well as the ‘heartbeat’ of Scrum. In four chapters and 85 pages, the author introduces the Agile paradigm (as opposed to the industrial paradigm) and positions Lean to Agile. He describes the Scrum framework and its players, rules, events, artifacts, and principles. Contrasting ‘ground rules’ of the game with ‘tactics to play the game’, Gunther gives advice how to best perform Scrum. With an outlook on the future state of Scrum, the author expresses high hopes that Agile and Scrum become the new norm. The annex contains Scrum vocabulary and definitions, references, and info about the author and about Scrum.org.

Gunther is an authority in the area of Scrum. There is probably no more trusted and concise book on the topic. What makes the book unique to me is Gunther’s personal touch: Putting the people in the center. It conveys key facts about Scrum and also includes a personal, professional perspective on the subject.

I give 5 stars for the book. It is a must read for readers new to Scrum. Also for experts I can highly recommend reading the book.

Warm regards
Gunther
Independent Scrum Caretaker

Posted on Leave a comment

Scrum Day Germany 2018 (a tree for a talk)

Tuesday 5 June 2018. I arrive home late in the evening after another exciting 2-days Professional Scrum experience in the Netherlands. I find a mail asking whether I can come to Stuttgart (Germany) less than a week later to deliver the opening keynote of the Scrum Day Germany event. Unfortunately, Bob Galen had to cancel his travel for the event last-minute. The desperate tone of the mail shows the urgency. I check with my wife, re-plan my work, check for flights and get in touch with the organizers hoping to quickly relieve them of some stress with my confirmation.

Tuesday 12 June 2018. I enjoy the happy reunion with my friends of Scrum at the event; the practitioners, organizers, trainers, coaches. I share my Scrum Caretaker tales on how to humanize the workplace with Scrum. I am grateful for the opportunity to share my tales with the crowd. I am happy I was able to help out my organizing friends. I appreciate being thanked by having a tree planted on my behalf via the Plant for the Planet organization.

My “thank you” goes out to all involved. I hope to meet you at some future occasion (again). I still prefer early invitations though.

Gunther

Posted on 4 Comments

The Scrum Values (International Versions, June 2018)

The Scrum Values (color)In May 2013 I described how there is value in the Scrum Values. I included that text in my book “Scrum – A Pocket Guide” that was published in November 2013. Early in 2018 I updated my description slightly to be included in a revision of my book that I anticipate. A group of Scrum enthusiasts subsequently translated that updated version to different languages.

The first edition of the international versions of the Scrum Values is now available as a free download (PDF): The Scrum Values (International versions) -June 2018.

Share my gratitude that following people spent quite some of their valuable time on this initiative to make these translations available for you:

  • Chinese (simp/trad): Lana Sun, Wei Lun Teh, Chee-Hong Hsia
  • French: Fabio Panzavolta, Mohamed Gargouri
  • German: Uwe Schirmer, Peter Götz, Dominik Maximini
  • Italian: Michael F. Forni
  • Portuguese: Leonardo Bittencourt
  • Russian: Konstantin Razumovsky
  • Turkish: Ilkay Polat, Lemi Orhan Ergin

In the document you will also find my Dutch translation. The updated English version is available via the separate section on my website.

The Scrum Values are also available as a poster in the original English version and in a Russian version.

All feedback is welcome. Downloading and sharing of the PDFs is equally encouraged.

Warm regards
Gunther
Independent Scrum Caretaker

Posted on Leave a comment

Russian version of the Scrum Values (including a 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 for sharing that:

  • The Scrum Values (Russian poster)Konstantin Razumovsky from Proscrum.by (Belarus) created a Russian version of the Scrum Values. Find Konstantin’s full text below. 
  • Mikhail Vyazankin (text), Levon Goncharov (text & visualisation) and Kseniya Panteleeva (translation) from Agileverse (Russia) delivered the work for a poster of the Russian version, available as a free download (PNG): The Scrum Values (Russian poster).

Other translations are being created. They will be combined into a downloadable PDF soon. Stay tuned.

Russian version of The Scrum Values: Ценности Scrum

Scrum – это фреймворк, опираясь на который, люди и организации вырабатывают конкретный рабочий процесс, подходящий для их контекста в данный момент времени.

Все правила и принципы Scrum служат эмпиризму (эмпирическому управлению процессом), как наиболее подходящему способу решать запутанные (complex) проблемы в запутанной среде.

The Scrum Values (Russian)

Однако, кроме правил и принципов, есть кое-что еще. Scrum – это больше про поведение, чем про процесс. Scrum фреймворк базируется на пяти ключевых ценностях. Хотя эти ценности и не были изобретены вместе со Scrum и не являются эксклюзивными для Scrum, они задают направление работе, поведению и действиям в Scrum.

Scrum, таким образом, это фреймворк, включающий правила, принципы и… ценности.

Обязательство (‘Commitment’)

Общее определение термина обязательство (‘commitment’) это “состояние или качество, характеризующее преданность какой-либо цели, деятельности и т.д.” Можно проиллюстрировать это примером, когда тренер спортивной команды заявляет: “Я не могу упрекнуть своих игроков, они полностью отдали себя игре” (хотя, возможно, они не смогли победить). Это в точности отражает значение слова ‘обязательство’ в Scrum. Обязательство – это про преданность и характеризует действия и интенсивность усилия. Это не про итоговый результат, поскольку сам по себе он часто является неопределенным и малопредсказуемым в случае запутанных (complex) проблем в запутанных обстоятельствах.

Тем не менее, существует широко распространенное заблуждение относительно термина ‘commitment’ в контексте Scrum. Оно главным образом происходит из старого описания фреймворка Scrum, который говорил, что команды дают обязательство на Спринт. Через призму традиционной индустриальной парадигмы это было неверно интерпретировано как требование любой ценой выполнить к концу Спринта весь объем работ, выбранный во время Sprint Planning. ‘Commitment’ было ошибочно истолковано как жестко прописанный договор.

В запутанном, креативном и малопредсказуемом мире разработки новых продуктов невозможно давать обещание выполнить точно зафиксированный объем работ с заданными сроками и бюджетом. Слишком много переменных, влияющих на конечный результат, являются неизвестными или могут вести себя непредсказуемым образом.

Для того чтобы лучше отразить изначальные намерения и более эффективно связать их с эмпиризмом, слово ‘commitment’ в контексте объема работа на Спринт было заменено на ‘forecast’ (прогноз).

Однако, обязательству по-прежнему есть место в Scrum и оно остается его ключевой ценностью:

Все игроки дают обязательство действовать как команда. Обязуются обеспечивать качество. Обязуются сотрудничать. Обязуются учиться. Обязуются наилучшим образом выполнять свою работу – и делать так каждый день. Обязуются стремиться к Цели Спринта. Обязуются действовать как профессионалы. Обязуются самоорганизовываться. Обязуются стремиться к совершенству. Обязуются следовать ценностям и принципам Agile. Обязуются создавать работоспособные версии продукта. Обязуются искать усовершенствования. Обязуются следовать Definition of Done. Обязуются следовать Scrum фреймворку. Обязуются фокусироваться на ценности. Обязуются доводить работу до конца. Обязуются инспектировать и адаптировать. Обязуются поддерживать прозрачность. Обязуются подвергать сомнению статус кво.

Сфокусированность (‘Focus’)

Все игроки имеют возможность сфокусироваться на том, в чем у них больше опыта благодаря тому, что Scrum предоставляет им уникальный, но сбалансированный набор ответственностей .

Ограничение по времени (time-boxing) в Scrum стимулирует игроков фокусироваться на том, что наиболее важно в данный момент, а не беспокоиться про то, что имеет шансы стать важным в какой-то момент в будущем. Они фокусируются на том, что знают сейчас. YAGNI (‘You Ain’t Gonna Need It’, ‘вам это не понадобится’) – это принцип из экстремального программирования, который позволяет поддерживать сфокусированность. Игроки фокусируются на том, что неизбежно, поскольку будущее крайне неопределенно и они хотят извлечь уроки из настоящего, чтобы приобрести опыт для будущей работы. Они фокусируются на работе, которая необходима, чтобы довести дело до конца. Они фокусируются на самой простой вещи, которая может сработать.

Цель Спринта дает фокус на период в 4 недели или меньше. В пределах этого периода Daily Scrum помогает людям совместно фокусироваться на непосредственной ежедневной работе, необходимой чтобы наилучшим образом двигаться к Цели Спринта.

Открытость (‘Openness’)

Эмпиризм в Scrum требует прозрачности, открытости и честности. Игроки-инспекторы хотят проверять текущую ситуацию, для того, чтобы логичным образом выполнять адаптацию. Игроки открыты относительно своей работы, прогресса, извлеченных уроков и проблем. Но также они открыты для людей и работы с ними, признанию того, что люди – это люди, а не ‘ресурсы’, роботы, шестеренки или расходные детали механизма.

Игроки открыты к сотрудничеству, пересекающему границы разных дисциплин, навыков и должностных инструкций. Они открыты к сотрудничеству с заинтересованными лицами и более широким окружением. Открыты к обсуждению обратной связи и извлеченных уроков друг с другом.

Они открыты к изменениям, необходимым поскольку организация и мир, в котором они работают, постоянно изменяется: непредсказуемо, неожиданно и постоянно.

Уважение (‘Respect’)

Экосистема Scrum в широком смысле опирается на уважение к людям, их опыту и личным особенностям. Игроки уважают непохожесть (‘diversity’). Они уважают разницу во мнениях. Они уважают навыки, опыт и идеи друг друга.

Они уважают требования внешней среды и не ведут себя так, как будто в мире ничего кроме них не существует. Они уважают тот факт, что заказчики могут изменять свое мнение. Они демонстрируют уважение к спонсорам, не создавая и не сохраняя функции, которые никогда не используются и увеличивают затраты на продукт. Они демонстрируют уважение, не тратя деньги на вещи, которые не являются ценными, полезными или которые могут быть никогда не реализованными или использованными. Они демонстрируют уважение к пользователям, устраняя их проблемы.

Все игроки уважают Scrum фреймворк. Они уважают распределение ответственностей в Scrum.

Смелость (‘Courage’)

Игроки демонстрируют смелость, не создавая вещи, которые никому не нужны. Смелость в признании того, что требования никогда не будут совершенными и никакой план не сможет отразить реальность и запутанность.

Они демонстрируют смелость, чтобы смотреть на изменения как на источник вдохновения и инноваций. Смелость, чтобы не поставлять неготовые версии продукта. Смелость делиться всей необходимой информацией, которая может помочь команде или организации. Смелость признать, что никто не совершенен. Смелость поменять направление. Смелость делить риски и выгоды. Смелость отказаться от иллюзорной определенности старых подходов.

Игроки демонстрируют смелость в продвижении Scrum и эмпиризма для работы с запутанностью. Они демонстрируют смелость в поддержке Ценностей Scrum. Смелость принять решение, действовать, продвигаться вперед, отказываясь от совершенства. И еще больше смелости, чтобы поменять и это решение.

Posted on Leave a comment

Scrum Glossary (International Versions, April 2018)

By the end of 2017 I updated the Scrum Glossary of my book “Scrum – A Pocket Guide” (2013). A group of Scrum enthusiasts subsequently translated that updated version to different languages. A first release of those international versions was done in March 2018.

The new, April 2018, release of the international versions is now available, as a free download (PDF): Scrum Glossary (International versions) -April 2018

  • Four new languages were added: Filipino-Tagalog, French, Indian-Hindi, Turkish.
  • The definition for “Definition of Done” was rephrased.
  • A definition for “Product” was added.

Share my gratitude that following people spent quite some of their valuable time on this initiative to make these translations available for you:

  • Chinese (simp/trad): Lana Sun, Wei Lun Teh, Chee-Hong Hsia
  • Danish: Rasmus Kaae
  • Filipino: Shirley Santiago, Warren Yu
  • French: Fabio Panzavolta, Mohamed Gargouri
  • German: Uwe Schirmer, Peter Götz, Dominik Maximini
  • Hindi: Punit Doshi, Hiren Doshi
  • Italian: Michael F. Forni
  • Polish: Paweł Feliński
  • Portuguese: Leonardo Bittencourt
  • Russian: Konstantin Razumovsky
  • Spanish: Alex Ballarin
  • Turkish: Ilkay Polat, Lemi Orhan Ergin

In the document you will also find my Dutch translation. I maintain the base English version on the Scrum Glossary section of my website.

All feedback is welcome. Sharing of the PDF is equally encouraged.

Warm regards
Gunther

Posted on Leave a comment

Scrum Recordings in English (so far)

During the summer of 2017, I took some time to work with the professionals of HigherView to create a couple of recordings on topics related to Scrum that I deeply care about. As I am considering ideas for new recordings, enjoy them here in one place (or look them, and other recordings, up at my YouTube channel):

Scrum, a simple framework for complex product delivery

Scrum Master, a mould for the modern manager

Product Owner, actually, owns the product

Product Backlog and the tea leaves effect

The future of Agile, actually, is in the small

The 3rd Scrum Wave (Will you sink, swim, or… surf?)

Re-vers-ify (Re-imagining your Scrum to re-emerge your organization)

Posted on Leave a comment

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.

The Scrum Values (poster)

As part of an on-going translation initiative by a group of international enthusiasts I have created a poster of the Scrum Values, now available as a free download (PNG): The Scrum Values (poster). Find the slightly updated description of the Scrum Values as a separate section on this website.

The Scrum Values are simultaneously needed for and emerging as part of Scrum. Values drive behavior. Scrum is a tool. Scrum is a (servant) process. Scrum is a framework. Even more however, Scrum is about behavior.

 

 

 

Posted on 2 Comments

Scrum Glossary (International Versions)

By the end of 2017 I updated the Scrum Glossary of my book “Scrum – A Pocket Guide” (2013). A group of Scrum enthusiasts subsequently translated that updated version to different languages.

The combined international versions are now available as a free download (PDF): Scrum Glossary (International versions) -March 2018

Share my gratitude that following people spent quite some of their valuable time on this initiative to make these translations available for you:

  • Chinese (simp/trad): Lana Sun, Wei Lun Teh, Chee-Hong Hsia
  • Danish: Rasmus Kaae
  • German: Uwe Schirmer, Peter Götz, Dominik Maximini
  • Italian: Michael F. Forni
  • Polish: Paweł Feliński
  • Portuguese: Leonardo Bittencourt
  • Russian: Konstantin Razumovsky
  • Spanish: Alex Ballarin

In the document you will also find my Dutch translation.

More translations are being created. Additional initiatives are being considered.

All feedback is welcome. Sharing of the PDF is equally encouraged.

Warm regards
Gunther

Posted on Leave a comment

The “ScrumAnd” Stance (requiring thought and discipline)

Try organizing a party in a “Yes, but…” atmosphere. The result is probably a zillion obstacles identified, but no party.
Try moving through a door with your eyes stubbornly fixated on the door frame. People seemingly can become deeply obsessed with frames-as-obstacles.

Try benefiting from Scrum in a “Yes, but…” environment, where the primary response is to raise concerns and hindrances, where the conversation is all about obstacles, and that what cannot be done.

“Yes, but” comes in many guises.

“Yes, but” is a tempting stance, offering the illusion of safety. Shifting to “Yes, and” requires thought and discipline. It requires thought and discipline to consciously look for possibilities and opportunities first, no matter how small. This does not preclude awareness of problems and obstacles, but the focal point shifts radically. Check if the door is actually open. Look at the doorway. Trust the door frame for holding the wall from collapsing if you pass the door. If the door is closed, the frame is probably not where the solution is. 

Imagine adopting Scrum from a “Yes, and” stance.

Over the past decade Scrum did more than just gain a critical mass to build on. Since Scrum’s inception in 1995 and the definition of ‘Agile’ as a set of values and principles in 2001, Scrum gradually became the most preferred way for people, teams and organizations worldwide to become more Agile. Agile crossed the chasm (2005-2006) and by now the 3rd Scrum Wave has risen.

Zeitgeist. Inclusive language and an inclusive stance are more helpful today. “ScrumAnd” is today’s way forward to help people increase the benefits realized through their manifestation of Scrum. 

“ScrumAnd” starts with Scrum. Scrum is a simple, yet cohesive framework. In a nutshell:

A Scrum Master fosters an environment where:

  1. A Product Owner assures there is a Product Backlog, an ordered list of work deemed necessary to optimize the value a product delivers.
  2. In consultation with the Product Owner, Development Team(s) pull the work from Product Backlog deemed feasible to get done in a time-boxed Sprint against an overarching Sprint Goal.
  3. On a daily basis the Development Team(s) synchronize their progress and upcoming work toward delivering a releasable version of product, available no later than by the end the Sprint.
  4. All players involved figure out what to work on next and how to best organize as from the next Sprint.
  5. Repeat.

Although crucial to optimize the benefits realized, observation shows how difficult it is to keep Scrum cohesive. There are no practices that can be left out or cut out without harmfully breaking the cohesion (covering up dysfunctions or other ways of undermining important benefits). There is no such thing as individual Scrum practices.

Observation shows how difficult it is to keep Scrum lightweight and nimble. There is no need to aggravate Scrum. The “And” in “ScrumAnd” is not the next excuse to stack practices, rules or roles on top of Scrum. Instead, Scrum can wrap many practices, as tactics to apply the overarching rules, principles and values. Such are inclusive practices. Inclusive practices are needed and even make out a specific manifestation of Scrum. When inclusive practices are applied well, cohesion is preserved in the resultant system that is still recognizably… Scrum. “ScrumAnd” is more about the overarching rules, principles and values of Scrum, than it is about inclusive practices.

“ScrumAnd” starts, and ends, with Scrum. Many roles and domains exist that may not be covered by Scrum, for which Scrum has no rules, events and artefacts in place. Practices in such domains can help an organization get more out of Scrum. They are complementary practices. Complementary practices don’t change your manifestation of Scrum. The “And” in “ScrumAnd” is not about complementary practices.

“ScrumAnd” supports thinking about how to get more out of Scrum, how to be more effective in employing Scrum, and gain agility.

The syntax of “ScrumAnd” -if any- might look like:

Illustrations of “ScrumAnd”:

  • “YES, we have a Product Owner,
    AND a dedicated, full-time Product Owner, acting from a business perspective, with a mandate, and clear decision authority increases our agility in terms of customer proximity.”
  • “YES, we have a Product Backlog,
    AND going from using it merely as an inventory of exhaustive specifications to experiencing it as a collaborative instrument that helps us focus on what is really important and valuable increases our agility in terms of our ability to deal with unpredictability.”
  • “YES, we have a definition of Done,
    AND expanding it beyond producing only coded, tested or even integrated work to creating releasable and valuable Increments increases our agility in terms of our ability to deliver actual value (and close the feedback loop with the customer base).”

The illustrations of “ScrumAnd” are just that, illustrations, representations of what might work, like some earlier illustrations. There are no universal definitions, labels or boundaries, not within an individual “ScrumAnd”, nor across several of them.

And then complexity comes into play.

“ScrumAnd” illustrations can be created for all elements of the Scrum framework. The implied “ScrumAnd” stance shifts the mind to the exploration of options and possibilities, patterns of improvements, away from the frame (Scrum) or obstacles only.

And then complexity comes into play. There is a “ScrumAnd” in understanding and employing “ScrumAnd”. “ScrumAnd” is not for judging or assessing, it is more than a simplistic model of linear progression, more than phases, maturity or other levels. Inspection without adaptation is pointless anyhow, to start with. Despite the possible creation of individual “ScrumAnd” representations, the topics they target are necessarily connected, matched, intertwined. They reinforce or diminish each other without clear cause-effect relationships.

Complexity kicks in even more. One “ScrumAnd” may not result in improved agility through Scrum. Improvement requires concurrency and comes in Increments too. Reversely, increased agility through Scrum cannot be attributed to one “ScrumAnd” alone. “ScrumAnd” abides by the sfumato principle, the reality that reality has layers and shades of gradual progression, shadows rather than cold delineations, monochromatic color areas and binary separations.

  • A PDF of this text is available for download
  • The “ScrumAnd” poster (PNG) is available for download
Posted on 3 Comments

Scrum Vocabulary (updated)

Driven by the prospect of an Italian translation of my book “Scrum – A Pocket Guide” I decided to revise it slightly; minor tweaks of words and terms, although a lot of them.

As part of my revision, I also updated the Scrum Vocabulary of my book:

  • Burn-down Chart: a chart showing the decrease of remaining work against time.
  • Burn-up Chart: a chart showing the increase of a parameter, e.g. value, against time.
  • Daily Scrum: a daily event, time-boxed to 15 minutes or less, to re-plan the development work during a Sprint. The event serves for the Development Team to share the daily progress, plan the work for the next 24 hours and update Sprint Backlog accordingly.
  • Definition of Done: a set of expectations and qualities that a product must exhibit to make it fit for a release in production.
  • Development standards: the set of standards and practices that a Development Team identifies as needed to create releasable Increments of product no later than by the end of a Sprint.
  • Development Team: the group of people accountable for all incremental development work needed to create a releasable Increment no later than by the end of a Sprint.
  • Emergence: the process of the coming into existence or prominence of unforeseen facts or knowledge of a fact, a previously unknown fact, or knowledge of a fact becoming visible unexpectedly.
  • Empiricism: the process control type in which decisions are based on observed results, experience and experimentation. Empiricism implements regular inspections and adaptations requiring and creating transparency. Also referred to as ’empirical process control’.
  • Forecast: the anticipation of a future trend based on observations of the past, like the selection of Product Backlog people believe they can deliver in a Sprint or in future Sprints for future Product Backlog.
  • Increment: a candidate of releasable work that adds to previously created Increments, and – as a whole – forms a product.
  • Product Backlog: an ordered, evolving list of all work deemed necessary by the Product Owner to create, maintain and sustain a product.
  • Product Backlog refinement: the activity in a Sprint through which the Product Owner and the Development Team add granularity to future Product Backlog.
  • Product Owner: the person accountable for optimising the value a product delivers by incrementally managing and expressing all product expectations and ideas in a Product Backlog; the single representative of all stakeholders.
  • Scrum (n): a simple framework for complex product delivery (1); a simple framework for complex problem management (2).
  • Scrum Master: the person accountable for fostering an environment of Scrum by guiding, coaching, teaching and facilitating one or more Scrum Teams and their environment in understanding and employing Scrum.
  • Scrum Team: the combined roles of Product Owner, Development Team and Scrum Master.
  • Scrum Values: a set of 5 fundamental values and qualities underpinning the Scrum framework; commitment, focus, openness, respect and courage.
  • Sprint: an event that serves as a container for the other Scrum events, time-boxed to 4 weeks or less. The event serves getting a sufficient amount of work done, while ensuring timely inspection, reflection and adaptation at a product and strategic level. The other Scrum events are Sprint Planning, Daily Scrum, Sprint Review and Sprint Retrospective.
  • Sprint Backlog: an evolving overview of the development deemed necessary to realize a Sprint’s goal.
  • Sprint Goal: a concise statement expressing the overarching purpose of a Sprint.
  • Sprint Planning: an event marking the start of a Sprint, time-boxed to 8 hours or less. The event serves for the Scrum Team to inspect the Product Backlog considered most valuable and design that forecast into an initial Sprint backlog against an overarching Sprint Goal.
  • Sprint Retrospective: an event marking the closing of a Sprint, time-boxed to 3 hours or less. The event serves for the Scrum Team to inspect the past Sprint and establish the way of working for the next Sprint.
  • Sprint Review: an event marking the closing of the development of a Sprint, time-boxed to 4 hours or less. The event serves for the Scrum Team and the stakeholders to inspect the Increment, the overall progress and strategic changes in order to allow the Product Owner to update the Product Backlog.
  • Stakeholder: a person external to the Scrum Team with a specific interest in or knowledge of a product that is required for the further incremental evolution of the product.
  • Time-box: a container in time of a maximum duration, potentially a fixed duration. In Scrum all events have a maximum duration only, except for the Sprint itself which has a fixed duration.
  • Velocity: popular indication of the average amount of Product Backlog turned into an Increment of releasable product during a Sprint by a specific (composition of a) Scrum Team. Serves as an aid for the Development Team of the Scrum Team to forecast future Sprints.

I look forward to the Italian version seeing the light of day in 2018. I translated my book (2013) to Dutch in 2016 as “Scrum Wegwijzer“. It was published in German as “Scrum Taschenbuch” (translated by Peter Goetz and Uwe Schirmer) in 2017.

You can still find the Scrum Glossary of those editions on my blog.