blob: 2fa5737386624c6370e613e6af0651ac08f32e41 [file] [log] [blame]
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C/DTD XHTML 1.0 Strict//EN" "DTD/xhtml1-strict.dtd">
<!-- VERSION rmc:7.1.0 -->
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
<!-- START NON-TRANSLATABLE -->
<title>\xp\guidances\practices\sustainable_pace.xmi</title>
</head>
<!-- WARNING: do not modify the generated comments in this file below this line. They are used as markers for the import process. -->
<body>
Element Name: sustainable_pace.xmi<br/><br/>
<!-- END NON-TRANSLATABLE -->
<br/><br/><br/>
<!-- START NON-TRANSLATABLE -->
Attribute: presentationName<br/><br/>
<!-- END NON-TRANSLATABLE -->
<!-- START:presentationName,_ycm9gGZBEdqvwYzpSSc2Nw CRC: 2128267562 -->Sustainable Pace<!-- END:presentationName,_ycm9gGZBEdqvwYzpSSc2Nw -->
<br/><br/><br/>
<!-- START NON-TRANSLATABLE -->
Attribute: mainDescription<br/><br/>
<!-- END NON-TRANSLATABLE -->
<!-- START:mainDescription,-AS84xtg2NOXfrqA6eVRzMQ CRC: 384802270 --><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><!-- END:mainDescription,-AS84xtg2NOXfrqA6eVRzMQ -->
</body>
</html>