1、.：.；矯捷工程管理矯捷軟件開(kāi)發(fā)之工程管理軟件開(kāi)發(fā)之工程管理工程管理是將知識(shí)、技藝、工具與技術(shù)運(yùn)用于工程活動(dòng)，以滿足工程的要求。軟件開(kāi)發(fā)工程的工程管理，是為了確保軟件開(kāi)發(fā)工程順利進(jìn)展的各種管理活動(dòng)的總和。PMBOKProject Management Book of Knowledge中將工程管理分為9大知識(shí)領(lǐng)域整合管理范圍管理時(shí)間管理本錢管理質(zhì)量管理人力資源管理溝通管理風(fēng)險(xiǎn)管理采購(gòu)管理至今為止，工程管理往往從這幾個(gè)方面制定方案，在實(shí)施中，檢查方案和實(shí)施效果的偏向，監(jiān)控工程的安康情況。矯捷軟件開(kāi)發(fā)之工程管理矯捷軟件開(kāi)發(fā)的工程管理，是指在矯捷軟件開(kāi)發(fā)中進(jìn)展的工程管理活動(dòng)。矯捷軟件開(kāi)發(fā)，好像第一章

2、所述，是一種積極擁抱變化的開(kāi)發(fā)方式。矯捷軟件開(kāi)發(fā)認(rèn)可并應(yīng)對(duì)不確定性，換句話說(shuō)，需求面對(duì)風(fēng)險(xiǎn)根據(jù)PMBOK的定義，風(fēng)險(xiǎn)就是不確定性。某種程度上，矯捷開(kāi)發(fā)過(guò)程就是風(fēng)險(xiǎn)管理的過(guò)程。矯捷軟件開(kāi)發(fā)的各種實(shí)際方法Practice就是為了應(yīng)對(duì)各種風(fēng)險(xiǎn)而存在。矯捷軟件開(kāi)發(fā)的工程管理，其本質(zhì)在于 - 平衡Balance為了提升透明度破費(fèi)的本錢和由于能夠發(fā)生變卦而帶來(lái)的風(fēng)險(xiǎn)。矯捷工程管理中，開(kāi)發(fā)流程的概念輕量且籠統(tǒng)。在日新月異的今天，開(kāi)發(fā)流程本身的靈敏性顯得非常重要。不是用一個(gè)固定的流程來(lái)應(yīng)對(duì)變卦，而是根據(jù)不同環(huán)境不同需求裁剪開(kāi)發(fā)流程。從這個(gè)意義上來(lái)說(shuō)，只定義必不可少的管理內(nèi)容的、輕量級(jí)的開(kāi)發(fā)流程是順應(yīng)時(shí)代需求的

3、。假設(shè)只在傳統(tǒng)的Paradigm下解讀和裁剪矯捷開(kāi)發(fā)的流程，就很容易忘記矯捷開(kāi)發(fā)的本來(lái)意義，這是呵斥矯捷開(kāi)發(fā)失敗的一個(gè)主要緣由。對(duì)流程的裁剪，一定要在正確了解矯捷工程管理的意義、不抹殺“矯捷特性的前提下進(jìn)展。矯捷開(kāi)發(fā)的可交付成果不事先規(guī)定可交付成果的細(xì)節(jié)矯捷軟件開(kāi)發(fā)中，質(zhì)量代表軟件與用戶需求的匹配程度。不事先規(guī)定可交付成果的細(xì)節(jié)是為了追求更高質(zhì)量。由于在開(kāi)發(fā)過(guò)程中，需求能夠發(fā)生變卦，可交付成果的內(nèi)容也能夠隨之而改動(dòng)。矯捷軟件開(kāi)發(fā)的特征不僅僅在于能以較低本錢應(yīng)對(duì)變卦，而是使軟件盡能夠具有應(yīng)對(duì)變卦的才干。矯捷工程管理的假設(shè)是，某個(gè)工程難以用傳統(tǒng)的流程進(jìn)展管理。即，Goal會(huì)隨著時(shí)間的變化而變化。因

