從瀑布式開(kāi)發(fā)到DevOps，有許多運(yùn)動(dòng)在努力推動(dòng)軟件編程效率的提高。但是，并非所有人都能將開(kāi)發(fā)人員從壓力下解放出來(lái)，以更快地交付結(jié)果。

自從2000年代初期出現(xiàn)極限編程（XP）以來(lái)，軟件專業(yè)人員一直在嘗試尋找新的方法來(lái)開(kāi)發(fā)質(zhì)量更高的應(yīng)用程序，這些應(yīng)用程序在越來(lái)越緊迫的期限，較小的預(yù)算以及資源日益減少的情況下進(jìn)行。這些努力的大部分推力是由于當(dāng)時(shí)將內(nèi)部人才外包給價(jià)格較低的外國(guó)公司的新商業(yè)風(fēng)潮所帶來(lái)的越來(lái)越大的創(chuàng)傷而給IT組織施加的壓力的結(jié)果。從真正的意義上說(shuō)，專業(yè)軟件開(kāi)發(fā)社區(qū)（尤其是在美國(guó)）所遭受的創(chuàng)傷促使人們?cè)絹?lái)越多地避免采用成熟的策略，以便滿足在同樣的生產(chǎn)壓力下卻沒(méi)有勇氣進(jìn)行管理的技術(shù)管理。情況不斷惡化。

XP開(kāi)發(fā)范例是第一個(gè)嘗試減少實(shí)際項(xiàng)目開(kāi)發(fā)基礎(chǔ)的制定工作，其中包括初始計(jì)劃分析，需求分析，設(shè)計(jì)過(guò)程分析，進(jìn)度分析以及由于計(jì)劃風(fēng)險(xiǎn)分析而進(jìn)行的適當(dāng)項(xiàng)目調(diào)整。想法是，由于新的微型計(jì)算機(jī)開(kāi)發(fā)過(guò)程而越來(lái)越多地完成了一些項(xiàng)目，因此可以繼續(xù)以代碼優(yōu)先結(jié)構(gòu)來(lái)實(shí)施項(xiàng)目，而代碼優(yōu)先結(jié)構(gòu)仍然困擾著當(dāng)今的許多IT組織。確實(shí)，XP并不打算消除所有這些基礎(chǔ)，而只是降低它們的重要性，而忽略了它們對(duì)高質(zhì)量軟件開(kāi)發(fā)的關(guān)鍵應(yīng)用程序的現(xiàn)實(shí)。

在XP之前，所有軟件開(kāi)發(fā)都是在標(biāo)準(zhǔn)的“瀑布”過(guò)程中完成的，通過(guò)該過(guò)程設(shè)計(jì)了主項(xiàng)目設(shè)計(jì)，并適當(dāng)?shù)赜?jì)劃，分析和設(shè)計(jì)了每個(gè)步驟，然后實(shí)施了這些步驟，而每個(gè)階段所需的調(diào)整和缺陷都很簡(jiǎn)單通過(guò)循環(huán)回到某個(gè)階段的初始起點(diǎn)，更正問(wèn)題然后再次進(jìn)入該階段來(lái)解決問(wèn)題。在大型機(jī)時(shí)代這是一個(gè)耗時(shí)但最終成功的過(guò)程，并且成功地進(jìn)行到了微型計(jì)算機(jī)發(fā)展的初始階段。

不幸的是，最初制定最終XP范式的嘗試經(jīng)歷了成功與失敗的bag貶不一，最終使該項(xiàng)目被取消，而XP則失敗了。在新興的微型計(jì)算機(jī)領(lǐng)域中，這都不是那么受歡迎。在許多人看來(lái)，它只是一種忽略經(jīng)過(guò)時(shí)間檢驗(yàn)的開(kāi)發(fā)過(guò)程的方法。而且它包含配對(duì)編程對(duì)許多信息技術(shù)領(lǐng)域的資深人士來(lái)說(shuō)意義不大。

盡管如此，當(dāng)時(shí)的專業(yè)人員仍在通過(guò)XP嘗試推廣的基本概念來(lái)尋求方法，以定義新的軟件成果。管理層（無(wú)論是技術(shù)人員還是非技術(shù)人員）間接地幫助了這一過(guò)程，最終消除了許多組織中的業(yè)務(wù)和系統(tǒng)分析人員層（也是由于大量外包以及聲稱有必要降低成本的說(shuō)法），但沒(méi)有根據(jù)開(kāi)發(fā)人員除了可以掌握其技術(shù)技能外，還可以吸收此類專業(yè)知識(shí)。

