User Stories
The basic unit of work for the team is user story. The objective of a team is to define, build, and test a certain number of user stories in the scope of an iteration and achieve a larger value pile in the course of a release. Each story has a brief, highly intense development cycle, ideally followed by long-term integration into a software baseline that provides user value for years.
For more information, see user stories
Managing User Stories
User stories are represented by issues in User Story type trackers in Codebeamer. There is one tracker of this type created in each new project, intuitively called User Stories. You manage user stories the same way like any other type of issues. For more information, see: Trackers .
Creating User Stories
You can create a new User Story as any other type of issue. You can either add it on the tracker page or on the tracker list using the context menu.
A User Story is just a regular tracker item with one special field story points. Story point is a relative measure of the complexity of a User Story. You can specify one or more baseline user stories (preferably with a different complexity), define their story points value and then use these to estimate the complexity of other stories in story points.
In Codebeamer the Story points field accepts any integer without restrictions.
Breaking User Stories into Actionable Tasks
Often, a user story is too large to be implemented as a single unit of work, and should be divided into multiple actionable tasks. For example, to implement a new report type, you need to:
1. Add new indexes to the DB scheme.
2. Extend the data access code with a new query.
3. Implement the web view to display the report results.
The default User Stories tracker is kept to the bare minimum, thus expressing this relation is not available out of the box. Nevertheless, you have multiple option to express implemented by between user stories and tasks, change request, bugs, and other types of issues:
• Easy: You can associate the user story with each additional issue it is implemented by. For more information, see: Trackers
• Better: You can customize the User Story tracker. Add a new multi-value reference type field, such as Implemented by. In this case, the relation is stored at the user story end. For more information, see: Creating and Customizing Trackers.
• Best: You can customize each of the trackers that potentially contains actionable tasks for user stories. Add a new reference type field, such as Implements, and make it required. In this case, the relation is stored at the task end. For more information, see: Creating and Customizing Trackers.