| <?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.4/uma.ecore" |
| xmlns:epf="http://www.eclipse.org/epf" epf:version="1.2.0" xmi:id="-AS84xtg2NOXfrqA6eVRzMQ" |
| name="new_practice,_ycm9gGZBEdqvwYzpSSc2Nw" guid="-AS84xtg2NOXfrqA6eVRzMQ" changeDate="2005-12-06T05:20:39.800-0500"> |
| <mainDescription><h3>
 |
| Description
 |
| </h3>
 |
| <p>
 |
| The assumption in XP is that software development is not a sprint but a marathon. While a sprinter will easily beat a
 |
| marathon runner over a very short distance, the marathon runner will always win in the long run. Consistently working
 |
| overtime will destroy the team, the design, and eventually the product. It creates an environment that makes it
 |
| impossible to do high quality work. People make more mistakes because they are tired (not to mention their low morale),
 |
| causing bugs that require a lot of time to fix down the line. The end result is that it slows everything and everyone
 |
| down.
 |
| </p>
 |
| <p>
 |
| Continuous overtime can be a symptom of a deeper problem that is not being addressed. Perhaps the process is too broken
 |
| to be fixed by working more. The rule in XP is that, if the team has to do more than one consecutive week of overtime,
 |
| it should reassess the situation and start rethinking the plan. Overtime is OK if you need to get to the end of an
 |
| iteration or a release, but it should always be an exception rather than the rule.
 |
| </p>
 |
| <p>
 |
| Sustainable pace is about fostering a team that can produce a consistent amount of work over a long period of time.
 |
| </p>
 |
| <h3>
 |
| Benefits
 |
| </h3>
 |
| <ul>
 |
| <li>
 |
| <b>Improved predictability</b>: plans become more accurate.
 |
| </li>
 |
| <li>
 |
| <b>Improved product quality</b>: programmers have the time to do the right thing.
 |
| </li>
 |
| <li>
 |
| <b>Improved job satisfaction</b>: programmers can enjoy their work with as little stress as possible.
 |
| </li>
 |
| <li>
 |
| <b>Reduced time to market</b>: less time required to fix bad code and rotting design.
 |
| </li>
 |
| </ul></mainDescription> |
| </org.eclipse.epf.uma:PracticeDescription> |
