Avoiding Iteration Zero

May 26, 2011 0

In this blog post, George Dinwiddie explains how to use the first iteration in a Scrum project to deliver some working software and not just building a backlog and setting up infrastructure for the next iterations that will deliver increments of functionality.

Story Point Estimation

May 6, 2011 0

In this blog post, Mike Treadway explains the technique of using story points for story estimation during agile planning sessions.

Aspects of Kanban

November 1, 2010 0

“Aspects of Kanban” is an introduction to the Kanban workflow Lean project management system.

How to Sustain Adaptive Planning

October 15, 2010 0

Scrum and other agile methods recognize that responsiveness to change is an important aspect of delivering projects. They also recognize that software development is evolutionary and creative. By managing changes through Adaptive planning, Scrum provides a simple yet effective method of planning and tracking project progress. “How to Sustain Adaptive Planning” examines what is needed to sustain Adaptive planning and improve Team’s responsiveness towards customer needs.

Ten Questions You’d Be Crazy not to Ask at the Start of Your Project

October 15, 2010 0

This happens all the time on projects: assuming there is consensus when none exists. While good teams can roll with these punches and adapt as they go, it’s a form of waste that can hurt or kill the unwary before they even get out of the gate. To nip this problem in the bud, ThoughtWorks created a lightweight project chartering tool called “The Agile Inception Deck: 10 questions and exercises you’d be crazy not to ask before starting your project.”

Finding the Forrest in the Trees

August 4, 2010 0

While the iterative development approaches found in Agile Software Development fulfill the promise of working software each iteration, that task of choosing which software to build first can be daunting.

Writing the Product Backlog Just in Time and Just Enough

May 5, 2010 0

Some people want to take the stance that no work should be done in advance of the sprint. That is clearly untenable. To see why, let’s take that view to its extreme: If we did nothing in advance to understand what we’re building, we’d show up at the planning meeting and say, “Hey, what should we build this sprint? We were working on an eCommerce site yesterday, but I think maybe we should switch to writing a word processor…” The team would literally have nothing written down—no product backlog / user stories / prioritized feature list at all.

1 2 3 4 5