| <?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="-ebKPqn9bWfbh1K2spgOwWQ" |
| name="project_lifecycle,_nSfVwCNYEdyCq8v2ZO4QcA" guid="-ebKPqn9bWfbh1K2spgOwWQ" |
| changeDate="2008-10-13T11:21:54.376-0700" version="7.2.0"> |
| <mainDescription><p>
 |
| Although the entire purpose of a project is to produce a product, the specific goals of the team will vary
 |
| substantially throughout the project. In the beginning, there usually is considerable latitude in the requirements for
 |
| the product. It may not be clear whether the project is feasible or even if it is likely to be profitable. At that
 |
| time, it is critical to bring an answer to these questions and of little to no value to start developing the product in
 |
| earnest.&nbsp;Toward the end of the project, the product itself is usually complete, and issues of quality, delivery,
 |
| and completeness then take center stage. At different points in time, tasks are undertaken in new ways and work
 |
| products will have new content.
 |
| </p>
 |
| <p>
 |
| To coordinate the team's efforts in a manner that takes these fundamental observations into account, the project
 |
| lifecycle should be divided into a sequence of phases. Each phase has a defined set of goals, a particular iteration
 |
| style, and customized&nbsp; <a class="elementLinkWithUserText"
 |
| href="./../../../core.default.uma_concept.base/guidances/termdefinitions/task_6C1FF051.html"
 |
| guid="_x459ktnmEdmO6L4XMImrsA">tasks</a>&nbsp;and&nbsp;<a class="elementLinkWithUserText"
 |
| href="./../../../core.default.uma_concept.base/guidances/termdefinitions/work_product_826E4C22.html"
 |
| guid="_H4JXwB_SEdq6CKKKq4D7YA">work products</a> to address the unique needs of the project at that point. The project
 |
| lifecycle provides <em>stakeholders</em> with oversight, transparency, and steering mechanisms to control project
 |
| funding, scope, risk exposure, value provided, and other aspects of the process.
 |
| </p>
 |
| <p>
 |
| It helps to organize iterations into phases. Each phase ends with a milestone aimed at providing oversight by raising
 |
| and answering a set of questions that are typically critical to stakeholders:
 |
| </p>
 |
| <ul>
 |
| <li>
 |
| <a class="elementLinkWithUserText"
 |
| href="./../../../practice.mgmt.risk_value_lifecycle.base/guidances/concepts/inception_phase_C4456871.html"
 |
| guid="_0hmKgBOMEduCNqgZdt_OaA">Inception</a>. Do we agree on project scope and objectives and whether or not the
 |
| project should proceed?
 |
| </li>
 |
| <li>
 |
| <a class="elementLinkWithUserText"
 |
| href="./../../../practice.mgmt.risk_value_lifecycle.base/guidances/concepts/elaboration_phase_BE880435.html"
 |
| guid="_2plxwBOMEduCNqgZdt_OaA">Elaboration</a>. Do we agree on the executable architecture to be used for
 |
| developing the application, and do we find that the value delivered so far and the remaining risk is acceptable?
 |
| </li>
 |
| <li>
 |
| <a class="elementLinkWithUserText"
 |
| href="./../../../practice.mgmt.risk_value_lifecycle.base/guidances/concepts/construction_phase_873B6559.html"
 |
| guid="_48EKsBOMEduCNqgZdt_OaA">Construction</a>. Do we find that we have an application that is sufficiently close
 |
| to being released that we should switch the primary focus of the team to tuning, polishing, and ensuring successful
 |
| deployment?
 |
| </li>
 |
| <li>
 |
| <a class="elementLinkWithUserText"
 |
| href="./../../../practice.mgmt.risk_value_lifecycle.base/guidances/concepts/transition_phase_DD5986E5.html"
 |
| guid="__ca5UBOMEduCNqgZdt_OaA">Transition</a>. Is the application ready to release?
 |
| </li>
 |
| </ul>
 |
| <p>
 |
| If the answer is Yes to those questions at the phase review, the project continues. If the answer is No, the phase is
 |
| delayed (usually by adding an extra iteration) until a satisfactory answer is received, or the stakeholders may
 |
| determine that the project should be cancelled.
 |
| </p>
 |
| <p>
 |
| Within each phase, you might have one or several iterations, where the iterations aim at producing the results required
 |
| to answer these questions. As an example, to answer the question for Elaboration, we typically need to implement and
 |
| test key aspects of the system so that we understand what architecture we need, what commercial, off-the-shelf (COTS)
 |
| components we may need, what key risks we face and how to address them, the effectiveness of the team, and so on. These
 |
| needs will steer how we prioritize what is to be done in an Elaboration iteration.
 |
| </p>
 |
| <p>
 |
| One of the objectives of the project lifecycle is to focus on two key stakeholder drivers: <b>risk reduction</b> and
 |
| <b>value creation</b>. As figure 1 shows, the&nbsp;four phases here described focus the team on risk reduction related
 |
| to the questions to be answered at the end of the phase, while tracking value creation.
 |
| </p>
 |
| <p>
 |
| <img height="268" alt="Risk goes down and vlaue goes up as project progresses." src="./resources/project_lifecycle.jpg"
 |
| width="500" />&nbsp;
 |
| </p>
 |
| <p>
 |
| <strong>Figure 1 - Risk reduction (red curve) and value creation (green curve) during the project lifecycle</strong>
 |
| </p>
 |
| <p dir="ltr">
 |
| <i>Risk</i> is a manifestation of the likelihood of unexpected things happening to the project, and risk stands in the
 |
| way of value creation. Risk is directly proportional to uncertainty in estimates, and stakeholders typically want to
 |
| know sooner rather than later what value the project can deliver in the stipulated time. In many cases, you reduce risk
 |
| when you create value by implementing and testing the most critical capabilities. However, there are situations where
 |
| risk reduction and immediate value creation are at odds with each other, requiring careful balancing of these competing
 |
| priorities to maximize stakeholder value.
 |
| </p></mainDescription> |
| </org.eclipse.epf.uma:ContentDescription> |