Leadership Tip #13: For Innovation, Remove at Least One Policy or Procedure a Week

Some managers wanted to prevent Bad Things from happening in the organization, so they added policies or procedures. Now, these same managers want business agility. However, the policies and procedures increase friction and make it harder to get the Right Things done. It’s time to start removing some of those policies and procedures. The more …

Use “Typical,” Not “Average” Durations to Manage Risk

Many managers and teams talk about “average” durations for work. On average, how long does it take a team to finish a certain kind of work? However, average doesn’t quite explain why our work takes different durations. Instead of average, consider the word, “typical.” I’ve written about cycle time before. (It’s the time from when …

Explore Modern Management on a Bonus Scrum Master Toolbox Podcast with Vasco

Vasco and I had a wonderful discussion about the Modern Management Made Easy books on his Scrum Master podcast. Listen to BONUS: Modern Management trilogy by Johanna Rothman. We discussed why Scrum Masters and coaches might want to read these books. And how to use the information in the books. (Hint: to support and serve …

Low Tech Way to Visualize Your Percentile Confidence for Forecasts

Michael Mahlberg taught me something cool last week. We’re writing an article together. Part of the article is about forecasts. I was ranting and raving about how to help people see their confidence levels. He pointed me to this slideshare: Lightweight Kanban Metrics (in German).  (Don’t worry about the language.) Go to slides 24, 25, …

Multiple Short Feedback Loops Support Innovation

Several of my clients have intertwined problems. Everyone agrees they want innovation: Which products and services the organization offers. (The project portfolio) What features the product offers, or the problems the product solves. (The product roadmap) In the team, to solve the problems in a way that will attract users/buyers/customers. (The team’s backlog and how …

Capitalizing Software During an Agile Transformation

A client wants to know how best to calculate their software capitalization. They had a “standard” approach when they used waterfall. They no longer have all waterfall projects. They’ve started to use agile approaches. And, the projects don’t all look the same. Being somewhere in the middle means they’re having trouble reasoning about capitalization. Why …