InfoQ Homepage Adopting Agile Content on InfoQ
-
Building an Agile Team
Building an agile software development team is not easy. Many managers and team leads hire technically capable people, throw some form of an agile process at the team, and hope that everything works as well as the literature says it does. This approach is not only unrealistic, but is prone to failure. This article will describe the components of a successful team and how we built this team.
-
Making Scrum Stick: Overcoming Anxiety And Fear
While a team can grab on to something as simple and effective as Scrum quickly, the associated changes can cause worries. There are common issues that occur when adopting Scrum as well as nuances that will almost inevitably crop up. By being aware of these issues you can be prepared for them or, perhaps, not feel too bad that you are experiencing them yourself – they are common.
-
Coping with Change on Scrum Projects
This article surveys the expected variation of different roles in the Agile organization and proposes techniques with which to better handle the transition to Agile methodologies from traditional Waterfall. The following roles are discussed in this article: Customers/Stakeholders, Product Management, General Management, Project Management, Developers and Quality Assurance.
-
Book Excerpt: Agile Testing
This book is for testers on an agile team, test and quality assurance managers transitioning to agile development, and agile teams learning how to approach testing. The book introduces agile testing, how it's different from testing on a traditional team, and what makes agile testers different. The book contains dozens of stories about the various testing-related issues faced and resolved.
-
Successfully Adopting Pair Programming
Jay Fields takes a look at pair programming from an adoption perspective. This article is for you if you already know what pair programming is and guidance on how to get to the point of successfully practicing pair programming. Jay goes over everything from an optimal seating arrangement, to effective coaching techniques, to calling out common mistakes to avoid.
-
Case study: Distributed Scrum Project for Dutch Railways
How we customise Scrum to our local context plays a large role in the success or failure of a project. This article describes a successful, large, distributed Scrum project, which had already been scrapped once under a traditional approach. The authors share lessons learned on: project startup, product ownership, testing and the importance of estimates and effective communication.
-
Improvement, Success and Failure: Scrum Adoption in China
This recent inquiry, by InfoQ China editor Jacky Li, picked 5 very different cases of Scrum adoption in China, which got different results, and asked: Why did you use Scrum? How did you adopt it? What problems did you encounter, and why did it succeed or fail? Despite the small sample size, it's an interesting comparison, pointing out that improvement doesn't ensure success.
-
Kanban Applied to Software Development: from Agile to Lean
In this InfoQ article Kenji Hiranabe applies lessons learned while working with Japanese manufacturers. While many Agile teams are optimizing only a portion of the value stream, Hiranabe proposes a simple way to adapt lessons from Lean Manufacturing's "Kanban" visual tracking system to make process visible to more of the organization, for better communication and process improvement.