Community Blog

In this blog article, we provide a quick overview of the most viewed blog articles over the past 18 months, giving readers insight into what they mind valuable to read.

Agile Metrics are meant to serve certain purpose(s) and can be very useful if leveraged appropriately. In this series, I want to share my experiences of how metrics may be used, abused and effectively become focal point of failure of Agile adoption in an organization.

I recently finished writing a book with fellow Professional Scrum Trainer, Don McGreal, titled,  "The Professional Product Owner: Leveraging Scrum as a Competitive Advantage." I learned a lot from this experience and wanted to share it here. 

When many organizations wanted to incorporate Scrum, it was a big disappointment. The leaders saw it as a failed experiment that did not yield the positive impact one would hope for. Nevertheless, I have witnessed the transformational results and great rewards an organization reaps when it truly embraces Scrum values.

Vor kurzem haben die beiden Autoren des Artikels sich einmal mehr mit der Frage beschäftigt, wie sich erfolgreiche und weniger erfolgreiche Teams unterscheiden und was die Erfolgsfaktoren für erfolgreiche Teams sind.

One of the new concepts we introduce in the Kanban Guide for Scrum Teams is the Service Level Expectation, defined as: An SLE forecasts how long it should take a given item to flow from start to finish within your workflow.

One of the key Kanban practices is Limiting Work in Progress. If you want to be pedantic, actually what this practice aims for is Reducing and stabilizing Work in Progress. This improves flow, provides predictability, and is actually even more important for creating a pull-based Kanban system than visualizing your workflow using a Kanban board. I worked with several clients that limited their WIP but didn't use Kanban boards. One could argue that maybe this practice deserves to be first in the list of Kanban practices, ahead of Visualization.

In the Kanban Guide for Scrum Teams and the Professional Scrum with Kanban workshop, we introduce 4 key flow metrics that we believe Scrum teams can use to improve their flow.

As a servant-leader, the Scrum Master sometimes has to make very difficult decisions. This might even include removing someone from the Scrum Team. Obviously, this a difficult decision that should not be taken light-hearted. In this post, we'll share some perspectives on the kinds of situations where removal is a viable option and some tips to do help you do so in the best way possible.

It is beyond debate I'm afraid; business projects are prone to failure – particularly large and complex projects. There is some irony in that, no? The more you hope to achieve, the more likely you are to be unsuccessful. Learn how the tech industry uses the Scrum Framework to curb failure and deliver customer value.

I often use innovative games as a useful addition for Sprint Reviews. They help clients better understand and thus improve the product. One of my favourite games is the Speed Boat. The Speed Boat game explores user’s pains and jobs.

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.

In this series, I have been  Introducing 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 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.

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 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 out handy and always keep these in my playbook in case need 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.

In my Scrum Master training courses, I get a lot of questions about the workload of a Scrum Master. One question I hear frequently is this: Is the Scrum Master role a full-time job?

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 accompa

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.

By Jochen (Joe) Krebs (jkrebs@incrementor.com) and Nils Oud (noud@incrementor.com)  Suddenly I find myself giving genuine compliments to students who I found troublesome and ill-motivated in the old situation

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.