敏捷和DevOps

這個(gè)過(guò)程最終導(dǎo)致了敏捷開(kāi)發(fā)范例（在某些情況下將包含XP概念），在過(guò)去的幾年中，一些組織現(xiàn)在正在讓步，轉(zhuǎn)向其概念的更企業(yè)版本，現(xiàn)在稱為DevOps。這種新的結(jié)構(gòu)是嘗試將開(kāi)發(fā)和運(yùn)營(yíng)更緊密地集成在一起。但是，這已經(jīng)通過(guò)諸如ITIL（信息技術(shù)集成框架）之類的經(jīng)過(guò)更長(zhǎng)時(shí)間測(cè)試的較早框架來(lái)完成。不幸的是，現(xiàn)在有這么多年紀(jì)更大，更高級(jí)的專業(yè)人士離開(kāi)了該行業(yè)，幾乎沒(méi)有什么可以幫助年輕員工適應(yīng)這樣成熟的過(guò)程，使他們相信自己正在用自己的解釋創(chuàng)造新的東西。

敏捷和DevOps追隨者都制定了自己的宣言，從本質(zhì)上講，這意味著這種范例既具有意識(shí)形態(tài)，又具有技術(shù)性。這種說(shuō)法本質(zhì)上比實(shí)際的可靠軟件工程實(shí)踐更具意識(shí)形態(tài)意識(shí)，這可以通過(guò)開(kāi)發(fā)商開(kāi)發(fā)新工具來(lái)適應(yīng)他們的需求來(lái)證明，這些新工具可以適應(yīng)它們的使用，并且背后隱藏著越來(lái)越多的“運(yùn)動(dòng)”，而這些運(yùn)動(dòng)通常非常在他們的支持中發(fā)聲。盡管未必一定將其設(shè)想為某種意識(shí)形態(tài)，但閱讀許多推廣這些范式的文章可提供充分的證據(jù)，表明實(shí)際的意識(shí)形態(tài)涉及此處。

相反，軟件工程本身已經(jīng)制度化，幾乎沒(méi)有任何聲名狼藉的團(tuán)體在鼓勵(lì)在IT組織基礎(chǔ)結(jié)構(gòu)中使用它。它的實(shí)踐涉及的原理，實(shí)踐和過(guò)程各不相同，并且包含許多可應(yīng)用于任何類型的軟件開(kāi)發(fā)工作（無(wú)論大?。┑墓δ?。這些功能還包括與敏捷所吹捧的流程非常相似的流程。

軟件工程的實(shí)踐基于對(duì)開(kāi)發(fā)范式和項(xiàng)目分析的多年研究，后者包括成功和失敗的項(xiàng)目以及與之相關(guān)的因果關(guān)系。結(jié)果就是為軟件開(kāi)發(fā)專業(yè)人員提供了度量分析，例如與成功的過(guò)程改進(jìn)范例，CMMI或“能力成熟度模型集成”一起推廣的度量分析，可用于軟件開(kāi)發(fā)工作。通過(guò)度量分析，可以建立數(shù)學(xué)基礎(chǔ)來(lái)正確分析和預(yù)測(cè)任何項(xiàng)目工作的期望。

盡管CMMI不直接與軟件工程相關(guān)，因?yàn)樗€必須在一般業(yè)務(wù)和其他技術(shù)流程（例如庫(kù)存管理）中實(shí)現(xiàn)效率，但它確實(shí)提供了允許將軟件工程分析與已證明的開(kāi)發(fā)項(xiàng)目正確集成的流程隨著時(shí)間的推移，以確保最短的開(kāi)發(fā)進(jìn)度在預(yù)算之內(nèi)，同時(shí)消除缺陷，使某些項(xiàng)目可以聲稱生產(chǎn)中的零缺陷可交付成果。

不幸的是，這兩個(gè)非常成功的流程環(huán)境都與大多數(shù)業(yè)務(wù)和技術(shù)管理背道而馳，以至于兩者之一的實(shí)施對(duì)于它的從業(yè)者以及想要從事學(xué)習(xí)和后續(xù)集成工作的人來(lái)說(shuō)，通常都是一場(chǎng)艱苦的斗爭(zhēng)。這種對(duì)實(shí)用軟件工程范式的明顯拒絕基本上被認(rèn)為是違反直覺(jué)的，這基本上植根于軟件開(kāi)發(fā)經(jīng)理和他們自己的主管的心理中，他們通常更愿意滿足難以捉摸的期限而不是產(chǎn)生實(shí)際的質(zhì)量。

