| <?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="-aoCtIwigi2NOLiclMAXvgQ" |
| name="new_guideline,_KzYHYMLmEdysDsQChI42QQ" guid="-aoCtIwigi2NOLiclMAXvgQ" changeDate="2008-06-18T12:04:51.312-0700" |
| version="7.2.0"> |
| <mainDescription><p> <i>Sustainable pace </i>is the rate of work that a team can consistently maintain 
 |
| without burning out team members. This concept was popularized by the Extreme 
 |
| Programming (XP) methodology with its 40-hour work week practice, which later 
 |
| evolved into the more generic "sustainable pace."&nbsp;The basic idea is that, 
 |
| although a team can have brief spurts of overtime (perhaps for a week or two&nbsp;at 
 |
| a time during critical periods during a project lifecycle), it cannot maintain 
 |
| that pace indefinitely.&nbsp;This is analogous to the concept that you cannot 
 |
| sprint throughout a marathon. </p>
 |
| <p>
 |
| Strategies to help maintain a sustainable pace:
 |
| </p>
 |
| <ul>
 |
| <li><strong>Build activities into everyday work</strong>.&nbsp;This avoids the 
 |
| problem that the activity is scheduled into a specific period and, therefore, 
 |
| must&nbsp;be accomplished regardless of how much effort it requires. For example, 
 |
| instead of leaving testing to the end of a project, test all the way through 
 |
| the project.&nbsp;Instead of modeling only at the beginning of a project, 
 |
| model all the way through only when you need the relevant information and 
 |
| only to the extent that you currently need.&nbsp;&nbsp; </li>
 |
| <li><strong>Organize the project into short iterations</strong>.&nbsp;Short 
 |
| iterations provide the opportunity for small "pebbles" (which show progress) 
 |
| rather than huge "milestones."&nbsp;Continuous feedback reduces the&nbsp;need&nbsp;to 
 |
| work long hours. Also,&nbsp;it helps focus on finding ways to consistently 
 |
| achieve the regular deliveries. </li>
 |
| <li><strong>Adopt a continuous integration strategy</strong>.&nbsp;By frequently 
 |
| merging code, compiling it, testing it, and running appropriate code analysis 
 |
| against it, you increase the quality of your work through finding and then 
 |
| fixing defects quickly and easily.&nbsp;This reduces the chance of major problems 
 |
| in your work, thereby reducing a primary motivator of unexpected overtime.&nbsp; 
 |
| </li>
 |
| <li><strong>Question long hours</strong>.&nbsp;Productivity does not increase 
 |
| with hours worked.&nbsp;Tired people are far&nbsp;less productive than well-rested 
 |
| ones. </li>
 |
| <li><strong>Recognize sustained overtime as a failure</strong>.&nbsp;If a team 
 |
| needs to work overtime for more than&nbsp;two weeks in a row, that is a reflection 
 |
| of poor planning or&nbsp;inadequate resources allocation.&nbsp; </li>
 |
| <li><strong>Recognize that you're still working hard at a sustainable pace</strong>.&nbsp;Just 
 |
| because you are working at a sustainable pace, it&nbsp;doesn't mean that the 
 |
| team is not working hard enough. Rather, it is&nbsp;typically an indication 
 |
| that&nbsp;the team is&nbsp;a "well-oiled machine.&quot;</li>
 |
| </ul></mainDescription> |
| </org.eclipse.epf.uma:ContentDescription> |