Sprint Review – Key To Higher ROI

Sprint ReviewScrum teams are expensive. Salaries and the other costs of maintaining a team represent a significant investment. A well run sprint review can dramatically improve the return your organization gets on this investment (ROI). Sadly, sprint review is widely misunderstood, and poorly implemented. The result is wasted time and lost opportunity. Let’s explore how to unlock the value of sprint review.
Read the full article…

Share it!

Easy Estimation With Story Points

Relative estimation, using story points, has proven itself superior to traditional time-guessing approaches. Common approaches to creating story point estimates, notably planning poker, aren’t great at getting the whole team involved in the conversation. Usually, only the outliers participate. This article describes a better approach, which Agile Learning Labs has been using with our clients for over a decade.

How To Start

Estimation gridThis approach assumes that your team already has some estimated items in your product backlog. If you don’t, no worries, just use The Team Estimation Game to create your initial estimates. The Team Estimation Game was invented by Steve Bockman, who we at Agile Learning Labs were fortunate to work with for several years.

So, you have some product backlog items (stories) with estimates and some new items without. Start by laying out the Fibonacci numbers on a table, or in a shared spreadsheet. When doing this online I usually use Google Sheets, as they allow the whole team to interact with a spreadsheet in real time. Next, take the stories that have estimates and put them in columns under the number corresponding to their estimate. Thus, all of the one-point stories will be under the number one. All of the two-point stories will be in a column under the number two, and so on. All of the unestimated stories are in a stack on the side of the table, or in their own column in your spreadsheet.
Read the full article…

Share it!

GROW Your Retrospectives

Question:

I have been assigned as the PO to a non-development scrum team for product marketing. After one week of work, we have delivered only 2 banner ads from a team of 10 people. The problem seems to be the process of approvals, reviews, kickoffs, briefs, tickets etc that need to happen in order to deliver the work. How would you coach me to help everyone see that our current process could be improved?

Answer:

Chris Sims with a plant.My first recommendation is to address this in the team’s retrospective. As product owner, it’s appropriate for you to say you would like to see the team get more ads, or other product backlog items, done in a sprint. Be a bit careful though; it’s very easy for the team to hear that as you blaming them or thinking that they’re not working hard. From the tone of your question, I don’t think that’s where you are coming from, but still be aware they may interpret things that way.

In the retrospective, you might consider using the GROW model that I’ve been writing about recently. GROW is designed for coaching, but it’s also great for structuring a retrospective. It stands for: Goal, Reality, Options (and Obstacles), and Way Forward. It’s an arc that you, or the scrum master, might guide the team through.
Read the full article…

Share it!

Coaching Questions With GROW

Chris Sims with a plant.My previous article covered the GROW coaching model. This article builds on that by adding coaching questions. Questions are a powerful tool a coach uses to help the client find their own way forward. While the coach can provide information and guidance, a key element of coaching is supporting the client in solving their own problem.

Some questions help the client see things in a new way, or consider things they hadn’t before. Much of coaching is deep listening. Questions are the invitations we give to our clients, asking them to share with us. They also allow the coach to gently guide the client’s examination of the situation, and ultimately move them into problem solving and action planning.
Read the full article…

Share it!

GROW Coaching Model

Agile coaches often encounter clients that are stuck. They know what they are doing isn’t working, yet they can’t find their way out of the dysfunctional cycle. At least, not alone. The coach’s job is to help their client:

  • gain deeper understanding of their situation
  • create a vision for a better future
  • identify obstacles & options
  • create an action plan

 
Chris Sims with a plant. GROW is a framework that a coach uses to guide their client through this process. The client might be an individual, team, or even a whole organization. GROW is an acronym for the stages of the coaching process: goal, reality, obstacles (and options), and the way forward (will do). Let’s walk through the stages of the model, in the context of Scrum.

Read the full article…

Share it!

Online Office Hours With Chris, And More!

Chris Sims Office HoursThe COVID-19 situation has brought many changes and challenges. Every change creates new possibilities for something good. For Agile Learning Labs, it gives us the opportunity to connect with our community in new ways.

Online Meetups

We are moving our MeetUp group online. The Scrum Professionals MeetUp group is going to resume our regular schedule starting this month. Tune in every third Wednesday of the month for a talk or workshop, as well as facilitated open discussion. We will continue having time for job seekers and companies to connect.

Online Office Hours

Every Monday afternoon, you are invited to join me for my open office hour: 3:00 PM – 4:00 PM PDT. This is your chance to ask me anything, and get free advice and coaching. I’m planning to use a Lean Coffee approach to structure each office hour, so the most important and popular topics get the most attention. Each office hour will be listed as a free event in the Scrum Professionals MeetUp group.
Read the full article…

Share it!

An Abridged History Of Scrum

Old Scrum DiagramI spend my working days helping companies effectively use scrum and other agile practices to create healthier working environments and increased business value. Today, I found myself reflecting on the path that led here. Below is an abbreviated timeline of events in the evolution of scrum. I’ve included a few bits of my journey with scrum as well.

An Abridged History Of Scrum

1970
Winston Royce publishes “Managing The Development Of Large Software Systems.” This paper is often cited as the origin of waterfall development. While Royce describes what became known as waterfall, he argues against it in the paper. He actually advocates for a more iterative, two pass approach, instead of the single pass of waterfall.

Read the full article…

Share it!

Agile Conference List 2020

Graduates of our workshops often ask how they can continue their journey of learning about scrum, and earn some Scrum Educational Units (SEUs). Attending conferences is a great way to accomplish these goals. Here is a list of conferences that you might consider attending in 2020. I’m sure we’ve missed some good ones, so point those out to us by leaving a comment.

Read the full article…

Share it!

Daily Scrum

Team holding a daily scrumThe daily scrum is the event where the development team inspects and adapts their work plan in order to make the most progress possible towards their sprint goal each day. It is one of the most misunderstood events in the scrum framework, and often implemented ineffectively. By understanding the purpose of the event, your team can realize much more value from their daily scrum.

Often, the first thing a person learns about scrum is the traditional way to run a daily scrum. They learn the three magic questions: What tasks did I get done yesterday? What tasks will I do today? What impediments am I aware of?

What people often don’t learn is why the team holds a daily scrum. If team members don’t understand the purpose, it’s very easy for the daily scrum to devolve into a meaningless status meeting, where each team member walks away wondering why they just wasted 15 minutes of their day.
Read the full article…

Share it!

Don’t Change Estimates During Sprint Planning

Team estimating user storiesI encounter scrum teams changing, or worse, creating, story estimates during their sprint planning meeting. This slows down the meeting and it undermines the whole purpose of estimation: predictability.

Predictability is knowing what the business will get and when. Stakeholders might ask the team: “Can we get these features by the end of the year?” Or: “When will the new feature set be ready?”

In a sprint planning meeting, the only predictability needed is a simple yes or no. Is the story (product backlog item) in the sprint? If it’s in, then the stakeholders can expect to get it by the end of the sprint.

The purpose of estimates is to support longer-term predictability, meaning when are we going to get stories from the product backlog? This leads to the reason why we should not change estimates in sprint planning.
Read the full article…

Share it!