The Artima Developer Community
Sponsored Link

.NET Buzz Forum
Agile Project Management: Speculate phase

0 replies on 1 page.

Welcome Guest
  Sign In

Go back to the topic listing  Back to Topic List Click to reply to this topic  Reply to this Topic Click to search messages in this forum  Search Forum Click for a threaded view of the topic  Threaded View   
Previous Topic   Next Topic
Flat View: This topic has 0 replies on 1 page
Darrell Norton

Posts: 876
Nickname: dnorton
Registered: Mar, 2004

Darrell Norton is a consultant for CapTech Ventures.
Agile Project Management: Speculate phase Posted: Sep 7, 2004 10:07 AM
Reply to this message Reply

This post originated from an RSS feed registered with .NET Buzz by Darrell Norton.
Original Post: Agile Project Management: Speculate phase
Feed Title: Darrell Norton's Blog
Feed URL: /error.htm?aspxerrorpath=/blogs/darrell.norton/Rss.aspx
Feed Description: Agile Software Development: Scrum, XP, et al with .NET
Latest .NET Buzz Posts
Latest .NET Buzz Posts by Darrell Norton
Latest Posts From Darrell Norton's Blog

Advertisement

This is part 6 of a 10-part series I am writing on Agile Project Management, by Jim Highsmith.

The next phase is the Speculate phase. The purpose of the phase is to establish a general direction for the project and begin planning, but not getting locked into the plan. Any initial plans are subject to change as the project team members learn new knowledge about the problem domain. However, an initial plan has to be constructed in the beginning to communicate with the customers and help them plan activities based around the project. A release-milestone-iteration plan is the primary deliverable of the Speculate phase.

The plan should be broken down into short, time-boxed iterations based on features. Customers have difficulty understanding technical task breakdowns, but they do understand when the ability to configure the system is complete, for example. To help plan, practices such as a product feature list, feature cards, and performance requirement cards further define the necessary features and the technical constraints. The feature cards and performance requirement cards should be detailed enough to let the technical team create estimates for the features in at least the first iteration.

One practice that Jim highlights is the concept of “iteration zero”. In iteration zero, requirements are gathered in the form of feature cards and performance requirement cards, the development team sets up their work environment (version control, development servers, install the necessary software), gets an automated build going, etc. These activities are usually never scheduled, although it is much easier to start doing them when the project is small rather than waiting until later.


This Blog Hosted On: http://www.DotNetJunkies.com/

Read: Agile Project Management: Speculate phase

Topic: Does XmlDataSource.XPath accept namespace qualifications? Previous Topic   Next Topic Topic: Weird Google-like toy - Toogle!

Sponsored Links



Google
  Web Artima.com   

Copyright © 1996-2019 Artima, Inc. All Rights Reserved. - Privacy Policy - Terms of Use