How should we handle Task predecessors/prerequisites

Wednesday, August 20, 2014 8:53:21 PM
We have seen that a task can have a start date and an end date and a relationship to a requirement.  Tasks can also be "Blocked".  What seems to be missing is some sense of what a task is blocked by, like a predecessor or a prerequisite.  

How do other people handle this within SpiraTeam?

Our sponsor wants us to plan out tasks through deployment and guesstimate an end date.  I don't see how I can do that in SpiraTeam due to the apparent inability to specify predecessors.  So, I either need to explain how SpiraTeam has been set up to do things differently or use a different project management tool for that kind of planning.  Any suggestions?  (The organization is still fairly new to Agile but I don't want to just say something about how things are done differently in Agile.  Executives still need some sense of dates so they can plan ahead.)
1 Replies
Monday, August 25, 2014 4:03:45 PM
Avatar
re: jfreed on Wednesday, August 20, 2014 8:53:21 PM
Hi Jon

We are actually adding the ability to specify task associations and the ability to specify the type of association (related-to, dependent-on, etc.) in v4.2 of SpiraTeam.

In terms of the overall question, with SpiraTeam (and agile in general) what you would do is lay out the Iterations in your release and then put the requirements and tasks into the iterations. That way you'll see how many iterations you'd need and therefore a projected end-date.

Regards
Jim
Statistics
  • Started: Wednesday, August 20, 2014 8:53:21 PM
  • Last Reply: Monday, August 25, 2014 4:03:46 PM
  • Replies: 1
  • Views: 3000