| <?xml version="1.0" encoding="UTF-8"?> |
| <org.eclipse.epf.uma:TaskDescription 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="-PbfqVxB_j9KN-Jx39_pEUA" |
| name="manage_iteration,_8S2aICbYEdqh1LYUOGRh2A" guid="-PbfqVxB_j9KN-Jx39_pEUA" |
| changeDate="2008-07-14T09:47:00.469-0700" version="1.0.0"> |
| <mainDescription><p>
 |
| Developing the team is part of executing the project. The project manager is responsible for improving the interaction
 |
| of team members and the trust among the team, incorporating team building into project activities and empowering the
 |
| team to make decisions. Management is done by objectives and not by time reporting.
 |
| </p>
 |
| <p>
 |
| The project manager helps the team meet the iteration objectives by removing constraints and monitoring the progress
 |
| and work remaining to completion. When the team is falling behind,&nbsp;the project&nbsp;manager&nbsp;helps the team
 |
| assess how it can reduce work and still meet the iteration goals. Involve stakeholders in approving changes and actions
 |
| that affect them, so their objectives for the iteration can be met and the issues they raise can be solved throughout
 |
| the iteration.
 |
| </p></mainDescription> |
| <keyConsiderations><p>
 |
| Select an&nbsp;approach for&nbsp;collection of basic metrics: ideally automatically generated from the tools at
 |
| hand,&nbsp;manually assembled, or both.&nbsp;<span
 |
| style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA">Outline
 |
| which metrics the project should use in the <a class="elementLink"
 |
| href="./../../core.mgmt.slot.base/workproducts/project_defiinition_and_scope_slot_BB8EB6F7.html"
 |
| guid="_RJMUcNpUEdyzZqGyZ7hwdw">[Project Definition and Scope]</a>.</span>
 |
| </p></keyConsiderations> |
| <sections xmi:id="_OE65ICuxEdqTIKp3l5PtzQ" name="Track current iteration progress" |
| guid="_OE65ICuxEdqTIKp3l5PtzQ"> |
| <sectionDescription><p>
 |
| Continuously monitor the iteration to ensure it is progressing appropriately. Track the progress of the current
 |
| iteration&nbsp;by having visibility on the status of the items that are being worked on during the iteration. In
 |
| particular, it is important to be able to understand how quickly the team is moving through the work scheduled for the
 |
| iteration and how accurate&nbsp;the estimates were <a class="elementlinkwithusertext"
 |
| href="./../../core.mgmt.common.base/guidances/supportingmaterials/references.mgmt_D80619F3.html#LEF07"
 |
| guid="_JlTPUM6aEdyuBO4ZIzcyig">[LEF07]</a>.
 |
| </p>
 |
| <p>
 |
| Share information about the progress being made by having quick, frequent meetings with the entire project team. These
 |
| meetings are useful to understand what team members have accomplished since the last meeting, and what they plan to
 |
| accomplish before the next meeting. It also allows the team to identify any blocking issues. See <a class="elementLink"
 |
| href="./../../core.mgmt.slot.base/guidances/guidelines/collaboration_guidance_slot_D3B8DD40.html"
 |
| guid="_68JUYN8-Edyhmsbt0Xyl8A">[Collaboration Guidance]</a>&nbsp;for more information.
 |
| </p>
 |
| <p>
 |
| Track the status of each work item by using visual indicators of state information (for example: defined, completed,
 |
| accepted) in a wall&nbsp;or automated tool. Since iterations are typically fixed in duration, another primary way to
 |
| gauge progress is to continuously monitor current status and also estimate how much work remains.&nbsp;Plot an
 |
| iteration burndown chart on a daily basis in order to visualize progress on a given iteration. This chart is plotted
 |
| with the total estimates for all the items that are not yet started and the estimated remaining effort for any item in
 |
| progress. See&nbsp;<a class="elementLinkWithType"
 |
| href="./../../practice.mgmt.iterative_dev.base/guidances/reports/iteration_burndown_9C1C96F5.html"
 |
| guid="_uAzgkDg3Edu4E8ZdmlYjtA">Report: Iteration Burndown</a>&nbsp;for more information.
 |
| </p>
 |
| <p>
 |
| Take corrective actions to adjust the course of the iteration if the burndown chart shows that the work will not be
 |
| finished as planned.
 |
| </p></sectionDescription> |
| </sections> |
| <sections xmi:id="_urvQkGSyEd2DNqLAFatITA" name="Capture and communicate project status" |
| guid="_urvQkGSyEd2DNqLAFatITA"> |
| <sectionDescription><p>
 |
