Do your team members have a tendency to pick up the next task to work on in case they get stuck with current task because they are measured for ‘utilization’? Such multitasking isn’t just bad, but also has harmful effects and causes stress on the person as proven by a study at Stanford University.

Over a wet weekend in the UK, my 12 year old daughter was looking for something to do and decided to draw a poster to while away some time. My daughter decided that she would help me by making a poster about Scrum ( honestly!, I am not making this up. I didn't realise how much I talk about a scrum at home.)

I recently wrote an article for Entrepreneur on why Tech Companies need a code of ethics which got me thinking more broadly about the role of ethics, values and professionalism and why the agile community have been thinking about it more than most.

Vor kurzem habe ich mit einem Team die interessante Frage aufgeworfen, ob Softwareentwickler Leidenschaft für das Produkt das sie entwickeln benötigen oder ob Leidenschaft für Technologie wichtiger ist.

I remember going on a PRINCE2 course a few years ago, and trying to determine how this celebrated stage-gated framework might be applied to an agile mode of delivery. I was employed in the UK public sector at the time, and I had come to know how instrumental "PRINCE2 compliance" can be to the striking of a defensive organizational posture. When all eventually fails you must be able to show that you followed appropriate procedure.

In this blog, PSTs Sjoerd Kranendonk and Wilbert Seele explain how to achieve more and risk less by being a less visible Product Owner. In the Scrum Guide the following is written about the role of the PO: "The Product Owner is responsible for maximizing the value of the product and the work of the Development Team."

One of the reasons Scrum allows opportunistic discovery is due to its short and fast feedback loops. With the aim to build a high-performing Team and to get the best potential out of each individual and to help them be successful, Agile Coach needs to provide straight feedback to them. But giving straight feedback is a daunting task especially since we are dealing with human emotions. In general, just the utterance of the statement, “I would like to give you feedback” sends the heart racing for a lot of people.

If you give a developer a verbal warning for surfing social media all day, you are crushing their autonomy. Insisting on core hours of 10am-4pm violates self-organisation. Personal development plans are so PRINCE II. Right? Well, maybe. On the other hand, having someone relatively experienced and influential on your side, to help shape your career and keep you off the annual redundancies list might actually be quite useful.

In this blog post we've shared our ideas on "Your Scrum Master Journey" and the first steps we've made at a Dutch customer.This week Christiaan Verwijs and I facilitated a workshop at a Dutch customer in which Scrum Masters could provide a pitch for participating in "Your Scrum Master Journey".

Last year, Stefan Wolpers and Age of Product conducted a Scrum Master Salary Survey of the agile community. The effort resulted in the Scrum Master Salary Report 2017. This year Scrum.org will be joining this survey effort with Stefan Wolpers and Age of Product, with the goal of collecting data from more participants on a global scale to help increase participation and gather new insights.

Being a Scrum Master of a team with strong personalities can be challenging at times especially when two or more people believe that their approach is right.

Teams with high diversity are more innovative. They have more perspectives that create a higher rate of idea flow. More new ideas are generated that lead to new products and innovations than in homogeneous teams.  What is innovation?

In the "Scrum from the trenches" blog post series I like to address topics that I encounter in practicing Scrum in the real world, with real Scrum Teams. Sharing where theory comes into practice, what challenges teams encounter along the way and ways to help Scrum practitioners use the power of empiricism to overcome these challenges.

Over the years, the tools we use to develop and deploy applications are significantly more robust, and most companies are working to become more efficient with their processes. But what is the next step toward improvement in software development? New expectations.

As a Product Owner, there is nothing more frustrating than having to use valuable development time to deal with technical debt. Like death and taxes, it’s just never a good time when those lurking defects decide to unravel.

Have you ever been in a situation where someone is talking to you and when they ask a question like, “What do you think?” you realize that you were zoned out?

Hello great people of the world. Welcome back to Professional Software Delivery with Scrum (PSD) blog series with yours truly. This time we're going talk about how to use Scrum And DevOps. I am interested to discuss this topic because it's quite common I get a question from someone in the agile community, "Should I use Scrum or DevOps?".

In this blog post we’ll share the string of Liberating Structures we used at a Retrospective for a rapidly growing startup.

One of the most common questions I am asked in my Professional Scrum Master (PSM) courses and in coaching engagements is: How do we build trust?

When coaching for organizations, I am often met at the doors of the cathedral by exasperated management.  Frustrated for how Scrum is transformed to meet personal agendas and bias. 

As an Agile Coach, you frequently encounter situations which demand quick thinking to get things moving in the right direction. Over time I have found few techniques which come out handy and always keep these in my playbook in case need arise. This is the fourth part in the series of tools that I have found useful in my role as Agile Coach – Effective Facilitation.

“Most executives, many scientists, and almost all business school graduates believe that if you analyze data, this will give you new ideas. Unfortunately, this belief is totally wrong.

As an Agile Coach, you frequently encounter situations which demand quick thinking to get things moving in the right direction. Over time I have found few techniques which come in handy and always keep these in my playbook in case needs arise. This is the third part in the series of tools that I have found useful in my role as Agile Coach – Asking Powerful Questions.

What can you do as a Leader to help your Scrum Teams to become mature? Discover a 5-level maturity pattern that you can use as a reference.

An organization with a diversity of gender, race, sexuality, and disability make fuller products and services.

I would like to discuss Scrum and XP because I often get a question "When should I use Scrum or XP?" from people in the community.

We regularly work with teams that see the Daily scrum as irrelevant, disruptive, and boring. They are often right. Here are three common anti-patterns and three potential solutions.

It’s been so exciting to hear so much positive feedback and interest in the new Scrum.org Kanban Guide for Scrum Teams and the ac

Working as a Scrum Master I asked myself... "How do I know if my team are demonstrating the Scrum Values? What can I use to show their current state?"

In this series, I want to Introduce some helpful tips for Scrum Masters on “Systems Thinking” - a diagnostic Tool and a disciplined approach for examining problems more completely and accurately before acting.  Lights on! Camera ! 

I’m lucky enough to work with different teams on a regular basis. In some cases, these teams have been doing scrum for years. These teams have become highly proficient when it comes to the events in Scrum.

This is second part in the series of tools that I have found useful in my role as Agile Coach – Timeboxing.

You’ve implemented Agile into your organization and hired professionals with Agile experience on their résumé to back it up. Yet, something is still not right. The gains that Agile promised don’t seem to be coming to fruition. Delivery times aren’t faster than they were before.

Work is complex, and to honour the empirical approach is harder. It requires trust, in order to be transparent. To enable the responsiveness that agile promises there needs to be discipline and rigour.

Simon Sinek in his book „Start With Why“ talks about the importance of knowing why we are doing things before we think about what and how to do it.

As an Agile Coach, you frequently encounter situations which demand quick thinking to get things moving in the right direction. Over time I have found few techniques which come out handy and always keep these in my playbook in case need arise. This is first part in the series of tools that I have found useful in my role as Agile Coach

Try organizing a party in a “Yes, but…” atmosphere. The result is probably a zillion obstacles identified, but no party.

TRIZ is a facilitation technique to stop counterproductive activities and make space for innovation.

In everything we do there should be some value - some importance in what we do. If not, then why do it?

"The most important metrics are: did we execute the way in which we said we would, and did we deliver the value to the business that we had promised?" - Jamie S. Miller

Chris is a true example of an new type of leader. Not because he is a great speaker, nor because he has a big vision or has world changing ideas. Just because of one seemingly simple skill. A skill which is very hard to master. He recognizes the defining moments when he has to live the ambition. He knows when he has to lead his people by entering the 'battle' first. Let me tell you why.

Is it possible to use Scrum with Kanban? After a year of exploring the idea and working out the details, our answer is yes. Get ready to make your team stronger and more effective.

Today we announced a new class Professional Scrum With Kanban. This class helps teams practicing Scrum to apply the practices of Kanban without breaking Scrum. It shows how visualization and flow are great partners in delivering Done software and how Scrum with Kanban helps teams become more professional.

Scaling is a popular strategy these days: scaling innovation, scaling agile, scaling whole organizations. But scaling can easily undermine agile principles like focus and minimal viable product, and the abilities to deliver, learn quickly, and pivot decisively when required.

The Scrum Master role is a new one and is often misunderstood by teams and organizations implementing Scrum. When I work with organizations, often I see Scrum Masters role is not taken very seriously,

I have recently been helping a new Scrum team get started with the framework and helping them to set themselves up with the best chance of being successful with Scrum.

In this post, we address the myth that the Sprint Review is primarily an opportunity to ‘demo’ the increment to stakeholders. Although a demo certainly can be part of a Sprint Review, it fails to capture what the Sprint Review is actually about...

Being a professional with a disability is like working two careers:  The one I get compensation for - leading organizations to adapt continuous change. The other career - managing an organization of personal support workers to allow me to have a full life. 

A friend sent me an e-mail, asking me to summarize Nexus and the Scaled Professional Scrum class. Here's the gist of what I sent in return.

Recently I worked with a new customer in Denver to help them move towards a greater degree of Scrum in their software development. The idea that Scrum is for everyone in your organisation is kind of new, but it reflects the modern understanding of the way people work, and the rejection of Taylorism and command and control.