When rearranging user stories, I find it convenient to group those that are similar under a parent in a given iteration.
However, when I do that, the parent no longer appears in the iteration.
There isn't a way to schedule parent or epic level stories. The idea behind this is that if there was a need to break a story into several smaller stories, then the assumption is that the parent story itself isn't sized correctly to fit into an iteration in a workable piece.
If the story does fit into an iteration, then the child stories below that should perhaps be tasks instead of separate stories. There's actually a good post about this in our Best Practices hive on Agile Commons.
So while the parent story does become unscheduled, each child story maintains it's own release and iteration status. When those child stories have their status changed from Defined up through Accepted, that status is rolled up and displayed in the status of the parent story.
This essentially provides you with a rolled up view on the progress of a very large feature instead of having to check on multiple smaller stories that aren't linked in this manner. You can see all parent stories and related children listed in a hierarchical fashion by going to Backlogs & Schedules > User Stories.
For your current scenario, the only way around this would be to remove the child stories from any story you need to schedule. This entails editing each child story and clicking the red 'X' icon next to the Parent selector to remove this field.
Because this removes the relationship between the stories, you may want to add notes to both indicating that they are related or perhaps use the Predecessor and Successor feature to track those links.
Comments
Matt - our team uses Parents stories to represent Epics. We define an epic as a deliverable that spans either multiple sprints and/or multiple scrum teams. The parent hierachy helps us track the indvidual stories that occur across scrum teams and iterations liek you describe above.
Our challenge is representing the Epic as being 'complete' or 'accepted'. For example, the epic takes 3 planned sprints to complete. the story in sprint 2 (story2) isn't completed and accepted. So we split the Story 2 so that it completed in sprint 3 (story2-3). Once split, story2 shows as complete but not accepted since it didn't meet it done critieria. Then in sprint 3 story2-3 is completeed and accepted along with another planned story. At this point, the Epic is good, the PO has accepted it. But in Rally, the EPIC shows as In-progress or Complete, but no way to update the state to "accepted".
Any recomendatiosn on how to handle this situation? in the Plan>User Stories view and the Track>Work Product Status views, i want to represent the Epic as "accepted".
Unfortunately, there's not an easy way to accommodate scenarios like this without also accepting the originally split story which then skews the velocity metrics. I think this might make a good item for the Feature Request hive to allow manual changes to the status on parent stories for situations like this.
thansk Beth. i started a new post on this topic. If that doesn't yield a solution i'll follow your suggestion on a feature request.
Here is that post: http://agilecommons.org/posts/35648689b4