📄 incrementaldelivery.html
字号:
<head><title>Incremental Delivery</title></head><body><h1><img src="logo.gif"> Incremental Delivery</h1>Extreme Programming Projects work in short iterations. Every iteration results in a release of a working system. Earlier iterations have less functionality than later ones, but the same high level of quality.
g
<em>Actually, many project methodologies use this model. It probably originates with <a href="http://c2.com/cgi/wiki?TomGilb">TomGilb</a>, and has many variations. It is alternatively referred to as Time Boxing, Evolutionary Prototyping, Incremental (and Iterative) Development, and many others. XP is by no means the only lifecycle model that uses short time-boxes (or EVO's), each producing an evolving deliverable.</em>
<p>There is a more general topic at work here- release early and release often. If you have to replace a legacy system with a million contracts, one way to apply incremental delivery is to put 10 contracts into production in the new system after a few weeks or months. You will have to create the necessary scaffolding so the systems can both operate or you may have temporary duplication of information (like addresses).
<p>Alternatively, you might implement one function out of the thousand that the legacy system implements and put it into production after a few weeks or months.
<p><a href="IncrementalDelivery.html">IncrementalDelivery</a> spends extra effort to interoperate in return for the reduced risk of early feedback.
<p><hr>
<p>It's also important to note that customers don't know what they want (or need, which is NOT the same thing) until you show them the potential. Then they get ideas. Then you put the features of 1.0.4 on your plan of record.
<p><em>Not only for customers, but for all <a href="http://c2.com/cgi/wiki?ProjectStakeholder">ProjectStakeholder</a><strong></strong>s. For example, as <a href="http://c2.com/cgi/wiki?SteveMcConnell">SteveMcConnell</a> mentions in <a href="http://c2.com/cgi/wiki?RapidDevelopment">RapidDevelopment</a>, time-boxing provides a heart-beat, a rhythm of delivering that provides the engineering team with a sense of accomplishment each time they deliver on time. This is why many say it is better to take <a href="http://c2.com/cgi/wiki?UseCases">UseCases</a> (requirements) out of an EVO (or time-box) and ship on time than it is to do everything and let the EVO end late.</em>
<p><hr>
<p>Incremental delivery implies incremental change. Sometimes, though, it seems that incremental change can be a minor headache. Mathematics is full of derivations where the intermediate results are larger and more complex than the beginning or the ending. This can happen in software, too. Suppose, for example, that your C++ program uses a large switch statement, and it has hundreds of cases, and you want to convert it to use an array of function pointers instead. How can you do that incrementally? For a while, you have to have an incomplete table of function pointers that falls back on the switch statement -- you have to have both. Eventually, though, simplicity returns, as all the cases are eventually converted into functions. -- <a href="http://c2.com/cgi/wiki?EdwardKiser">EdwardKiser</a>
<p><hr>
<p><a href="CategoryExtremeProgramming.html">CategoryExtremeProgramming</a>
<hr><a href="http://c2.com/cgi/wiki?edit=IncrementalDelivery">EditText</a> of this page (last edited January 3, 2001)<br><a href="http://c2.com/cgi/wiki?FindPage&value=IncrementalDelivery">FindPage</a> by browsing or searching<p><font color=gray size=-1>This page mirrored in <a href="index.html">ExtremeProgrammingRoadmap</a> as of March 31, 2001</font></body>⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -