| <?xml version="1.0" encoding="UTF-8"?> |
| <org.eclipse.epf.uma:PracticeDescription xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:org.eclipse.epf.uma="http://www.eclipse.org/epf/uma/1.0.6/uma.ecore" xmlns:rmc="http://www.ibm.com/rmc" rmc:version="7.5.1" xmlns:epf="http://www.eclipse.org/epf" epf:version="1.5.1" xmi:id="-Yvy3AKQTjSqBPNxsWkizkQ" name="iterative_development,_LR_g4J9WEdy3Nc4rvuj7bA" guid="-Yvy3AKQTjSqBPNxsWkizkQ" changeDate="2012-02-15T14:13:34.795-0800" version="7.2.0"> |
| <additionalInfo><h3>
 |
| Additional Resources
 |
| </h3>
 |
| <p>
 |
| For more information on the iterative development approach, see the following:
 |
| </p>
 |
| <ul>
 |
| <li>
 |
| Kruchten, P. <em>From Waterfall to Iterative Development - A Challenging Transition for Project Managers</em>. The
 |
| Rational Edge, 2000.
 |
| </li>
 |
| </ul>
 |
| <blockquote style="MARGIN-RIGHT: 0px" dir="ltr">
 |
| <p>
 |
| Retrieved from <a
 |
| href="http://www-128.ibm.com/developerworks/rational/library/content/RationalEdge/dec00/FromWaterfalltoIterativeDevelopmentDec00.pdf">http://www-128.ibm.com/developerworks/rational/library/content/RationalEdge/dec00/FromWaterfalltoIterativeDevelopmentDec00.pdf</a>.&nbsp;&nbsp;(<a
 |
| href="http://get.adobe.com/reader/">Get Adobe Reader</a>)
 |
| </p>
 |
| </blockquote>
 |
| <ul>
 |
| <li>
 |
| Royce, W. <em>Software Project Management: A Unified Framework</em>. Addison Wesley. 1999.<br />
 |
| </li>
 |
| </ul></additionalInfo> |
| <problem><h3>
 |
| Why adopt this practice?
 |
| </h3>
 |
| <p>
 |
| Today's software applications are too complex to allow you to sequentially define the requirements, come up with an
 |
| architecture and design, do an implementation, carry out testing, and get it all right. Whether you use waterfall or
 |
| iterative development approaches, your initial requirements, architecture, design, and code will be suboptimal. With
 |
| waterfall development, you typically do not get meaningful feedback on what improvements can be made until it is so
 |
| late in the project that it is too costly to make them. By contrast, dividing the project into a series of time-boxed
 |
| iterations allows you to deliver capabilities that can be assessed by stakeholders at the end of each iteration. This
 |
| approach provides rapid and timely feedback loops enabling issues to be addressed and improvements made at a lower cost
 |
| while budget and time still allow, and before the project has gone so far ahead that major rework is required.
 |
| </p></problem> |
| <application><p>
 |
| The best way to read this practice is to first familiarize yourself with its overall structure: what it is in it, and
 |
| how it is organized.
 |
| </p>
 |
| <p>
 |
| Begin by making sure that the teams, including stakeholders, understand what the key concepts are, such as:
 |
| </p>
 |
| <ul>
 |
| <li>
 |
| <a class="elementLink" href="./../../../core.mgmt.common.extend_supp/guidances/concepts/iteration_C20B1904.html"
 |
| guid="_lam4ADkBEduxovfWMDsntw">Iteration</a>
 |
| </li>
 |
| <li>
 |
| <a class="elementLink"
 |
| href="./../../../practice.mgmt.iterative_dev.base/guidances/concepts/iteration_lifecycle_B16552E2.html"
 |
| guid="_DI_tICNaEdyCq8v2ZO4QcA">Iteration Lifecycle</a>
 |
| </li>
 |
| <li>
 |
| <a class="elementLink"
 |
| href="./../../../practice.mgmt.iterative_dev.base/guidances/concepts/micro_increments_C8773066.html"
 |
| guid="_S80VwCNbEdyCq8v2ZO4QcA">Micro-Increments</a>
 |
| </li>
 |
| <li>
 |
| <a class="elementLink"
 |
| href="./../../../practice.mgmt.iterative_dev.base/guidances/concepts/retrospective_B003F386.html"
 |
| guid="_2PfbIA4QEdy2q5zsU8WDnA">Retrospective</a>
 |
| </li>
 |
| </ul>
 |
| <p>
 |
| Next, understand how the various participants in a project collaborate on an iterative development approach.
 |
| </p>
 |
| <ul>
 |
| <li>
 |
| The <b>project manager</b> facilitates the planning of the project iterations, coordinates interactions with the
 |
| stakeholders, and keeps the project team focused on meeting the project objectives.
 |
| </li>
 |
| <li>
 |
| <b>Stakeholders</b> help the project manager and the team on requirements prioritization in order to minimize
 |
| project risks and maximize business value throughout the iterations. Their constant feedback also directs and
 |
| improves the quality of the project outcome.
 |
| </li>
 |
| <li>
 |
| The <b>team</b> commits to completing the work within each iteration.
 |
| </li>
 |
| </ul>
 |
| <p>
 |
| Understand how these groups collaborate when they perform the following tasks:
 |
| </p>
 |
| <ol>
 |
| <li>
 |
| <a class="elementLink" href="./../../../practice.mgmt.iterative_dev.base/tasks/plan_iteration_957C90DC.html"
 |
| guid="_0keUEMlgEdmt3adZL5Dmdw">Plan Iteration</a>
 |
| </li>
 |
| <li>
 |
| <a class="elementLink" href="./../../../practice.mgmt.iterative_dev.base/tasks/manage_iteration_E4D93A64.html"
 |
| guid="_8S2aICbYEdqh1LYUOGRh2A">Manage Iteration</a>
 |
| </li>
 |
| <li>
 |
| <a class="elementLink" href="./../../../practice.mgmt.iterative_dev.base/tasks/assess_results_EC34D88D.html"
 |
| guid="_0l53cMlgEdmt3adZL5Dmdw">Assess Results</a>
 |
| </li>
 |
| </ol>
 |
| <p>
 |
| Also, understand what work products are used as inputs to and outputs from these tasks, such as work items list, risk
 |
| list and <a class="elementLink"
 |
| href="./../../../practice.mgmt.iterative_dev.base/workproducts/iteration_plan_B46FED39.html"
 |
| guid="_0aQBEslgEdmt3adZL5Dmdw">Iteration Plan</a>.
 |
| </p>
 |
| <p>
 |
| Last, understand the various guidelines that explain how to plan, run, and assess iterations.
 |
| </p>
 |
| <p>
 |
| For details on how to adopt this practice, see <a class="elementLink"
 |
| href="./../../../practice.mgmt.iterative_dev.base/guidances/roadmaps/how_to_adopt_85BF1B9B.html"
 |
| guid="_bpWt8OMPEdyM47cGD2jiaQ">How to Adopt the Iterative Development Practice</a>.
 |
| </p></application> |
| </org.eclipse.epf.uma:PracticeDescription> |