盡管敏捷和DevOps范式似乎比其他任何事物都更具文化理論，但兩者都已成功實(shí)施，并且有度量標(biāo)準(zhǔn)可以證明這種成功，但涉及的專業(yè)人員更有可能實(shí)際實(shí)施了完善的軟件工程方法和/或過(guò)程管理技術(shù)，而不是與這些新技術(shù)化身中的嗡嗡聲和炒作實(shí)際相關(guān)的任何東西。毫不奇怪，如果您要去軟件工程學(xué)院 ，將會(huì)發(fā)現(xiàn)在該組織所做的研究中提到了敏捷，但在預(yù)期的情況下卻沒(méi)有。相反，您會(huì)發(fā)現(xiàn)Agile從屬于實(shí)際的軟件工程實(shí)踐。

簡(jiǎn)單地總結(jié)一下；除了如何開(kāi)發(fā)高質(zhì)量軟件外，您不能開(kāi)發(fā)高質(zhì)量軟件。您可以更改處理方式的范式，但是如果它不包含將產(chǎn)生可交付成果的必要構(gòu)造，則范式本身并不會(huì)帶來(lái)太大的意義。取而代之的是，人們經(jīng)常吹噓Google等成功的公司如何投資和使用諸如Agile之類的新架構(gòu)，現(xiàn)在它已成為DevOps的最新企業(yè)化身。但是，沒(méi)有標(biāo)準(zhǔn)軟件工程實(shí)踐中的合理概念，諸如Google，Microsoft和其他公司之類的高科技公司就無(wú)法生產(chǎn)其高質(zhì)量的產(chǎn)品。但是，這些組織并沒(méi)有完善的軟件生產(chǎn)記錄，實(shí)際上遭受了嚴(yán)重的失敗，表明在這些非常成功的實(shí)體中甚至有些不對(duì)勁。但是，對(duì)于他們的優(yōu)質(zhì)產(chǎn)品，他們的開(kāi)發(fā)范例可能被稱為軟件工程以外的東西，但它們?nèi)匀粌H僅是這樣。任何認(rèn)為否則的人都只是在自欺欺人。

敏捷已經(jīng)試圖糾正XP的原始缺陷，但是在許多IT組織中似乎都采用了XP，但是它并沒(méi)有采取很多措施來(lái)彌補(bǔ)這一缺陷。在這樣的組織中，它仍然可以“忘記要求和設(shè)計(jì)，只需要編寫(xiě)代碼……”。

初步計(jì)劃分析：兩個(gè)基本概念

無(wú)論您稱其為軟件工程還是其他專業(yè)，成功的初始計(jì)劃分析都必須是任何新項(xiàng)目或新任務(wù)的第一階段。忽略其至關(guān)重要的意義是最終確保一定程度的項(xiàng)目失敗。為此，然后我們可以理解為什么如此眾多的軟件嘗試?yán)^續(xù)以大約70％的高比率失敗，而這仍然是IT行業(yè)的總體項(xiàng)目失敗率。

許多人指出，在所有技術(shù)專業(yè)人員中，我們的專業(yè)仍然是唯一從未真正成熟為具有確定的標(biāo)準(zhǔn)和流程以生產(chǎn)高質(zhì)量可交付成果的專業(yè)。這直接歸因于以下事實(shí)：年輕，后代的新專業(yè)人員仍在嘗試尋找神奇的靈丹妙藥，使他們能夠在技術(shù)和業(yè)務(wù)管理制定的日益不可能的情況下創(chuàng)造優(yōu)質(zhì)產(chǎn)品。鑒于目前的趨勢(shì)，人們會(huì)期望在將來(lái)的某個(gè)時(shí)候，該行業(yè)會(huì)出現(xiàn)系統(tǒng)性的徹底失敗，因?yàn)閷?duì)這種公式的徒勞的搜索仍在繼續(xù)，因?yàn)閷?duì)任何高質(zhì)量軟件產(chǎn)品的創(chuàng)建速度都存在一定的限制。

