Systems Thinking is one of the key concepts required for successful agile organization design. It provides a valuable approach to organization design that can help organizations better understand the interrelationships between different elements within the system. By recognizing feedback loops and boundaries, organizations can design systems that are more efficient, effective, and resilient.

Willkommen zum 3. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

Gregory Fontaine is a Professional Scrum Trainer living in Japan. He discusses the current state of Scrum and Agile Development in Japan and shares his thoughts on what we could do next.

プロフェッショナル・スクラム・トレーナーから見て、なぜアジャイルは日本で広がらないのか？現状に関する考察、将来の展望、日本での浸透を進めるヒント

In this vlog, Professional Scrum Trainers, Andreanna Marshall and Scott Adams discuss the Risk Management strategy found in the Scrum framework.

The Sprint Backlog is a plan by and for the Developers. It is a highly visible, real-time picture of the work that the Developers plan to accomplish during the Sprint in order to achieve the Sprint Goal.

During the Sprint Retrospective the Scrum Team inspects how the last Sprint went with regards to individuals, interactions, processes, tools, and their Definition of Done.

The Sprint Goal is the single objective for the Sprint. Although the Sprint Goal is a commitment by the Developers, it provides flexibility in terms of the exact work needed to achieve it. The Sprint Goal also creates cohesiveness and focus, encouraging the Scrum Team to work together rather than on separate initiatives.

Sprint Planning initiates the Sprint by laying out the work to be performed for the Sprint. This resulting plan is created by the collaborative work of the entire Scrum Team.

The Product Backlog is an emergent, ordered list of what is needed to improve the product. It is the single source of work undertaken by the Scrum Team.

An Increment is a concrete stepping stone toward the Product Goal. Each Increment is additive to all prior Increments and thoroughly verified, ensuring that all Increments work together. In order to provide value, the Increment must be usable.

The Daily Scrum is a 15-minute event for the Developers of the Scrum Team. To reduce complexity, it is held at the same time and place every working day of the Sprint. If the Product Owner or Scrum Master are actively working on items in the Sprint Backlog, they participate as Developers.

The Product Goal describes a future state of the product which can serve as a target for the Scrum Team to plan against. The Product Goal is the long-term objective for the Scrum Team.

The Definition of Done creates transparency by providing everyone a shared understanding of what work was completed and what standards were met as part of the Increment. If a Product Backlog Item does not meet the Definition of Done, it cannot be released yet. Think of the Definition of Done as the standards set for the products delivered.

During the Sprint Review, the Scrum Team and stakeholders review what was accomplished in the Sprint and what has changed in their environment. Based on this information, attendees collaborate on what to do next. The Product Backlog may also be adjusted to meet new opportunities. The Sprint Review is a working session and the Scrum Team should avoid limiting it to a presentation.

Sprints are fixed length periods of work that last one month or less to create consistency and ensure short iterations for feedback in order to inspect and adapt both how work is done and what is being worked on. If cycles are longer, then the spirit of frequent feedback cycles can be lost. Longer Sprint may also get too complex and may increase risk. A new Sprint starts immediately after the conclusion of the previous Sprint.

The Scrum Master is accountable for establishing Scrum. They do this by helping everyone understand Scrum theory and practice, both within the Scrum Team and the organization while serving the Scrum Team as well as the larger organization. 

As a member of the Scrum Team, the Product Owner provides clarity to the team about a product’s vision and goal. All work is derived and prioritized based on the Product Goal in order to deliver value to all stakeholders including those within their organization and all users both inside and out. Product Owners identify, measure and maximize value throughout the entire product's lifecycle.

It is important to remember that a Developer is not necessarily a software developer. They can focus on any type of product work whether software or not and any aspect of helping to design, build, test or ship the product. The specific skills needed by the Developers are often broad and will vary based on the type of work they are doing.

How do the Product Owner and the Scrum Team navigate unexpected customer requests? What happens when a high priority customer issue is discovered mid-Sprint? Should the Scrum Team ignore the emergency or interrupt the Sprint? Like so many things in Scrum, the answer is that it depends.

Willkommen zum 2. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

El Scrum Master brinda servicios de coaching, en ese sentido brinda orientación para ayudar a otros a alcanzar sus metas profesionales o personales. El coaching es una competencia para lograr usar un Scrum Profesional, al hablar del coaching (no del rol de un Agile Coach) conversamos acerca de cómo las habilidades de coaching pueden usarse para aumentar la efectividad y los resultados de un Equipo Scrum.

