| <?xml version="1.0" encoding="UTF-8"?> |
| <org.eclipse.epf.uma:ArtifactDescription xmi:version="2.0" |
| xmlns:xmi="http://www.omg.org/XMI" xmlns:org.eclipse.epf.uma="http://www.eclipse.org/epf/uma/1.0.5/uma.ecore" |
| xmlns:rmc="http://www.ibm.com/rmc" rmc:version="7.5.0" xmlns:epf="http://www.eclipse.org/epf" |
| epf:version="1.5.0" xmi:id="-buxz4BVToq97bSxaqyjySg" |
| name="work_items_list,_rGNWsCbSEdqh1LYUOGRh2A" guid="-buxz4BVToq97bSxaqyjySg" |
| changeDate="2008-07-22T13:47:36.453-0700" version="1.0.0"> |
| <mainDescription><p>
 |
| This artifact provides a focal point for the entire team:
 |
| </p>
 |
| <ul>
 |
| <li>
 |
| It provides one list containing all requests for additional capabilities or enhancement for that application. Note
 |
| that some of these requests may never be implemented, or be implemented in later projects
 |
| </li>
 |
| <li>
 |
| It provides one list of all the work to be prioritized, estimated, and assigned within the project. The risk list
 |
| is prioritized separately.
 |
| </li>
 |
| <li>
 |
| It provides one place to go to for the development team to understand what <a class="elementLink"
 |
| href="./../../practice.mgmt.iterative_dev.base/guidances/concepts/micro_increments_C8773066.html"
 |
| guid="_S80VwCNbEdyCq8v2ZO4QcA">Micro-Increments</a>&nbsp;need to be delivered, get references to material required
 |
| to carry out the work, and one place to go to report progress made.
 |
| </li>
 |
| </ul>
 |
| <p>
 |
| These are the typical work items that go into this list:
 |
| </p>
 |
| <ul>
 |
| <li>
 |
| Use cases (and references to use-case specifications)
 |
| </li>
 |
| <li>
 |
| System-wide requirements
 |
| </li>
 |
| <li>
 |
| Changes and enhancement requests
 |
| </li>
 |
| <li>
 |
| Defects
 |
| </li>
 |
| <li>
 |
| Development tasks
 |
| </li>
 |
| </ul>
 |
| <p>
 |
| Work items can be very large in scope, especially when capturing requests for enhancements, such as “Support Financial
 |
| Planning” for a personal finance application. To allow the application to be developed in micro-increments, work items
 |
| are analyzed and broken down into smaller work items so they can be assigned to an iteration, such as a use-case
 |
| scenario for&nbsp;“Calculate Net Worth”. Further breakdown may be required to identify suitable tasks to be assigned to
 |
| developers, such as “Develop UI for Calculate Net Worth”. This means that work items often have parent/child
 |
| relationships, where the lowest level is a specification and tracking device for micro-increments.
 |
| </p></mainDescription> |
| <keyConsiderations><p>
 |
| Work Items should contain estimates, see <a class="elementLinkWithType"
 |
| href="./../../practice.mgmt.iterative_dev.base/guidances/guidelines/managing_work_items_32AC6ABD.html"
 |
| guid="_7vEXEMA4EdqSgKaj2SZBmg">Guideline: Managing Work Items</a>&nbsp;and <a class="elementLinkWithType"
 |
| href="./../../core.mgmt.common.base/guidances/guidelines/agile_estimation_A4EF42B3.html"
 |
| guid="_CGHskBEdEdqY7JB6N6CW2w">Guideline: Agile Estimation</a>.
 |
| </p></keyConsiderations> |
| <purpose>To collect all requests for work that will potentially be taken on within the project, so work can be prioritized, effort
 |
| estimated and progress tracked.</purpose> |
| <representationOptions><h3>
 |
| As a spreadsheet or database
 |
| </h3>
 |
| <p>
 |
| The work items list can be captured as a separate artifact, represented by a spreadsheet or database table. See <a
 |
| class="elementLinkWithType" href="./../../core.mgmt.common.base/guidances/examples/work_items_list_F527B77D.html"
 |
| guid="_nHomIDgzEdu4E8ZdmlYjtA">Example: Work Items List</a>.
 |
| </p>
 |
| <h3>
 |
| In specific tools
 |
| </h3>
 |
| <p>
 |
| The work items list may be optionally captured in tools such as project management, requirements management or change
 |
| request tools. In fact, the work items list may&nbsp;be spread over several tools, as&nbsp;you may choose to keep
 |
| different types of work items in different repositories to take advantage of features in those tools.&nbsp;For example,
 |
| you could use a requirements composition or management tool to track information about requirements and use another
 |
| tool to capture defects.&nbsp;Work items may start in one representation (such as in a spreadsheet) and move to more
 |
| sophisticated tools over time, as the number of work items and the metrics you wish to gather grows more sophisticated.
 |
| </p></representationOptions> |
| </org.eclipse.epf.uma:ArtifactDescription> |
