InfoQ Homepage Retrospectives Content on InfoQ
-
Should the Customer Care about Agile?
The involvement of customer in an Agile project is taken for granted, however in many situations, intentionally or unintentionally, the customer may not follow the Agile practices. An interesting discussion on the Extreme Programming group tries to decipher the situation and find possible solutions.
-
50 Developers Answer: What Do You Want Your CIO to Know About Agile?
Trying to explain the benefits of Agile Software Development to your CIO? Does your boss want some outside validation? Esther Schindler asked more than 50 developers and Agile practitioners one question: "If you could get the boss to understand one thing, just one thing, related to agile development...what would it be? Why that?".
-
Questioning the Retrospective Prime Directive
The 'Retrospective Prime Directive' is commonly used in retrospectives to encourage deep learning without recriminations. But what do you do when you *can't* agree that you "understand and truly believe" that everyone did their best? In this InfoQ article, a group of senior practitioners discusses the benefits and difficulties of using this practice.
-
Is Velocity Really the Golden Measurement?
What value do teams get from measuring velocity, beyond the ability to reasonably estimate commitments for the short-term future? J.B. Rainsberger proposes that teams spend less energy scrutinizing velocity and more energy thoughtfully identifying and eliminating areas of waste in their projects.
-
How Long Should Retrospectives Last?
The original definition of a retrospective, as presented by Norm Kerth, was a 3 day, offsite meeting. In, Agile Retrospectives, we are given 5 phases to be covered, but no specific guidance on time. In her recent article, Rachel Davies suggests that we have 30 minutes per week under review. How long should a retrospective last to be effective?
-
Why do Agile Adoptions Fail?
Although agilists focus much of their energy on helping their agile projects succeed, it is helpful to periodically stop and consider what causes some agile projects and agile adoptions to fail. Armed with this knowledge, perhaps one can avoid these same pitfalls.
-
Kaizen in Lean Software Development
Lean methods employ Kaizen, or continuous improvement, to reduce waste and improve results on a regular, even daily, basis. On the leanagilescrum group, Alan asked, "Are there known techniques for facilitating kaizen activities within Lean/Agile software development?"
-
Frequent Retrospectives Accelerate Learning and Improvement
When we seek process improvement by discarding traditional SDLC rules, how should we work? Retrospectives are a tool teams can use to reflect on their process and improve it gradually over time. In this article, Rachel Davies offers help for teams who have ideas for improvements but are not sure how to get them off the ground.
-
InfoQ Article: Reflecting on Success: Good Agile Karma
Agile relies heavily on discipline, rather than genius. We're told that average teams, even in the early stages, can achieve dramatic performance improvement if they are disciplined. As we do these things, the effects of our words and actions actively create, and re-create over time, the environment in which our teams and projects operate - for good or ill.
-
New Forums at AgileSoftwareDevelopment.org
Agile veteran Ron Jeffries is a believer in the value of dialogue. So he's offering the Agile community a new resource, an Agile Forum, hoping it will be a brand-neutral, consultant-neutral place, open to and shared by everyone who is interested in advancing him- or herself in Agile, or in bringing Agile to the world. In XPmag, Ron's made an open invitation to both participants and volunteers.
-
Book Excerpt: Agile Retrospectives
InfoQ brings you an exclusive chapter excerpt from the recent book "Agile Retrospectives: Making Good Teams Great", by Esther Derby and Diana Larsen. These expert facilitators show how teams can run focused, helpful retrospectives themselves, without an outside facilitator. We asked the authors a few questions about the making of their book.
-
Tips for Effective Kaizen Process Improvement
Agile software development and Lean Thinking go hand-in-hand for many practitioners. Six-Sigma blackbelt Mike Wroblewski has blogged some lessons learned from a recent kaizen session. People are a key variable in both manufacturing and software environments, so his lessons learned in manufacturing are also interesting for Lean Software practitioners using kaizen events for process improvement.
-
Agile Work Cheatsheets Posted
It's been said before: Agile may be simple, but it's not so easy. Mishkin Berteig contributes some one-page quick-references to jog our memories and keep us focused on delivering value.
-
InfoQ Book Review: Collaboration Explained
David Spann introduces Jean Tabaka's book: "Collaboration Explained" in which she shares stories and facilitation techniques to make groups more effective, and provides templates to get them started.
-
Personal Retrospective: How Did I Do?
Nynke Andering gives us an inside view of a process of self-retrospective, which she uses after a consulting engagement. She shares not only her questions, but her answers, in four categories: Collaboration, Learning, Consulting, Responsibility.