Here’s something I see in many organizations: Management wants to “control and manage” the projects/efforts/work (whatever they call it) in the same way they did before the organization started agile. They want Gantt charts. They want commitments. They want assurances that the work will proceed in the same way they thought of it before the […]
In Stuck in the Middle, Part 1, I discussed possible management problems with agile. Those aren’t the only stuck problems I see. Sometimes, I see team problems. What if the teams are “almost agile”—they still have too many experts, their stories are too big, they don’t always deliver value on a regular basis? You know
In part 1, I addressed some management challenges with an agile transition. In part 2, I addressed some team issues. In this part, I’ll discuss why agile is a culture change and ways to consider a system change to agile. Agile looks something like this image. The responsible person (often called a product owner)
Over on Techwell, my monthly column is Agile Does Not Equal Scrum: Know the Difference. I wrote the article because I am tired of people saying “Agile/Scrum” as if Scrum was the only way to do agile. I use iterations, kanban, and the XP technical practices when I work with teams. I am not religious about