Your organization has been disturbed by late launches in its last few new products, and now management has charged you with “getting to the bottom of the problem.”

As a Scrum Master, I know that serving Development Team, Product Owner and Organization to adopt Scrum is not easy.

When a lot of organizations are transitioning from the way they used to work to a more cross-functional, agile squad way of working, they usually look for scaling frameworks to help them do it.

In the previous video, I spoke about the creative reframing technique, that coaches could use as a facilitation or professional coaching tool.

In this post I'd like to discuss "Empathy - why it is important in teams and what you can do if you struggle with it". First, we all know what the role of the Scrum Master is, right?

Sanjay Saini, owner of Agile WOW("Agile Ways of Working"), kindly invited me, as an independent Scrum Caretaker, to open and close the event. I hope many Scrum practitioners register at scrumdayindia.org and join the event. In the end, only eager attendants can turn events into insightful experiences!

Creative reframing is an excellent facilitation and professional coaching technique that allows you to explore problems from various, sometimes unusual and unexpected angles.

Saying no is an integral part of any Product Owner's job. In this short video, I explore the reasons why we might be saying yes when no is a more appropriate answer (these reasons are from a great book by Dominica DeGrandis Make Work Visible) and how to say No when you need to.

My mother was the first person who showed me unconditional love. My mother gave me direction and supported me along whatever journey or passion I was chasing. She picked me up when I fell. Celebrated with me in all my accomplishments.

Changing the way we work is extremely difficult — we all know this. It requires us to find novel solutions to wicked challenges, to deal with cultural baggage (‘the way we do things here’) and to bring along the people needed to make a change successful.

It was 8:59 am on Monday. It was another week which I thought was going to be amazing. Last week our company just closed another round of investment. The company is currently strategizing to scale agility throughout the company.

Overcome common transformation mistakes and enhance your agility.

Companies who build hardware often ask if it’s possible to benefit from Scrum. In order to answer this question, I need to first introduce you to my friend Risk.

It is not against the rules of Scrum Framework for a person taking the Scrum Master role also be a member of the Development Team. I've been there. In this post I intend to highlight some of the challenges in form of conflicts of interests that prevents a Scrum Master to coach effectively while being a Development Team member.

When organizations begin their journey toward agility, they think the business outcomes will become instantaneous. They expect the initial decision to lead to immediate success.

The Scrum Master is often expected to facilitate and animate every Scrum events. But, according to the Scrum Guide, the role of the Scrum Master regarding the different events is to ensure that the event takes place and that attendants understand its purpose.

This article provides five examples of how Liberating Structures are valuable for Scrum Masters.

A Sprint Goal is an objective set for the Sprint that can be met through the implementation of Product Backlog (cit. Scrum Guide). Have you clearly defined a Sprint Goal at the end of your Sprint Planning? Is this Sprint Goal understandable and transparent to everyone? Is it defined in a way that provides guidance and flexibility to the Development Team? The aim of this article is to raise awareness on the importance of having a Sprint Goal defined and to provide some suggestions on how to create one.

A paradox is something that is seemlingly absurd but really true. When I experience complexity and uncertainty, I find comfort and power in paradox. It opens up creativity, possibility, and collaboration. Let's take a look at 4 paradoxes we need to navigate in the agile world and beyond.

Scrum Masters are often understood mostly as “team coaches”. Yet, their role is vastly more important. The Scrum Guide emphasizes that Scrum Masters are responsible for leading and coaching organizations in the adoption of Scrum and causing change that increases the productivity of the Scrum Team.

A couple of years ago I blogged on Innovation Accounting in Scrum, and the bringing of empiricism to Product Ownership. On Tuesday I gave a presentation on this topic to the Agile Northants UK meetup. There was a pretty good Q&A afterwards.

I collected lots of feedback from different students around Europe that attended my Professional Scrum Developer Training. Here some photos to give you an idea...

Many organizations struggle in their implementation of Agile and/or their evolution of agile once they start their journey. They use practices, people, and technology to find a way to overcome their disability of delivering value to market too slowly.

In your organization, some problems seem to recur, they are difficult to fix using the tools, tricks and practices you developed over the years as a manager. Maybe this problem is different and the perspective of an expert-outsider might help?

