Johanna Rothman, Management Consultant
Expert in Managing Product Development
Agile transformations are tough. That’s because wherever you start, the agile transformation creates culture clashes. Often, teams start with agile approaches. Teams discover the agile approach and practices that work for that team. Then, as the team gains experience, they refine their approach and practices. That’s the external part of what we see in an agile transformation. …
Continue reading “The Manager’s Role in an Agile Transformation”
One of my clients has many reasons for wanting an agile transformation. Their old products are at the end of their lives. They need agile approaches so they can get feedback from customers as they develop the new products. They need to deliver to their customers more often. They need to create a mix of …
Continue reading “Agile Transformation When Failure Is “Not” an Option”
Ron Jeffries, Matt Barcomb, and several other people wrote an interesting thread about prescriptive and non-prescriptive approaches to team-based agile. The issues are nuanced and for me, don’t lend themselves to a Twitter discussion. (Learning how to write short and coherently is a different post.) If you don’t want to read the entire thread, here …
Continue reading “Agile Approaches Require Management Cultural Change”
As Mark Kilby and I work on the geographically distributed teams book, I realized this morning that we need to define cost per feature. I already wrote Wage Cost and Project Labor Cost and the management myth that it’s cheaper to hire people where the wages are less expensive. (It might be, but it might …
As Mark Kilby and I work through the images and text for the geographically distributed teams book, I wanted to clarify what collocated and distributed mean. Collocated teams sit near each other in space. However, not everyone agrees on what is “near.” In Developing Products in Half the Time, Smith and Reinertsen use the Allen …
Continue reading “Understanding Distance for a Geographically Distributed Team”
Projects have problems. That’s why we select life cycles, approaches, and apply risk management as we proceed so we can manage these problems. What’s your #1 project problem? The nice folks at Mavenlink identified 5 major challenges in project management. Here are the top 3: Project plans and scheduling are not aligned (45%) Contention for …
Back in Manage It!, I suggested that for requirements, the questions should be, “How little can we do?” and still have a great product. My argument was this: the longer the project (regardless of approach), the more risk there is. Can you reduce risk by reducing the requirements? That would allow you to release earlier …
Continue reading “How Little Can You Do (& Still be Effective)”
One of the challenges as an organization becomes agile is what to do with HR and Finance. How can HR and Finance become more agile? In this series, I’ll address HR (Human Resources). (I’d actually started drafting this series a few months ago, but Diana Larsen pinged me with her note of Human Resources Is Dead. …
We might start to think about agile approaches as a project change. However, if you want to “scale” agile, the entire culture changes. Here is a list of the series and how everything changes the organization’s culture: Defining “Scaling” Agile, Part 1: Creating Cross-Functional Feature Teams. Without feature teams, I don’t see how you can …
Continue reading “Defining “Scaling” Agile, Part 6: Creating the Agile Organization”
One of the challenges I see in organizations is how managers can use agile approaches. One of the biggest problems is that the entire organization is organized for resource efficiency (think silos of functional experts). Agile approaches use flow efficiency. Thinking in flow efficiency changes everything. Many people in organizations believe that dividing up the …
Continue reading “Defining “Scaling” Agile, Part 5: Agile Management”