Articles, Blog Posts, Books and Quotes on Agile Project Management
Epics are used to get a bigger picture of user stories, but we need another level of abstraction. We need to bring together the various Epics that describe how our solution will evolve to its final endpoint, and how different functional teams and specialists will interact.
Mike Cohn wrote an interesting post where he discusses he allows or even encourages to estimate with story points as large as 20, 40, and 100. He explains that they are useful when you need first and not necessarily precise estimate of the general size of a new project being considered.
Even if the the Agile Manifesto declares that you should value “individuals and interactions over processes and tools”, this doesn’t mean that you shouldn’t use any tool. The authors of this article shares their experience using agile tools and explains why they prefer non-software tools and why you should be carefully pick the tools that will support your practice and your company if you pick any at all.
The topic of Managing Risk in Scrum projects is addressed by Valerie Morris in these two blog posts. The first part discusses the five risk areas found on most software projects: intrinsic schedule flaw, specification breakdown, scope creep, personnel loss and productivity variance. The second part compares risk management practices between traditional project management and Scrum.
Have you worked on a distributed team where management apparently thought it should hobble local members to make everybody equally frustrated and ineffective? The Agile Manifesto principles say that: 1) Business people and developers must work together daily throughout the project. 2) The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
Velocity is killing agility is the observation discussed by Jim Highsmith in this blog post. He explains that this metric is increasingly used for the wrong reasons: measuring productivity and focusing on volume delivery instead than on quality. He concludes saying that the importance given to velocity should be balanced with other metrics like feature value, feature delivery cycle time or quality.
Is the transition to Agile more difficult for late adopters? In this blog post that provides feedback about his attendance to the Conference on Lean Enterprise Software and Systems, Alan Shalloway explains that those taking on Agile are of a different mindset than those who made it initially successful. He also discusses Scrum-of-Scrums and preventing a “cargo cult” attitude towards agile practice.
Scrum Expert Copyright © 2009-2024 Martinig & Associates