| Since outside stakeholders do not participate in the daily activities of the team, it is important that the status of
 |
| the project should be communicated to them as often as possible.&nbsp;This&nbsp;communication&nbsp;significantly lowers
 |
| the risk of disconnect between the development team and the stakeholders.&nbsp;The status&nbsp;provides the team with
 |
| data they can use to improve their development process.
 |
| </p>
 |
| <p>
 |
| Besides the iteration status, the overall project status can be captured and communicated in
 |
| a&nbsp;burndown&nbsp;report for the&nbsp;whole project. This&nbsp;report should show the progress toward the release
 |
| date, and should be updated at the end of every iteration, when metrics, such as the team's velocity, can also be
 |
| provided. This allows the team to predict what it can accomplish on the remaining&nbsp;project iterations. Other
 |
| metrics such as number of test cases passed can also be used to present iteration and project status.
 |
| </p>
 |
| <p>
 |
| Keep the status information visible to stakeholders and project team at all times in a project workspace (walls or
 |
| automated tool), where&nbsp;stakeholders&nbsp;can come and experience first hand the progress being made by the team.
 |
| </p></sectionDescription> |
| </sections> |
| <sections xmi:id="_oIZdkCbZEdqh1LYUOGRh2A" name="Handle exceptions and problems" |
| guid="_oIZdkCbZEdqh1LYUOGRh2A"> |
| <sectionDescription><p>
 |
| One of the project manager's key responsibilities is to know about the project team's problems and issues. The manager
 |
| needs to focus on problems that are blocking progress. A quick, daily meeting is usually a good way to monitor those
 |
| problems and issues.&nbsp;A record of issues that have to be solved within the team may be kept in the <a
 |
| class="elementLink" href="./../../practice.mgmt.iterative_dev.base/workproducts/iteration_plan_B46FED39.html"
 |
| guid="_0aQBEslgEdmt3adZL5Dmdw">Iteration Plan</a><font color="#003399">.</font> If&nbsp;a critical problem&nbsp;or
 |
| issue&nbsp;is likely to take a lot of time to be solved, capture it in the work items list so it can be assigned to an
 |
| individual.
 |
| </p>
 |
| <p>
 |
| Identify the cause and impact of problems and exceptions as they arise. Identify possible solutions for problems that
 |
| have an immediate impact on the short-term goals and objectives.&nbsp;Identify who needs to be involved in implementing
 |
| the solution.&nbsp;Define the corrective actions and implement them.
 |
| </p></sectionDescription> |
| </sections> |
| <sections xmi:id="_xiFJwCbZEdqh1LYUOGRh2A" name="Identify and manage risks" guid="_xiFJwCbZEdqh1LYUOGRh2A"> |
| <sectionDescription><p>
 |
| Identify risks as soon as the project starts and continue identifying and managing risks throughout the project. The <a
 |
| class="elementLink" href="./../../core.mgmt.common.base/workproducts/risk_list_C4B6F290.html"
 |
| guid="_Ckay8Cc_EduIsqH1Q6ZuqA">Risk List</a>&nbsp;should be revisited weekly, or at a minimum once per iteration. The
 |
| entire team should be involved in identifying and mitigating risks.
 |
| </p></sectionDescription> |
| </sections> |
| <sections xmi:id="_Br6VECuxEdqTIKp3l5PtzQ" name="Manage objectives" guid="_Br6VECuxEdqTIKp3l5PtzQ"> |
| <sectionDescription>When a team is falling significantly behind, or critical problems occur that prevents the team&nbsp;from meeting the
 |
| iteration objectives, it may be necessary to descope work to ensure that the team delivers a useful product increment by
 |
| the end of the iteration, while maximizing stakeholder value. The project manager should work with the team and
 |
| stakeholders&nbsp;to revise the <a class="elementLink"
 |
| href="./../../practice.mgmt.iterative_dev.base/workproducts/iteration_plan_B46FED39.html"
 |
| guid="_0aQBEslgEdmt3adZL5Dmdw">Iteration Plan</a> and, as necessary, reduce the emphasis on less critical tasks postponing
 |
| them to a subsequent iteration. In rare cases, if the iteration objectives still seem impossible to be met, the team might
 |
| consider terminating the iteration or reformulating the iteration to a new objective.</sectionDescription> |
| </sections> |
| <purpose><p>
 |
| To help the team&nbsp;meet the iteration objectives and&nbsp;keep the project on track.&nbsp;Manage stakeholders
 |
| expectations as technical and practical discoveries are made during the project.
 |
| </p></purpose> |
| </org.eclipse.epf.uma:TaskDescription> |
