!@專案生命週期--概述
!@#專案生命週期的特徵
1.成本與人力投入 在開始時較低，在工作執行期間達到最高，並在專案快要結束時迅速回落。
2.干係人的影響力、專案風險與不確定性 在專案開始時最大，並在專案的整個生命週期中隨時間推移而遞減。
3.變更和糾正錯誤的代價在專案接近完成時通常會顯著增高。
!@#產品生命週期與專案生命週期的關係
1.專案生命週期包含在乙個或多個產品生命週期中。如果專案的目標是創造一項服務或成果，則其生命週期應為服務或成果的生命週期，
而非產品生命週期。
2.如果專案產出的是一種產品，那產品與專案之間就有許多種可能的關係。例如，新產品的開發，其本身就可以是乙個專案；
或者，現有的產品可能得益於某個為之增添新功能或新特性的專案，或可以通過某個專案來開發產品的新型號。
3.由於乙個產品可能包含多個相關專案，所以可通過對這些專案的統一管理，來提高效率。
!@#專案階段
為有效完成某些重要的可交付成果，而在需要特別控制的位置將專案分界，就形成專案階段。專案階段大多是按順序完成的，
但在某些情況下也可重疊。
專案階段具有的共同特徵：
1.當各階段為順序排列時，階段的結束就以作為階段性可交付成果的工作產品的轉移或移交為標誌。
階段結束點是對專案進行重新評估，並在必要時變更或終止專案的乙個當然時點。
2.各階段的工作重點不同，通常涉及不同的組織，需要不同的技能。
3.需要施加額外的控制，以成功實現各階段的主要可交付成果或目標。
有些專案僅有乙個階段，有些專案則有多個階段。
!@#$生命週期中的專案治理
決策時必須考慮專案將涉及哪些人、需要哪些資源，以及完成工作的一般方法。是否要把專案劃分成乙個以上的階段。
如果是，則還應決定具體的階段結構。
專案階段終止或正式收尾時，要對可交付成果進行審查，以決定其完整性和可接受性。
階段結束點是對專案進行重新評估，並在必要時變更或終止專案的乙個當然時點。
同時對關鍵可交付成果和累計專案績效進行評審，是一種良好的做法，
a：決定專案能否進入下乙個階段；
b：經濟有效地發現和糾正錯誤。
!@#$階段與階段的關係
1.順序關係，即乙個階段只能在前乙個階段完成後開始。按部就班的特點減少了專案的不確定性，但也排除了縮短進度的可能性。
2.交疊關係，即乙個階段（需求調研階段）在前乙個階段完成前就開始。這有時可作為進度壓縮的一種技術。
缺點是可能增加風險或導致返工。
3.迭代關係，即一次只規劃乙個階段，且下一階段的規劃取決於當前階段及其階段成果的進展情況。迭代關係適合在
很不明確、很不確定或快速變化的環境中使用。但是不利於進行長期規劃。
對多階段專案而言，整個專案生命週期中可能發生不止一種階段與階段的關係。
專案的生命週期
1.性生命週期 也稱之為完全設計驅動型生命週期 在專案生命週期盡可能早的時間，確定專案範圍及交付此範圍所需要的時間和成本。2.迭代和增量生命週期 在迭代式開發方法中，整個開發工作被組織為一系列的短小的 固定長度 如3周 的小專案，被稱為一系列的迭代。每一次迭代都包括了需求分析 設計 實現與測試。採用...
軟體專案管理框架 生命週期階段
迭代軟體開發過程的生命週期階段不同於傳統概念的需求，設計，開發，測試，實施，強調乙個序列化過程。它包括工程階段和生產階段。而工程階段包括初始階段 細化階段，生產階段包括構造階段 移交階段。每乙個階段都有乙個主要目標，基本活動和評價標準。每個階段都會產生後續講述的迭代開發過程中的過程中的製品。並且每個...
軟體專案管理框架 生命週期階段
迭代軟體開發過程的生命週期階段不同於傳統概念的需求，設計，開發，測試，實施，強調乙個序列化過程。它包括工程階段和生產階段。而工程階段包括初始階段 細化階段，生產階段包括構造階段 移交階段。每乙個階段都有乙個主要目標，基本活動和評價標準。每個階段都會產生後續講述的迭代開發過程中的過程中的製品。並且每個...