應(yīng)當(dāng)指出，從軟件工程的角度來(lái)看，項(xiàng)目失敗不是全部或全部的構(gòu)造。如果未滿足計(jì)劃項(xiàng)目的任何方面，則將導(dǎo)致此類項(xiàng)目失敗。因此，如果一個(gè)項(xiàng)目超出預(yù)算，不能滿足規(guī)定的要求，不能滿足預(yù)定的期限或僅在處理過(guò)程中出現(xiàn)缺陷，則該項(xiàng)目將被視為統(tǒng)計(jì)失敗。這種構(gòu)造的結(jié)果是，在失敗的領(lǐng)域中，不必考慮某個(gè)項(xiàng)目是不可使用的。但是，實(shí)際上很多事實(shí)都是這樣。

合理的初步計(jì)劃分析必須在目標(biāo)用戶和開(kāi)發(fā)人員之間開(kāi)始，并且要有兩個(gè)基本的理解……

1. 項(xiàng)目預(yù)期目標(biāo)

2. 用戶希望控制的整個(gè)項(xiàng)目的各個(gè)方面

相信或不了解新項(xiàng)目或任務(wù)的預(yù)期目標(biāo)對(duì)于其成功至關(guān)重要。因此，理解這種概念還將定義項(xiàng)目的預(yù)期范圍。因此，最終為此目的而計(jì)劃和設(shè)計(jì)的一切都將受到這種約束。沒(méi)有這樣的限制，開(kāi)發(fā)團(tuán)隊(duì)就無(wú)法進(jìn)行準(zhǔn)確的計(jì)劃和實(shí)施階段，因?yàn)樵谶@種情況下，該項(xiàng)目只是開(kāi)放式的以適應(yīng)需求。

不幸的是，大多數(shù)項(xiàng)目已經(jīng)并且仍然是開(kāi)放式的，期望代碼庫(kù)應(yīng)盡可能靈活以包含必要的新要求。然后，這種類型的項(xiàng)目設(shè)置將向技術(shù)經(jīng)理開(kāi)放，在某些情況下，開(kāi)發(fā)人員將首選“如果...怎么辦？” 思考的場(chǎng)景。雄心勃勃的技術(shù)經(jīng)理或技術(shù)人員經(jīng)常提倡這種情況，他們希望其項(xiàng)目易于擴(kuò)展，以便可以添加任何內(nèi)容。這些人員認(rèn)為，所有代碼都應(yīng)該是可擴(kuò)展的，并且在許多情況下是通用的，因此從字面上可以像傻瓜一樣模制。這種思想是許多軟件項(xiàng)目所遭受的神奇思想的根深蒂固的一部分。

一方面，人們只能現(xiàn)實(shí)地規(guī)劃已知的要求，同時(shí)要注意是否可能包含特定過(guò)程的變化，例如數(shù)據(jù)的導(dǎo)入。在項(xiàng)目的后期階段，可以在可能添加的范圍內(nèi)考慮某些過(guò)程。但是，這里也有必要在某種程度上將這種定義包括在內(nèi)。說(shuō)一個(gè)項(xiàng)目可能需要通過(guò)MSMQ導(dǎo)入過(guò)程數(shù)據(jù)的能力實(shí)際上并沒(méi)有說(shuō)什么，因?yàn)榧词乖谶@里也需要精確的計(jì)劃。

但是，由于開(kāi)發(fā)團(tuán)隊(duì)無(wú)法專注于已知需求，而不得不在已知與未知之間進(jìn)行分配，因此，這樣的項(xiàng)目是最終項(xiàng)目失敗的良好候選者。如果您實(shí)際上可以聘請(qǐng)可以預(yù)測(cè)未來(lái)的人，那將是一個(gè)不錯(cuò)的技巧。這種開(kāi)放性思想的結(jié)果是，一個(gè)簡(jiǎn)明的項(xiàng)目無(wú)法成功地計(jì)劃和實(shí)施，以實(shí)現(xiàn)質(zhì)量的完成，因?yàn)轫?xiàng)目的范圍經(jīng)常定期更改，從而迅速引起“功能蠕變”，這是遭受其后果的許多項(xiàng)目的禍根。

但是，有許多成功的項(xiàng)目實(shí)際上都在計(jì)劃可擴(kuò)展性，但是這種能力是已知的或預(yù)期的因素，將被包含在項(xiàng)目生命周期的后期階段，這些階段通常包括過(guò)程中的主要完成里程碑。因此，例如，如果期望應(yīng)用程序從許多來(lái)源接收可能的導(dǎo)入輸入（即CSV文件上傳），則可以采用以下方式設(shè)計(jì)將負(fù)責(zé)此類過(guò)程的代碼部分：添加新模塊以合并新的模塊。導(dǎo)入過(guò)程遵循易于識(shí)別的實(shí)施模式。但是，對(duì)于有多少技術(shù)經(jīng)理沒(méi)有為這種情況做計(jì)劃，而是寧愿考慮“異想天開(kāi)的思想”作為對(duì)項(xiàng)目開(kāi)發(fā)的適當(dāng)要求，您會(huì)感到驚訝。這種想法通常屬于“也許”類別。