In this video, PST'S Gregory Crown, Jason Malmstadt and Robert Pieper are going to show you how an Agile Manager Helps Grow a Team. We'll get specific with a few ways you can help your team become better at self-management, improve team dynamics, and grow their product development skills.

Scrum im Selbststudium: Der Scrum Guide in 19 Artikeln erklärt - Teil 1:

Take your Daily Scrum from a reporting session to true teamwork and consider why answering the obsolete 3 Daily Scrum questions negatively impacts that ambition.

Hoy me ha venido a la cabeza una idea de la que he estado conversando últimamente: ¿Se supone que los Producto Owners y los Scrum Masters deben estar en una lucha sin fin?. En el artículo verás la respuesta.

In this vlog, PST Joshua Partogi explains why Scrum is not an iterative mini-waterfall project management method.

What transparency can the Scrum Master bring to the Scrum Team and the stakeholders of your product? Transparency, being one of the core underlying concepts of the Scrum framework, we can expect the Scrum Master to actively work on this.

The Agile Kata is a universal pattern for agile change management. The Agile Kata provides a wide array of potential use cases and opportunities for the agile community. In this blog series, I will take a very focused approach on how the Agile Kata can help increase the radius and quality of Scrum in your organization or team alike.

la excelencia técnica en el desarrollo de software es un conjunto de prácticas y técnicas que permiten crear software de alta calidad, de manera rápida y eficiente, que cumpla con los requisitos del cliente y tenga una larga vida útil. Estas prácticas y técnicas, como las pruebas automatizadas, la integración continua y el diseño ágil, no solo son aplicables al desarrollo de software, sino que también pueden ser utilizadas como metáforas en áreas de negocio y comercial para mejorar la eficiencia y la calidad de las operaciones empresariales.

A do-it-yourself workshop to have Scrum teams clearly express what they need from management, stakeholders, and the supporting organization with “What I Need From You”

Is a Sprint Review needed for every Sprint? Who should attend? What should we have ready for this Event? Watch this video to find out!

Success is measured by the value it provides to the end user rather than the delivery of a feature.

Scrum Teams, die Entwicklung und UX in einem Team vereinen, stehen unweigerlich vor der Frage: „Wie gehen wir mit den Resultaten von Experimenten im Sprint Review um?“ Wenn du auch vor dieser Frage stehst, dann lies weiter:

Erfahren Sie, was ChatGPT als typische Arbeitsbelastung für einen Scrum Master betrachtet.

This blog post discusses the Theory of Constraints and how it can be a valuable tool for improving business, organization, and personal performance. The author emphasizes the importance of identifying and focusing on the constraints that are limiting success in order to achieve more with less effort. He explains how local optimizations may not lead to the desired results and how working on the constraints is crucial for achieving the goals of the system. The author also shares his personal experience of discovering the Theory of Constraints as his most valuable perception mode. The post concludes by encouraging readers to take a step back and ask themselves what constraints are holding them back and what they can do to overcome them.

In this episode of the Agile Innovation Leaders podcast, Dave West joins host Ula Ojiako to chat about Scrum, Water-Scrum-Fall and importance of Kindness. (47:52 Minutes)

In this video, Ryan discusses the meaning of the Sprint and its importance to getting feedback early and often.

In this video, PST Ryan Brook talks about the meaning of the Increment and how the Definition of Done comes into play in support the work of the Developers. (8:15 Minutes)

In this video, PST Ryan Brook looks at the 3 Accountabilities of Scrum and describes how the are accomplished by the Scrum Team.

In the quest for short-term gains and rapid productivity, organizations are sacrificing their long-term agility and adaptability, just like the Titanic did. But fear not! We can learn from history and prevent ourselves from meeting the same fate. So, let's explore how companies can avoid becoming the next Titanic and instead chart a course for long-term success.

Teams are more effective when they learn HOW to learn. They focus on small and actionable improvements and make sure to follow up on them until they are completed, before moving on to the next.

Sentiment surveys at the Sprint Retrospective can be an early warning indicator that something is wrong.

Org Topologies is a mapping of recognizable organizational archetypes in product development. Understanding the archetypes will help you to navigate your agile transformation.

Org Topologies is a map with recognizable organizational archetypes that you can use to discover, improve and communicate your agile transformation journey. The map will allow you to talk to Managers, Scrum Masters, Executives, Agile Coaches, and Product Owners using a common language to reflect on your challenges. Org Topologies will enable you to own and master your path toward higher states of adaptability, starting from wherever you are now. And thus, make your organization customer-focused, adaptive, and resilient in the face of change.