Articles on Scrum and Agile Project Management
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.
Your team has adopted the relative story point estimation and you are now ready to jump into your first planning poker session. Where do you start? What is a 1-point story? What is a 3-point story? What is a 13-point story? Your team is looking to you and this process is almost as new to you as it is to them.
This article describes an emerging enterprise pattern for the successful implementation of software agility at the project team, program and portfolio level. It describes the new software development and delivery process mechanics, the new teams and organizational units, and some of the roles key individuals play in the new agile paradigm. In addition, the Big Picture highlights the requirements practices of the enterprise agile model, because they uniquely carry the value stream to the customer.
The five stories presented in this article, mostly based on real life, might help you see how Agile can become mechanical and what you should do about this. You will also learn some solutions that could help to solve all five symptoms. We need to allow people to act like people and not try to force them into a machine model that we have created for them.