上面提到的第二項(xiàng)實(shí)際上是任何項(xiàng)目成功的最重要基礎(chǔ)。這是初始項(xiàng)目計(jì)劃的一部分，用戶和開(kāi)發(fā)人員都將決定用戶需要和/或傾向于控制項(xiàng)目的哪些區(qū)域才能滿足其成功實(shí)施自己的需求。但是，無(wú)法向用戶提供完全控制權(quán)，否則項(xiàng)目將失敗，因?yàn)殚_(kāi)發(fā)團(tuán)隊(duì)將永遠(yuǎn)無(wú)法對(duì)可用于其自身設(shè)計(jì)過(guò)程的項(xiàng)目范圍施加合法約束。同樣，允許用戶控制項(xiàng)目的整個(gè)過(guò)程只會(huì)使其經(jīng)受“特征蠕變”的持續(xù)有害過(guò)程。

軟件權(quán)衡三角

當(dāng)開(kāi)發(fā)人員與用戶或用戶團(tuán)隊(duì)會(huì)面時(shí)，提出項(xiàng)目計(jì)劃這一方面的最佳方法是向他們展示“軟件折衷三角”圖片。

為了使項(xiàng)目成功，在整個(gè)項(xiàng)目生命周期中，軟件三角形的三個(gè)組成部分必須連續(xù)保持平衡狀態(tài)。如果不平衡，則開(kāi)發(fā)人員和用戶必須就如何重新平衡達(dá)成一致。項(xiàng)目越復(fù)雜，隨著努力的進(jìn)行，保持三角形的平衡水平就變得越關(guān)鍵。

同樣，只能允許用戶控制三角形的三個(gè)方面中的兩個(gè)。因此，如果用戶要控制產(chǎn)品和成本方面，則開(kāi)發(fā)團(tuán)隊(duì)將定義項(xiàng)目進(jìn)度表。如果用戶只需要控制三角形的“產(chǎn)品”方面，則開(kāi)發(fā)團(tuán)隊(duì)可以提供“進(jìn)度表”和“成本”組合，從而允許用戶選擇最適合其需求的組合。

為了闡明三角形的三個(gè)組成部分，我們將它們定義如下：

• 進(jìn)度表–成功完成項(xiàng)目所需的估計(jì)時(shí)間

• 產(chǎn)品–假定產(chǎn)品具有所需的功能和質(zhì)量

• 成本–分配給項(xiàng)目的預(yù)算和資源

如果用戶堅(jiān)持對(duì)項(xiàng)目的各個(gè)方面進(jìn)行全面控制，則開(kāi)發(fā)團(tuán)隊(duì)必須通知用戶該項(xiàng)目將無(wú)法成功完成。

一旦了解了項(xiàng)目的主要目標(biāo)并且由誰(shuí)來(lái)控制項(xiàng)目的哪些方面，便會(huì)啟動(dòng)一般項(xiàng)目范圍，以便可以開(kāi)始實(shí)際需求分析。

一言以蔽之

在最初的計(jì)劃會(huì)議中，開(kāi)發(fā)人員通常為用戶提供生產(chǎn)級(jí)產(chǎn)品的交付估算。用戶和技術(shù)經(jīng)理都認(rèn)為，由于可能已經(jīng)定義了項(xiàng)目目標(biāo)，因此經(jīng)驗(yàn)豐富的開(kāi)發(fā)專業(yè)人員也可以提供要交付的估計(jì)目標(biāo)數(shù)據(jù)，然后將其作為實(shí)際交付日期。沒(méi)有東西會(huì)離事實(shí)很遠(yuǎn)。

