Johanna Rothman, Management Consultant
Expert in Managing Product Development
Back when I was a manager, my senior management wanted to separate the “new” work from the “maintenance” work. I suggested that every new line after the first line of code was maintenance. The managers poo-poohed me. My concern: How would the “new” developers learn from their mistakes? I lost that discussion and I managed …
Continue reading “Effects of Separating “New” Work vs “Maintenance” Work”
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 …
Continue reading “Create Feedback Loops (Agile Approaches) 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 …
Continue reading “Costs of an Agile Approach for Hardware Products”
I spoke with a project manager recently. She told me her story. I used to facilitate project teams as a project manager. Why a project manager? Because the project had a beginning and an end. We had (and still have) too many products to keep the same teams on them for a long time. For …
Continue reading “Agile Project Manager, Scrum Master, or Product Owner?”
Does your team have to keep two sets of “books”? You have an agile roadmap to see where you’re headed. You have a smallish backlog of the near/upcoming work. You’re delivering on a frequent basis. And, someone on your team keeps a Gantt chart because a manager wants to see the team’s progress in a …
Continue reading “What Decision Will You Make Based on This Data?”
It’s time to wrap this series. I started asking if you actually need an agile approach in Part 1 and noted the 4 big problems I see. Part 2 was why we need managers in an agile transformation. Part 3 was about how people want a recipe. Part 4 was about how “Agile” is meaningless …
Continue reading “Where I Think “Agile” is Headed, Part 5: Summary”
I started this series asking where “Agile” was headed. (I didn’t like what I saw at the Agile 2019 conference.) Part 1 was about the 4 big problems I see. Part 2 was why we need managers. Part 3 was about how people want a recipe. This part is about what “Agile” or “agile” means. …
Continue reading “Where I Think “Agile” is Headed, Part 4: What Does “Agile” Mean?”
I started this series asking where “Agile” was headed. Part 1 was about the 4 big problems I see. Part 2 was why we need managers. This part is about how people want a recipe, The Answer, for how to get better at “Agile.” Before we can address what an answer might be, your need …
Continue reading “Where I Think “Agile” is Headed, Part 3: What Is The Recipe, The Right Answer?”
In Part 1, I wrote about how “Agile” is not a silver bullet and is not right for every team and every product. This post is about how management fits into agile approaches. Too often, managers think “agile” is for others, specifically teams of people. Teams need to figure out how to manage their WIP, …
Continue reading “Where I Think “Agile” is Headed, Part 2: Where Does Management Fit?”
Early on in my agile practice, I believed in generalizing specialists. I even wrote Five Tips to Hiring a Generalizing Specialist. However, if a team becomes collaborative, I no longer think we need generalizing specialists. That’s because the team works and learns as a team. If a team is willing to collaborate as pairs, a …
Continue reading “Rethinking the Need for Generalizing Specialists”