In this article I will stress again the utmost importance of understanding the context of the organization as a strategy to achieve a possible, evolutionary and deep application of Scrum within organizations.

I always assume that the people I work with are professionals - and not children. This is why I don’t like maturity models in whatever shape or form. And we’ve got a lot of those in our industry.

Ever wonder what a Scrum Master does all day? If you’re new to the role of a Scrum Master, you might think you have to facilitate all the events, take notes and schedule outlook meetings. Turns out you don’t have to do any of that!

Quite a few teams in organizations implementing Scrum depict their frustration in statements like “Scrum is driving us crazy!”, “It’s too chaotic!”

Last week, I had a long discussion with my friends about how to scale up the Scrum Team from the startup product. That was an interesting topic and we had many things to discuss. Some of my friends raised some interesting questions.

Leadership means having the responsibility to enable an environment that harnesses the full intellectual talent of an organization. We hire a bunch of top diverse talent but limit them by unintentionally having them work only within their part or silo of a large organization.

One of the biggest misconceptions of agile is that it focuses on speed. How fast can we deliver? How fast can we deliver on this project/product?

The comparison between Kanban and Scrum obviously comes up often when we're talking to teams, especially in the context of Professional Scrum with Kanban. While they are more similar than many practitioners realize, one key difference is the perspective on Teams. 

Teams are becoming the fundamental organizational entity, individual responsibility is being replaced by that of the team. But responsibility does not come about all by itself.

I was working with various groups over the last year and noticed some commonalities in the problems they faced. In this blog I want to share some common collaboration problems and solutions I experimented with.

From my experience, nothing is more important for Teamwork than trust. If having the secondary importance, it’s TRUST as well. You can't build a good team while they lack of trust.

This is the start of a series of articles about the Scrum.org PSM II class. It will address the most common questions asked. This article is focused on the difference between the PSM and PSM II class.

Flow of work and, most importantly, value is paramount. There are times when you keep looking at the process and don’t understand what is going on, what is wrong, and why stuff is not getting to done. Read to learn how flow can help while limiting work in progress.

The House of Scrum metaphor and sketch seemed to have piqued some interest last year. In this video I go over the 3-5-3 framework, giving a high level overview of Scrum..

Organizations are always on the lookout to cut costs and scale back when they have unfavorable reporting periods. Hiring freezes, and cutbacks in training and traveling tend to be popular and convenient.

People may have talked about these things earlier and I would like to share my experience around it. This story is long dated back when I was working on a software product for a manufacturing domain client.

I read somewhere that multi-tasking makes you stupid. So, I did some research to understand why. What I learned was both interesting and revealing.

A college roommate of mine retired this week, after a long and successful career. While he's figuring out the next chapter of his life, it caused me to think about whether the notion of a "career" is even relevant in today's world.

Many large legacy organizations are moving toward agile delivery methods in hopes of releasing faster to market. Based on my experiences, they look at it solely from a production view of getting software released faster and more often. This view has them believing this will result in getting more features released.

Through my professional experience, while serving my customers, working with Scrum Teams and training people in Professional Scrum, I have observed that some Scrum Masters only work to serve the Development Team and the Product Owner.

Ask any Agile practitioner these days what Agile values are and he/she, most likely, will recite you some lines from the Manifesto for Agile Software Development.

As many Professional Scrum Trainers have experienced, there is always a good discussion around the Sprint Goal. A similar discussion recently led me to address this not so well understood aspect.

One of the most important things we can do to help individuals and teams improve is coach them to embrace the agile mindset. The Manifesto for Agile Software Development provides values and principles to help guide teams in navigating the complexities of product delivery.

Our trainings around Scrum aim at gaining knowledge in applying Scrum to improve on product development. To achieve this in an ideal way, we deliver our training in the language spoken locally.

Building (and hiring) a great team takes time and effort. Patrick Lencioni’s “The Five Dysfunctions of a Team” became a staple reading in an Agile community these days.

A common phrase that I use in my classes is that Scrum is like the poker game Texas Hold’em; it only takes a few minutes to learn but a lifetime to master.  The “few minutes” may be a bit of a stretch but my students get the point.