估計(jì)問(wèn)題就是他們就是那個(gè)；在此類會(huì)議上，充其量只能根據(jù)一般性進(jìn)行有根據(jù)的猜測(cè)。甚至是有根據(jù)的猜測(cè)也將這個(gè)概念延伸得太遠(yuǎn)了。在項(xiàng)目計(jì)劃過(guò)程的如此早期階段就可以要求人們提供任何準(zhǔn)確度的估計(jì)的想法，是由許多在管理高質(zhì)量軟件開(kāi)發(fā)方面沒(méi)有實(shí)際經(jīng)驗(yàn)的技術(shù)經(jīng)理推崇的一種觀念。它使他們對(duì)自己的業(yè)務(wù)用戶和主管看起來(lái)很好，但是這種感覺(jué)通常是短暫的。當(dāng)項(xiàng)目認(rèn)真開(kāi)始時(shí)，任何這樣的估計(jì)都將很快被發(fā)現(xiàn)是完全站不住腳的，這隨后使技術(shù)經(jīng)理處于共同的位置，要求不合理的加班時(shí)間向開(kāi)發(fā)人員施加壓力，迫使他們制定沒(méi)有計(jì)劃支持的截止日期。

統(tǒng)計(jì)中已明確證明，在此過(guò)程的早期階段，估計(jì)的現(xiàn)實(shí)時(shí)間對(duì)于項(xiàng)目完成所需的時(shí)間太長(zhǎng)或太短。如下圖所示，這種估計(jì)的不準(zhǔn)確性可能高達(dá)16倍。盡管此信息是20年前定義的，但它的統(tǒng)計(jì)基礎(chǔ)仍然與當(dāng)今的項(xiàng)目相關(guān)，因?yàn)樘峁r(shí)并沒(méi)有真正改變不支持的項(xiàng)目估算。

所有項(xiàng)目時(shí)間表，無(wú)論如何計(jì)劃和定義，都遵循詳細(xì)的進(jìn)度，從而使開(kāi)發(fā)人員可以提供越來(lái)越準(zhǔn)確的目標(biāo)日期。這種描述準(zhǔn)確的完成日期的分階段過(guò)程還具有以下優(yōu)勢(shì)：通常在最短的時(shí)間結(jié)束時(shí)，指定的項(xiàng)目本可以以高質(zhì)量的結(jié)果交付。注意上圖中的部分，開(kāi)發(fā)人員可以提供一個(gè)階段到估計(jì)到實(shí)際完成日期的估計(jì)過(guò)程，這將使他們?cè)谕瓿蛇@樣的完成日期時(shí)比嘗試遵守初始估計(jì)要靈活得多。如圖所示，隨著更多的設(shè)計(jì)數(shù)據(jù)被納入計(jì)劃過(guò)程，完成日期預(yù)測(cè)的準(zhǔn)確性將提高。

為了在最初的計(jì)劃會(huì)議中避免這種情況，無(wú)論哪一方控制軟件權(quán)衡三角形的組成部分，開(kāi)發(fā)人員都應(yīng)主動(dòng)避免提供任何此類不受支持的估計(jì)。相反，最好的做法是通知用戶，在對(duì)初始需求進(jìn)行了適當(dāng)?shù)姆治鲋螅o(wú)論何時(shí)完成了初始產(chǎn)品需求），都會(huì)向用戶提供一個(gè)“評(píng)估包”，但需注意的是，這僅僅是一個(gè)基于到目前為止已知的有關(guān)該項(xiàng)目的信息的初始估計(jì)，以及兩個(gè)，隨著計(jì)劃的進(jìn)行，估計(jì)將發(fā)現(xiàn)實(shí)際上在縮小而不是擴(kuò)大。

這樣的“估算包”將基于實(shí)際項(xiàng)目要求和提供估算時(shí)已知的數(shù)據(jù)。但是，只有在已為項(xiàng)目提供了所有要求并且開(kāi)發(fā)人員可以分解項(xiàng)目中每個(gè)組成部分所需的各個(gè)時(shí)間表時(shí)，完成數(shù)據(jù)計(jì)劃的現(xiàn)實(shí)才有實(shí)際意義。

在生成該分析級(jí)別之前，可以預(yù)期所有此類估計(jì)都不過(guò)是預(yù)期項(xiàng)目何時(shí)完成的一般預(yù)期。再次，此類初步估計(jì)僅是任何經(jīng)驗(yàn)豐富的開(kāi)發(fā)人員的最佳受過(guò)教育的猜測(cè)。

在本系列的后半部分將充實(shí)準(zhǔn)備反映實(shí)際組件時(shí)間軸分析的此類估算程序包的細(xì)節(jié)。但是，為達(dá)到這一點(diǎn)，我們首先必須研究項(xiàng)目設(shè)計(jì)的第一個(gè)關(guān)鍵方面，即需求分析。在這個(gè)階段中，將提供項(xiàng)目的許多基本設(shè)計(jì)數(shù)據(jù)。