Articles, Blog Posts, Books and Quotes on Agile Project Management
This article presents the mechanisms that Visual Studio provides to support the team enacting an Agile process, primarily with Team Foundation Server (TFS). TFS captures backlogs, workflow, status and metrics of Scrum projects. This guides the users to the next appropriate actions. TFS also helps ensure the “done-ness” of work so that the team cannot accrue technical debt without warning and visibility.
In this blog post, Gary Reynolds shares ten issues that prevent Scrum stand-up meetings to reach their goal. He also offers advice on what ScrumMasters can do to ensure they either don’t occur at all or are eradicated over as short a time as possible.
The Dialogue Sheet is a new technique for team retrospectives in Scrum Projects. This technique involves a large sheet of paper that help to create good discussion and teamwork in Agile and Scrum projects.
This article presents the changes needed to create collaborative agile teams. It explains that you need to modify in your traditional project management team both the process, the way people get work done, and how people work together.
This article explains that it is important to end doomed projects before they become “too big to fail”. This article isn’t about the personal benefits of failure, but is rather about Agile software development. It’s about how failure, recognizing it and doing something about it, is a critical element of any Agile initiative.
In this article, Stefan Roock shares five tips for impediment resolution with Scrum: 1. Make the impediments visible 2. Search for impediments 3. Limit the number of impediments 4. Differentiate between local and global impediments 5. Help the team to resolve impediments
This article examines something called “The Daily Scrum Meeting” used by Scrum Teams on Agile Software Development Projects around the world. Using some real-life stories and cartoons, you should walk away from this with a better understanding of what not to do, what to do, and then how you can make changes if the first team looks more like what your Scrum Team is doing today.