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.
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
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
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
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
The Manager’s Role in Creating Effective Teams, Part 3 Is it a manager’s job to search through haystacks to find people who can become part of a jelled team? Not really. If you know you have an unjeller, the manager’s job is to prevent that person from being on a team you hope will jell.
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