| <?xml version="1.0" encoding="UTF-8"?> |
| <org.eclipse.epf.uma:ContentDescription 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="-b0rH1AkPSmj1YKyweFWSuQ" |
| name="new_guideline,_oVMZADSoEdy07ZJqOGUGaQ" guid="-b0rH1AkPSmj1YKyweFWSuQ" changeDate="2008-07-11T13:04:38.186-0700" |
| version="7.2.0"> |
| <mainDescription><h3>
 |
| What is prioritized?
 |
| </h3>
 |
| <p>
 |
| Prioritization should happen for work items, such as enhancement requests,&nbsp;requirements, defects, project tasks, and so on.
 |
| The work items list provides one place for prioritizing work. Prioritizing units of work that are too small may lead to
 |
| analysis-paralysis.
 |
| </p>
 |
| <h3>
 |
| Who prioritizes?
 |
| </h3>
 |
| <p>
 |
| Prioritization is done by the extended team. Here are some examples on how different team members contribute to the
 |
| prioritization:
 |
| </p>
 |
| <ul>
 |
| <li>
 |
| Analysts&nbsp;collaborate with stakeholders to establish the initial priorities for work items to implement, such
 |
| as features, use cases, and scenarios.
 |
| </li>
 |
| <li>
 |
| Architects&nbsp;collaborate with stakeholders and the development team to identify the architecturally significant use
 |
| cases and scenarios, and re-prioritize these so that the team understands what needs to be done to drive down technical
 |
| risk, and&nbsp;to make progress&nbsp;on&nbsp;evolving the product in a technically sensible fashion.
 |
| </li>
 |
| <li>
 |
| Developers&nbsp;and&nbsp;testers help define&nbsp;(but do not decide) the priorities of defects relative to achieving
 |
| iteration objectives.
 |
| </li>
 |
| <li>
 |
| Project managers facilitate (but do not decide), driving convergence on what the team should focus on when planning a
 |
| project, planning an iteration, and managing an iteration. They do this in order to ensure smooth execution, and that the
 |
| perspectives of all team members are properly heard. When the team cannot gain consensus in a reasonable time, the
 |
| project manager has final say on the priority of work items that are too small to warrant the attention of the
 |
| paying stakeholders.
 |
| </li>
 |
| <li>
 |
| Stakeholders&nbsp;that pay for the application have the final say on what capabilities to prioritize.
 |
| </li>
 |
| </ul>
 |
| <h3>
 |
| When do you prioritize?
 |
| </h3>
 |
| <p>
 |
| When you&nbsp;enter a new work item in&nbsp;the Work Items List, give it an initial priority. Priorities are always
 |
| changing. The sections below describe what re-prioritization is done when you are planning a project,
 |
| planning an iteration,&nbsp;or managing an iteration.
 |
| </p>
 |
| <h4>
 |
| Prioritizing when planning a project
 |
| </h4>
 |
| <p>
 |
| During project planning,&nbsp;prioritize the key features, use cases, and scenarios. Also, potentially assign them
 |
| to&nbsp;iterations as a part of laying out the project plan, by defining at a high level what should be done when.
 |
| These priorities will be revised later on as iterations are planned.
 |
| </p>
 |
| <p>
 |
| When starting a project where an existing application will be enhanced,&nbsp;a Work Items List may exist from past
 |
| projects and usage of the application. If this is the case,&nbsp;go through the Work Items List to survey and
 |
| re-prioritize existing work items, so&nbsp;that the team understands what to focus on.
 |
| </p>
 |
| <h4>
 |
| Prioritizing when planning an iteration
 |
| </h4>
 |
| <p>
 |
| When planning what to deliver for an iteration,&nbsp;the team needs to balance what delivers immediate value to the
 |
| stakeholders with what risks need to be mitigated.The chosen balance should be reflected in the iteration objectives,
 |
| which then drive further prioritization and assignments of work items to the next iteration. This exercise should be
 |
| done by the entire team to reflect all of the key perspectives, such as technical ("doing task A before task B saves you
 |
| time"), managerial ("we do not have anybody that knows that legacy application until next iteration", or business
 |
| ("this scenario is more important than that scenario").
 |
| </p>
 |
| <h4>
 |
| Prioritizing when managing an iteration
 |
| </h4>
 |
| <p>
 |
| The recommendation is not to&nbsp;expand or change the scope of an iteration, because this will almost certainly lead to
 |
| scope creep, as well as potential confusion among the team on what to work on. As new features and enhancements are requested,
 |
| capture them in the Work Items List, but do not assign them to the current iteration.
 |
| </p>
 |
| <p>
 |
| During an iteration, you are developing and testing code. As you develop solution increments, you will find defects. In
 |
| most cases, you will directly fix trivial&nbsp;defects as you find them during development. Examples of such defects
 |
| are the many problems you find as you implement your code (for example, using a test-driven development approach or
 |
| doing your regular unit tests). In other cases, the defect should be captured as a work item. This allows it to be
 |
| prioritized, and potentially developed by somebody else or at a different time. If a defect needs to be addressed to
 |
| provide an iteration build of reasonable quality&nbsp;and that&nbsp;aligns with the&nbsp;iteration objectives,&nbsp;the
 |
| defect&nbsp;should be&nbsp;fixed&nbsp;during the current iteration. Note that this is not a creep or change of scope,
 |
| since it merely indicates that something needs to be fixed to deliver what&nbsp;the team&nbsp;already committed to.
 |
| </p>
 |
| <h3>
 |
| How do you prioritize?
 |
| </h3>
 |
| <p>
 |
| Prioritizing is the difficult balancing of frequently competing priorities. For more information on the art of
 |
| prioritizing, see for example [<a class="elementLinkWithUserText" href="./../../../core.tech.common.base/guidances/supportingmaterials/references.tech_6CCF393.html#COH05" guid="_9ToeIB83Edqsvps02rpOOg">COH05</a>].
 |
| </p></mainDescription> |
| </org.eclipse.epf.uma:ContentDescription> |