A person standing at the entrance to a cave

How Deep Do You Ask People To Go?

A person standing at the entrance to a caveSome of my most spectacular failures working with teams have come from going deeper than I needed to. One particularly memorable retrospective ended with a product manager declaring, “I’m done talking about my feelings.” (It was not my finest moment.) Yes, organizations are made of people. And yes, work happens inside a container of relationships. But that doesn’t mean every attempt to address a team or organizational problem must be super deep. Choosing the depth at which to intervene is critical for every manager, consultant, and coach.

Continue Reading→

"Product? Project?"

Estimation Alternatives, Part 2: Products vs. Projects

"Product? Project?"“I don’t understand products vs. projects. What’s the difference?”

When I share some of my stories about working with product development teams, some people look at me as if I’m describing the impossible. They seem confused when I tell them about agile teams that didn’t have to provide story point estimates to management or normalize points across teams. What I’m talking about is so far outside of their experience, they can’t conceive of how it could work. One of the most challenging things for me to explain to people who haven’t experienced both is the difference between project- and product-based organizations.

Continue Reading→

Estimation Alternatives, Part 1: Feature Budgets

A metal pail filled with hundred dollar bills.
A powerful estimation alternative is to treat project funding as a budget and charter teams to spend it effectively.

The most common question on any project is, “How long with this take?” This question isn’t too difficult to answer when the work is small – a few minutes to a few days. Problems start when someone wants an estimate for a chunk of work you can’t complete in just a few days. Requests for estimates like this come from a need to make higher-level planning decisions. But estimates aren’t the only way to make these decisions. Over the last fifteen years of working with agile teams, I’ve seen value in exploring estimation alternatives. Two, in particular, come to mind, the first of which I’ll describe here: Shifting conversations about estimating to budget discussions.

Continue Reading→

Communicating Change Effectively and Humanely

A railway switch, indicating a change ahead.
Change is inevitable. Communicating change effectively and humanely is a hallmark of effective managers.

“I can tell this is hard for you all to hear. I know it’s harder for some of you than others. It’s not my first choice, either. However, it makes enough sense, and it’s the direction we’re going now. We’ll take some time to work through how we feel about this. Then we need to figure out how to start making this change.”

Those weren’t exactly the words the Director of Engineering used to communicate the change in our team’s priorities, but they are close. It was certainly the message that those of us in the room heard when he told us about the abrupt shift in the direction we were about to make. This potentially disruptive change was one of my first experiences with communicating change effectively and humanely. Because of how the director held himself and the team during the ensuing conversation, what could have been an absolute mess turned into a surprisingly positive experience. 

Continue Reading→

Two cubes with faces drawn on them and thought bubbles over them. The left face is thinking of a clean spiral and smiling. The right face is thinking of a tangled line and is frowning.

Share Information, Not Anxiety

Two cubes with faces drawn on them and thought bubbles over them. The left face is thinking of a clean spiral and smiling. The right face is thinking of a tangled line and is frowning.“I don’t want to distract the team. They don’t need to worry about this.” That’s what my boss – the head of engineering at a rapidly growing startup – told me when I asked him how he would share information from top management about our revised expansion plans. His job, he said, was to protect the engineers from things like this and to let them focus on building the product.

Continue Reading→

Antique key in a keyhole

The Secret to Backlog Refinement (and Five Bonus Tips)

Antique key in a keyhole“What’s the secret to backlog refinement?”

Eighteen pairs of eyes turned to look at me, waiting for my answer to this product manager’s question. I’d spent the last two days with the group working through the challenges they faced using Scrum in their company. We discovered that most of their delivery problems stemmed from the teams not understanding what was needed. They’d identified with the story I’d told about the team that hated Sprint Planning and hit the reset button on their process. They knew they weren’t doing refinement and could see the effect. They wanted to know how to make it work for them.

Continue Reading→

How One Team Hit “Reset” on Its Planning Meeting

A large, red, mechanical button labeled reset, mounted on a wall.The team was angry. Every two weeks, they would find themselves five hours into their sprint planning meeting with no end in sight. Every two weeks, it was the same: Their product manager showed up with a pile of requests the team hadn’t seen before – estimated by someone elsewhere in the organization – and wanted to know precisely how many the team could finish in the next iteration. Everyone hated sprint planning. It was stressful, wasteful, and unproductive. Something had to change.

Continue Reading→

Water flowing over rocks in a mountain stream.

How to Improve Transparency and Flow in Your Team’s Work

Water flowing over rocks in a mountain stream.
Teams should expect surprises to happen – even if they don’t know exactly what or when. Agreements about how to manage challenges when they do occur can keep them from disrupting the team’s flow.

The team was struggling. They were working on an industrial motion control product, porting a legacy code base to a new hardware platform. Parts of the code were decades old, and many of the original developers no longer worked at the company. They kept getting stuck trying to figure out how the code worked and what they needed to do to make it work in the new system. Neither the engineers nor the product manager had visibility into what was taking so long or how to help.

Continue Reading→

A 3D pie chart divided in 60%, 30% and 10% sections.

Managing Team Performance with the 60-30-10 Rule

You’re a mid-level manager in a rapidly growing company. Your boss tells you that a new initiative the company has been considering for the last year has finally gotten the go-ahead from the executive team. This initiative is similar to others your company has taken on in the previous few years, but it is different in a few key ways. There’s no playbook for work like this; success will require trying new things and learning from what happens. Your job is to pull together a team that will perform at a high level in challenging circumstances. What do you do?

Continue Reading→