4、此，重點(diǎn)在于認(rèn)識(shí)到能夠發(fā)生變卦的風(fēng)險(xiǎn)，提高應(yīng)變才干。但是，通常情況下，人們以為假設(shè)可交付成果不斷變化，開(kāi)發(fā)能夠無(wú)法收尾。因此，矯捷工程管理把開(kāi)發(fā)期間分解成幾個(gè)短的區(qū)間，把每個(gè)短區(qū)間的可交付成果在一定程度上固定下來(lái)。在工程進(jìn)展過(guò)程中，一邊聽(tīng)取客戶反響，一邊調(diào)整可交付成果?？山桓冻晒撵`敏性要堅(jiān)持在多大程度？這個(gè)取決于流程的設(shè)計(jì)，是矯捷工程管理中非常重要的內(nèi)容。能夠發(fā)生變卦，風(fēng)險(xiǎn)管理怎樣辦Whats Risk有能夠發(fā)生變卦的地方，就存在著各種各樣的風(fēng)險(xiǎn)。風(fēng)險(xiǎn)是由于能夠發(fā)生變卦而呵斥的，所以無(wú)論用不用矯捷工程管理，風(fēng)險(xiǎn)都是存在的。但是，采用矯捷軟件開(kāi)發(fā)和采用傳統(tǒng)的瀑布式開(kāi)發(fā)，客戶和開(kāi)發(fā)團(tuán)隊(duì)所承當(dāng)?shù)娘L(fēng)

5、險(xiǎn)是不同的。首先，傳統(tǒng)的管理方法是制定方案，根據(jù)執(zhí)行結(jié)果和方案之間的偏向來(lái)評(píng)價(jià)可交付成果?？墒怯捎谀軌虼嬖谧冐?，無(wú)法嚴(yán)密地定義可交付成果。因此，就出現(xiàn)了以下兩種做法：做各種假設(shè)，無(wú)論如何定義出可交付成果，決議金額和交貨期雖然對(duì)可交付成果不是很清楚，但還是決議了金額和交貨期采用方法a的話，變卦帶來(lái)的風(fēng)險(xiǎn)由客戶承當(dāng)。即，假設(shè)假設(shè)和實(shí)踐不相符，可交付成果和實(shí)踐的業(yè)務(wù)需求就不一致。采用方法b的話，開(kāi)發(fā)團(tuán)隊(duì)承當(dāng)仕樣變卦的風(fēng)險(xiǎn)，由于一邊要遵守金額和交貨期的商定，一邊還要完成可交付成果的變卦。普通來(lái)說(shuō)，很難讓某一方承當(dāng)全部風(fēng)險(xiǎn)。通常的做法是采用折衷案。即，暫不思索誰(shuí)是誰(shuí)非，客戶和開(kāi)發(fā)團(tuán)隊(duì)共同承當(dāng)上述風(fēng)險(xiǎn)進(jìn)展

6、工程活動(dòng)。矯捷軟件開(kāi)發(fā)中，客戶和開(kāi)發(fā)團(tuán)隊(duì)要一同承當(dāng)變卦能夠性帶來(lái)的風(fēng)險(xiǎn)?？蛻粲胸?zé)任解釋闡明并排序選擇軟件需求?？墒?，假設(shè)客戶不能從開(kāi)發(fā)團(tuán)隊(duì)得到有關(guān)工程進(jìn)度的反響，就無(wú)法做適宜的判別。這就是溝通上的風(fēng)險(xiǎn)。另外，事先沒(méi)有商定可交付成果的細(xì)節(jié)，因此，工程可以在預(yù)算和進(jìn)度要求內(nèi)完成的保證就沒(méi)有了。開(kāi)發(fā)團(tuán)隊(duì)也要充分了解這一風(fēng)險(xiǎn)，并作出應(yīng)對(duì)。外包公司能夠會(huì)盡能夠降低本錢，既滿足事先決議的交付期和可交付成果，又使方案和執(zhí)行之間的Gap轉(zhuǎn)向有利于開(kāi)發(fā)商一方，從而實(shí)現(xiàn)利益最大化。但是，矯捷軟件開(kāi)發(fā)中，沒(méi)有事先商定可交付成果的細(xì)節(jié)，所以，很能夠不存在如上所述的提高利潤(rùn)的空間。開(kāi)發(fā)商假設(shè)采用矯捷軟件開(kāi)發(fā)，就要認(rèn)識(shí)到

7、這樣的風(fēng)險(xiǎn)，同時(shí)最大限制地滿足客戶需求。怎樣降低風(fēng)險(xiǎn)由于能夠存在變卦，所以無(wú)論采用哪種工程管理方法，都必需承當(dāng)變卦能夠性帶來(lái)的風(fēng)險(xiǎn)。那么，矯捷工程管理的優(yōu)點(diǎn)在哪里呢？就在于矯捷工程管理可以應(yīng)對(duì)更多的、能夠發(fā)生的變卦。由于矯捷軟件開(kāi)發(fā)本來(lái)就假設(shè)軟件開(kāi)發(fā)工程中有能夠發(fā)生變卦。因此，越是深化了解矯捷軟件開(kāi)發(fā)的本質(zhì)，正確實(shí)際，就越能以較少的本錢應(yīng)對(duì)能夠發(fā)生的變卦。與此相對(duì)的，瀑布式工程管理沒(méi)有做這種假設(shè)。從這一點(diǎn)來(lái)看，熟練運(yùn)用矯捷軟件開(kāi)發(fā)，可以更迅速更平安地應(yīng)對(duì)變卦能夠性帶來(lái)的風(fēng)險(xiǎn)。更重要的是，當(dāng)運(yùn)用矯捷工程管理時(shí)，顧客和開(kāi)發(fā)團(tuán)隊(duì)之間的風(fēng)險(xiǎn)平衡Risk Balance是Win-Win的協(xié)作關(guān)系。即，順

8、應(yīng)變卦，擁抱變卦的開(kāi)發(fā)使客戶得到想要的功能，另一方面，開(kāi)發(fā)團(tuán)隊(duì)因客戶稱心而獲得更大收益。與此相對(duì)，瀑布式工程管理在制定方案時(shí)，顧客和開(kāi)發(fā)團(tuán)隊(duì)之間就構(gòu)成了一種風(fēng)險(xiǎn)的買賣Tradeoff。一旦發(fā)生變卦，顧客和開(kāi)發(fā)團(tuán)隊(duì)在誰(shuí)承當(dāng)風(fēng)險(xiǎn)上很容易構(gòu)成對(duì)立關(guān)系。這種對(duì)立關(guān)系潛在地添加了工程管理的難度。變卦越能夠發(fā)生，工程管理就越難做。矯捷工程管理的Point在于顧客和開(kāi)發(fā)團(tuán)隊(duì)一同向一個(gè)目的斗爭(zhēng)，即提供更能滿足用戶需求的可交付成果。消解了對(duì)立關(guān)系，構(gòu)筑了一種積極應(yīng)對(duì)變卦的協(xié)作關(guān)系。這一點(diǎn)，相對(duì)于傳統(tǒng)的工程管理來(lái)說(shuō)，無(wú)論在合同方式，還是在顧客和開(kāi)發(fā)團(tuán)隊(duì)間的角色扮演責(zé)任分擔(dān)上，都是一種激變吧！矯捷工程管理之估算矯捷

9、工程管理中，方案Planning非常重要。方案之前，開(kāi)發(fā)團(tuán)隊(duì)要估算出義務(wù)的大小size。這和傳統(tǒng)的瀑布式工程管理終究有何不同呢？矯捷軟件開(kāi)發(fā)中，估算有兩個(gè)特征：一是以顧客可以管理的需求為單位進(jìn)展估算，另一個(gè)是只需估算出需求的相對(duì)大小。關(guān)于這兩個(gè)特征，講解如下。以客戶可以管理的需求為單位進(jìn)展估算第一個(gè)特征是要義客戶可以管理的需求為單位進(jìn)展估算。雖然這并非是矯捷工程管理固有的東西，但對(duì)于矯捷工程管理來(lái)說(shuō)，至關(guān)重要。由于采用這樣的管理方法，顧客可以自主排序選擇需求。首先，矯捷軟件開(kāi)發(fā)前，客戶有責(zé)任預(yù)備需求列表。當(dāng)然啦，大多數(shù)情況下，由開(kāi)發(fā)團(tuán)隊(duì)幫客戶制造需求列表。但開(kāi)發(fā)團(tuán)隊(duì)要認(rèn)識(shí)到需求列表的制造和管理

10、是顧客的責(zé)任。關(guān)于這種需求列表，每種開(kāi)發(fā)方式都有本人的叫法，其中需求的粒度和表現(xiàn)方式也不同。例如，XP中，有Story。Scrum中有Product Backlog。無(wú)論哪種，都是利害關(guān)系者等待的軟件功能Feature。以客戶可以管理的需求為單位進(jìn)展估算，其本質(zhì)在于使客戶可以判別功能的優(yōu)先度，以決議每次交付時(shí)，軟件需求具有什么功能。只需估算出需求的相對(duì)大小這里的估算并不是工程所需時(shí)間人月的估算。由于估算出來(lái)的累計(jì)時(shí)間，很能夠由于人力資源等限制，會(huì)與實(shí)踐需求的時(shí)間大相徑庭。第二點(diǎn)，需求的相對(duì)大小是由閱歷和覺(jué)得得來(lái)的，客戶比較容易了解，也比較容易操作。矯捷工程管理的前提是工程的不可預(yù)測(cè)性。因此，精

11、細(xì)估算得來(lái)的方案和概算估算得來(lái)的方案，其精度差別不大 -都是不確實(shí)的方案。因此，與其在估算上破費(fèi)本錢，倒不如把偏重點(diǎn)放在體制的整備上，以應(yīng)對(duì)不測(cè)事態(tài)。矯捷工程管理中，以需求的相對(duì)大小為單位進(jìn)展估算。這個(gè)單位在XP中稱作Story Point。也有不能對(duì)應(yīng)的不確定性矯捷工程管理接受不確定性，需求時(shí)，可以調(diào)整估算值。但是，有時(shí)，估算階段的前提條件中，也有一些不得不確定的要素。這些要素一旦變卦，其變卦本錢往往不可接受。比較極端的例子，比如，一旦選定某種開(kāi)發(fā)言語(yǔ)，就幾乎不能夠再變了。還有，架構(gòu)的再構(gòu)也是這樣。因此，事先必需詳細(xì)調(diào)查這些不可更改的要素。例如，多數(shù)情況下，開(kāi)發(fā)團(tuán)隊(duì)根據(jù)閱歷定義非功能需求，整

12、理出架構(gòu)的優(yōu)缺陷，明確其適用范圍和潛在風(fēng)險(xiǎn)。矯捷工程管理之流程設(shè)計(jì)迭代Iteration矯捷工程管理的要點(diǎn)在于可以設(shè)計(jì)出一個(gè)流程以平衡為獲取反響所破費(fèi)的本錢和獲得反響給工程帶來(lái)的益處?？蛻魪拈_(kāi)發(fā)人員那兒得到關(guān)于可交付成果的報(bào)告，并進(jìn)展決策。該決策作為仕樣反響給開(kāi)發(fā)人員。然后，開(kāi)發(fā)人員基于該仕樣改良開(kāi)發(fā)，并繼續(xù)向客戶報(bào)告結(jié)果。如此這般，客戶和開(kāi)發(fā)人員一邊商討琢磨，一邊做出更好的軟件。矯捷軟件開(kāi)發(fā)采用迭代Iteration管理開(kāi)發(fā)工程任務(wù)。一個(gè)迭代，普通繼續(xù)一周或一個(gè)月。迭代是分配義務(wù)和制造可交付成果的管理單位。迭代的長(zhǎng)度一旦決議了，就不再更改。即，迭代的長(zhǎng)度是固定的，不是由分配的義務(wù)大小決議的。

13、Scrum運(yùn)用Rugby中的術(shù)語(yǔ)，每個(gè)迭代被稱作一個(gè)Sprint。Time-boxTime-box被稱作迭代背后的手。注重人與人之間互動(dòng)的流程，往往會(huì)有規(guī)那么不夠用的缺陷。這是由于，這種流程的重點(diǎn)在于協(xié)調(diào)以完成實(shí)踐的任務(wù)，而不是遵守嚴(yán)密的規(guī)章制度。這種流程更接近于管理的本質(zhì)，但是更難掌控。激發(fā)發(fā)明力的交流是必不可少的，但有時(shí)候，用于調(diào)整的時(shí)間無(wú)限膨脹，甚至緊縮了做實(shí)踐任務(wù)的時(shí)間。例如，長(zhǎng)時(shí)間的會(huì)議和爭(zhēng)辯。確實(shí)，各種Session會(huì)給參與者帶來(lái)一定的滿足感，但也容易流于為會(huì)議而會(huì)議的方式主義，或者帶來(lái)“開(kāi)會(huì)就是完成任務(wù)的虛偽的成就感。更壞的情況時(shí)，假設(shè)掌控不好，會(huì)呵斥進(jìn)度遲延、質(zhì)量低下、以及本錢

14、和報(bào)答的不平衡。那么，該如何處理這些問(wèn)題呢？有一種方法，對(duì)各項(xiàng)活動(dòng)設(shè)定了時(shí)間，并要求嚴(yán)守終了時(shí)間。即，終了時(shí)間必需終了，即使會(huì)議的預(yù)期可交付成果還處于In progress的形狀，也要終了，這個(gè)預(yù)期的可交付成果會(huì)成為下一道工序的輸入。這種時(shí)間管理方法就叫做Time-box。Time-box的Point在于并不倉(cāng)促得出可交付成果。而是按時(shí)間進(jìn)入下一道工序，得到客戶反響，再前往來(lái)，更好地完成可交付成果由此可見(jiàn)，工程真的是一種目的導(dǎo)向、結(jié)果導(dǎo)向的東西。注重客戶反響的矯捷工程管理就采用了Time-box，按照定義好的時(shí)間，進(jìn)入下個(gè)Step。義務(wù)管理把需求分配到各個(gè)迭代需求是在迭代中實(shí)現(xiàn)的。在哪個(gè)迭代中

15、分配哪些需求，普通是按照客戶設(shè)定的優(yōu)先度，從高到低地實(shí)施。實(shí)踐操作時(shí)，由于需求的大小不同，而迭代的長(zhǎng)度是固定的，所以無(wú)法完全按照優(yōu)先級(jí)實(shí)施。另外，客戶也不一定會(huì)自動(dòng)設(shè)置需求的優(yōu)先級(jí)。開(kāi)發(fā)團(tuán)隊(duì)要在每個(gè)迭代開(kāi)場(chǎng)前，與客戶親密交流，讓客戶發(fā)揚(yáng)自動(dòng)性選擇需求。需求分解成作業(yè)工程矯捷軟件開(kāi)發(fā)中，將開(kāi)發(fā)任務(wù)細(xì)分為義務(wù)，每個(gè)人自發(fā)地選擇義務(wù)，一項(xiàng)義務(wù)完成后，本人再給本人分配下一項(xiàng)義務(wù)。把任務(wù)分解到可以分配給個(gè)人的程度，叫義務(wù)Task。迭代中，要把需求進(jìn)一步分解為義務(wù)，并制成一覽表。然后，經(jīng)過(guò)管理義務(wù)的分配，每個(gè)人所做的任務(wù)都明了可見(jiàn)。雖然義務(wù)需求分配給Team中的某一人，但Team全體對(duì)義務(wù)負(fù)有管理責(zé)任。不

16、依賴于個(gè)人才干。而是經(jīng)過(guò)Team一同管理剩余的義務(wù)，以判別迭代內(nèi)能否能完成方案的可交付成果。兩一方面，經(jīng)過(guò)察看剩余的義務(wù)，可以早點(diǎn)發(fā)現(xiàn)異常。設(shè)計(jì)流程時(shí)，一向的指點(diǎn)思想是：提高作業(yè)透明度，早期發(fā)現(xiàn)異常，縮短迭代期間，早期得到反響。早期發(fā)現(xiàn)問(wèn)題，早期做出調(diào)整，在設(shè)計(jì)流程的過(guò)程中，要時(shí)時(shí)關(guān)注這一機(jī)制。矯捷工程的交付多次交付交付是指在軟件開(kāi)發(fā)中，核實(shí)可交付成果的行為。交付是指軟件可以開(kāi)場(chǎng)提供商業(yè)效力，或可在公司內(nèi)部運(yùn)用，或可開(kāi)場(chǎng)作為Package產(chǎn)品消費(fèi)/銷售。對(duì)外包公司來(lái)說(shuō)，交付普通就是合同期滿的時(shí)候，通常只需一次。但是，假設(shè)采用矯捷工程管理，假設(shè)軟件會(huì)隨著環(huán)境變化和用戶需求的變化而發(fā)生變化，將會(huì)有

17、多次交付。每個(gè)迭代做交付矯捷工程管理中，我們何時(shí)交付軟件呢？他曾經(jīng)知道，我們是以迭代為單位進(jìn)展軟件開(kāi)發(fā)的。我們需求在每個(gè)迭代終了前，預(yù)備可以交付的軟件。矯捷軟件開(kāi)發(fā)中，每個(gè)迭代的交付是必不可少的Practice。由于，我們要和客戶確認(rèn)每個(gè)迭代的可交付成果，獲得客戶的反響，確保工程在正確的方向上運(yùn)轉(zhuǎn)。反過(guò)來(lái)說(shuō)，正由于矯捷軟件開(kāi)發(fā)需求頻繁地獲取客戶反響，所以要求迭代的時(shí)間不能太長(zhǎng)。有時(shí)候，一個(gè)星期就是一個(gè)迭代，這時(shí)，我們需求每周交付一次。普通的開(kāi)發(fā)人員會(huì)以為這是不能夠的。由于，交付普通伴隨著繁雜的手續(xù)，例如，壓力測(cè)試，審計(jì)團(tuán)隊(duì)的檢查，文檔的整備等。普通以為不滿足公司內(nèi)部的流程，或者不完全滿足合同上

18、的要求，就沒(méi)有到達(dá)可以交付的質(zhì)量。矯捷工程管理中，每個(gè)迭代的交付，會(huì)讓人想到交付所破費(fèi)的時(shí)間和人力，因此覺(jué)得有點(diǎn)不適用。其實(shí)，這只是表達(dá)的問(wèn)題。矯捷工程管理中“每個(gè)迭代的交付是指使軟件到達(dá)“可交付的形狀而不是真正就一次性交付了。每個(gè)迭代做的簡(jiǎn)易交付交付有兩種。一種是每個(gè)迭代終了時(shí)的簡(jiǎn)易交付，另一種是作為工程的一個(gè)里程碑，即End User可以開(kāi)場(chǎng)運(yùn)用的正式交付。簡(jiǎn)易交付的要求正式交付的流程和手續(xù)由合同和公司規(guī)定。矯捷工程管理中，關(guān)鍵是要定義簡(jiǎn)易交付的交付條件。即，正式交付中的要求，有哪些在簡(jiǎn)易交付中必需滿足。例如：?jiǎn)卧獪y(cè)試在簡(jiǎn)易交付中必需滿足假設(shè)他運(yùn)用測(cè)試驅(qū)動(dòng)開(kāi)發(fā)，必然會(huì)有自動(dòng)化測(cè)試。那么，結(jié)

19、合測(cè)試，和性能測(cè)試之類怎樣辦呢？每個(gè)工程的性質(zhì)不同，團(tuán)隊(duì)的自動(dòng)化工具的運(yùn)用情況也不同，有必要對(duì)每個(gè)工程詳細(xì)問(wèn)題詳細(xì)分析詳細(xì)判別：需求把結(jié)合測(cè)試和性能測(cè)試放到簡(jiǎn)易交付中嗎？ 另外，簡(jiǎn)易交付的交付條件和迭代的長(zhǎng)度也息息相關(guān)。在設(shè)計(jì)流程時(shí)，需求重點(diǎn)討論簡(jiǎn)易交付的交付條件。矯捷軟件的文檔文檔最少化矯捷軟件開(kāi)發(fā)竭力排除文檔任務(wù)。由于充分交流和代碼共享本身可以是工程團(tuán)隊(duì)用最少的文檔實(shí)現(xiàn)仕樣傳達(dá)Transfer和共享Share。簡(jiǎn)單說(shuō)來(lái)，就是不需求，所以不做。還有其他理由，例如文檔的修正本錢，例如文檔有損圓滑的溝通之類。那么，矯捷軟件開(kāi)發(fā)中，真的不需求文檔嗎？假設(shè)我們正確實(shí)際各種Practice，和利益相關(guān)者包括客戶溝照射利，那么最大能夠減少文檔也沒(méi)什么關(guān)系。但是，工程終了時(shí)，和利益相關(guān)者在默契根底上進(jìn)展溝通的環(huán)境也沒(méi)有了。為了和其他工程或者運(yùn)營(yíng)團(tuán)隊(duì)Transfer，有必要把信息書面化。除此之外，為了遵守現(xiàn)有的開(kāi)發(fā)流程和公司內(nèi)部規(guī)定，有時(shí)候并不特別在意文檔本身究竟有沒(méi)有用，也必需把文檔預(yù)備好。用PMBOK里的說(shuō)法：更新組織過(guò)程資產(chǎn)在正式交付的迭代預(yù)備文檔那么，如何預(yù)備文檔呢？工程里，有一個(gè)迭代做正式交付，普通就在那個(gè)迭代整理文檔。在正式交付的迭代，團(tuán)隊(duì)的任務(wù)就是測(cè)試、預(yù)備文檔和交付not