Spikes And Stories

Scrum tips and agile insights from a Silicon Valley agile coach

Trust Is Consistency Over Time

by 2 Comments

I can’t tell you how many times I heard LinkedIn’s former CEO Jeff Weiner echo these words.

Trust is consistency over time. There’s no shortcut for either.

It’s great advice whether we’re an aspiring or experienced leader. And I think it’s just as appropriate for coaches. Why? We don’t have this pesky thing called authority, which tempts managers to impose their solutions on others. Instead, we coaches are naturally curious and have a desire to bring awareness to those around us. And since we’ve previously talked about trust, let’s talk today about what consistency looks like and why it matters.

In 2016, researchers conducted a study to investigate the relationship between uncertainty and stress. In it, participants were asked to play a computer simulation where they would turn over rocks. They received a mild electric shock when a snake was found under a rock but received no shock when no snake was found. The results were astounding. I had imagined that those receiving the shock 100% of the time would be the most stressed, but that’s not what the study found. Instead, those shocked 50% of the time–those dealing with the highest amount of uncertainty–had the highest levels of stress.

[Read more…]

Introducing Conditions of Satisfaction to a Team

by Leave a Comment

Last we talked, I was arguing that if estimates are supposed to be accurate, we’d call them actuals. That’s not to say that estimates are meaningless. When used appropriately, they’re valuable and serve an important purpose. Instead, my point was this:

Estimates are about mathematics. Expectations are about human connection. That difference matters.

Speaking of expectations, you should have one of me. I promised I’d finish what I started by sharing how I introduce conditions of satisfaction to a team. To set the context, I encourage you to read my previous post before continuing.

What Do We Need?

Assuming conditions of satisfaction are new to a team, we’ll need a few things:

  • A fundamental understanding of the the uses and misuses of conditions of satisfaction.
  • A few members of a team willing to experiment with conditions of satisfaction. We’ll talk later about why we don’t need the whole team doing so at the start.
  • Some work where these conditions will be beneficial. Something the size of an epic could be useful, but it’s up to the team and the context.
  • Access to and buy in from the person accepting the work. Sometimes this is the Product Owner, but I’m sure not all of us are using Scrum.
[Read more…]

If Estimates Were Accurate, We’d Call Them Actuals

by 6 Comments

Almost everyone agreed that we need to get better at estimation.

I heard this recently from a team. It’s not the first time, and I’m sure it won’t be the last. Teams struggle with estimates; others needlessly obsess over it. And while I agree with the sentiment, it’s true but useless. It’s unactionable. In order to appreciate how teams gets there, let’s take a step back and ask ourselves a simple question.

Why estimate?

Ask the team, and I expect we’ll hear that we or others need to know how long the work will take. Or that we’re required to put story points to all the things we do. Or we need to create a roadmap so leaders know when we’ll be delivering. While all this is true, none of it is at the heart of why, which is to make the implicit explicit. Unfortunately, even that neglects something even more fundamental.

[Read more…]

You Can Only Empower Yourself

by Leave a Comment

I find myself saying something often. It’s a thing implicitly taught to me as a Marine, but it wasn’t until years later that I heard it put to words:

An organization cannot empower you. You can only empower yourself.

Many times, it feels as if we’re waiting for our manager’s permission to explore a new space or to define a career path. But what’s stopping us from exploring it on our own, in our own way, and on our own terms? Consider the case of a team member or project manager who’s trying to get into Scrum Mastery. Or an engineer looking to become a manager.

Whatever it is, it’s our story to write. But what’s that look like? And how do we make this aspirational, cliche advice actionable? I think it starts simply.

[Read more…]
%d bloggers like this: