Create & Manage the Project’s Bounds, Part 1

Do you know your project’s bounds? Do you know what your sponsors want from your project? For many years, I heard about the “iron triangle.” Sometimes, the triangle was “Scope, Quality, Cost.” Sometimes, it was “Scope, Date, Cost.” It was always three things out of a minimum of four possibilities. I never saw a triangle …

Create Feedback Loops (Agile Approaches) for Hardware Products

In Costs of an Agile Approach for Hardware Products, I suggested that an iteration-based approach for hardware was too expensive. I focused on the actual development costs. Let me talk a little about the team and alternatives here. What Does a Hardware Team Look Like? Agile software teams are cross-functional and interdependent. The team is …

Costs of an Agile Approach for Hardware Products

I had a conversation with a hardware engineer whose organization got the mandate, “Go agile or bust!” They’re attempting to manage their technical and schedule risk with two-week iterations. And, they’re trying to show finished product, not simulations. And, even though they work independently, they’re supposed to have a standup every day. None of that makes …

The Creation Experience Does Not Mirror a User’s Product Experience

I wrote about how I felt about milestones after achieving a significant milestone last week (How Do You Feel When You Achieve a Significant Milestone?) I specifically wrote about my feelings. During a discussion on LinkedIn, a reader suggested I start with the last sentence I wanted to leave my readers with. Then build back …

Clean Your Backlogs

I’ve been working at the intersection of the project portfolio and the product roadmaps. (You can tell because of the various posts about information persistence.) Here’s what I find when I work with my clients: They have years worth of projects in the project portfolio. They have years worth of ideas in various states of description in …

Product Roles, Part 8: Summary: Collaborate at All Levels for the Product

Too many teams have overloaded Product Owners. The teams and PO have trouble connecting the organization’s strategy to what the teams deliver. The teams, PO, management, all think they need big planning. Too often, the POs don’t do small-enough replanning. They’re not living the principles of the agile manifesto. That insufficient collaboration means the PO …