目錄

成都創新互聯長期為上千客戶提供的網站建設服務，團隊從業經驗10年，關注不同地域、不同群體，并針對不同對象提供差異化的產品和服務；打造開放共贏平臺，與合作伙伴共同營造健康的互聯網生態環境。為甕安企業提供專業的做網站、網站制作，甕安網站改版等技術服務。擁有10年豐富建站經驗和眾多成功案例,為您定制開發。

1.項目生命周期

2.預測型項目周期

3.迭代型項目周期

3.1.初始階段

3.2.精化階段

3.3.構建階段

3.4.交付階段

4.增量型生命周期

5.敏捷開發

5.根據具體項目使用合理的開發方式

1.項目生命周期

2.預測型項目周期

預測型項目周期就是軟件開發領域的瀑布流模型，從上往下,不能反過來.? 提前進行大量計劃工作，連續執行，一次性交付

預測型生命周期適用于需求明確，成本明確，時間明確的項目。會充分利用已知或者已經證明的事物/項目，進行項目開發。例如傳統的建筑行業，造車行業，航空航天行業。

軟件開發生命周期

3.迭代型項目周期

灰太狼總要抓羊羔,但是每次都沒抓到,但是沒放棄過?

在軟件開發領域, 迭代式軟件開發模式，即是Rational?Unified?Process,簡稱RUP,即統一軟件開發過程，它的軟件開發周期過程體現出三大特點：軟件開發周期是一個迭代式的循環過程，以設計構架為核心，通過Use?Case（用例）來推動軟件開發周期的持續運行。RUP迭代式軟件開發周期可以分為四個階段，每一個軟件開發和設計的階段都可以細分為多個迭代，通過階段性地制定開發任務，通每一次迭代目標的實現以及連續，促使軟件增量開發。每一個階段就是實現迭代式軟件開發周期的一個里程碑，迭代式軟件開發周期的四個階段可以概括為：

增量和迭代的方式差別

迭代是從粗到細,

3.1.初始階段

? 這是迭代式軟件開發周期的第一個階段，只要任務是確定項目開發項目的目標，關注客戶對軟件項目的業務和需求。初始階段是迭代軟件開發周的第一個里程碑，即定義軟件開發項目的目的，確定基本可實施性。

3.2.精化階段

? 迭代式軟件開發周期的第二階段，目標是確定詳細的軟件體系構架，明確需求，編定軟件開發計劃，以及重要的風險解決方案。對體系結構，包括系統的范圍、模塊和功能等需求，同時為軟件開發準備環境支持，比如：軟件開發案例、創建模板、工具等等。這是迭代式軟件開發周期中的生命周期結構里程碑。為軟件開發建立準則，提供支持。

3.3.構建階段

迭代式軟件開發周期的第三個階段，是要構建階段開發并集成所有的迭代構件和應用軟件的程序功能，形成軟件產品，實質是一個制造過程，實現與集成剩余的軟件系統功能，在這個階段實現軟件開發周期的初始功能里程碑，確定軟件的部署、運行是否符合客戶需求。

3.4.交付階段

? 這個階段實現軟件開發周期產品發布里程碑。即將開發出來的軟件產品交予客戶，確保軟件切實滿足客戶功能需求，由此可以開始下一個迭代開發。

迭代式軟件開發周期的開發與確定是眾多RUP迭代式軟件開發項目的經驗總結，對于軟件開發企業的開發模式有傳統軟件開發模式項新型軟件卡法模式轉變有重大的指導意義。為軟件開發行業確立創新的、先進的軟件開發標準。

4.增量型生命周期

一部分一部分的交付

使得客戶能夠隨時把控質量?

有些項目為了加快交付速度，許多企業和項目無法等待所有事情全部完成，在這種情況下，客戶愿意接受整個方案的一個部分，這種少量的頻繁交付成為增量型生命周期。

增量型生命周期，團隊可以盡快交付一個版本，確認客戶盡早獲得價值。團隊可能獲得關于原型的反饋，然后選擇最小可行性產品（MVP），客戶的反饋則幫助團隊了解他們需要為隨后的最終功能完善提供什么。

舉例子來說：比如你要報考一個學校的博士，第一步聯系導師，第二步準備材料報考，第三步參加筆試面試，最后成功上岸。

每一個階段都有交付。

5.敏捷開發

能夠根據需求,根據環境進行快速的適應. 適應能力才是項目開發中的最重要能力

需求池逐步實現 流程

這種方法既有迭代，也有增量，便于完善工作，頻繁交付。增量交付會發現隱藏或誤解的需求。敏捷生命周期是符合《敏捷宣言》原則的周期。特別是，客戶滿意度將隨著有價值產品的早期交付和持續交付不斷提升。此外，功能性的、提供價值的增量可交付成果，是衡量進展的主要尺度。 為了適應更頻繁的變更，和更頻繁地交付項目價值，敏捷生命周期結合了迭代和增量方法。

a、基于迭代的敏捷：團隊以迭代相等持續時間的時間盒形式交付完整的功能；團隊不會同時完成所有迭代工作。

b、基于流程的敏捷：從待辦事項列表中提取若干功能開始工作，而不是按照基于迭代的進度計劃開始工作。團隊定義任務板各列的工作流，并管理各列的進行中的工作。完成不同功能所花費的時間可能有所不同。團隊讓進行中的工作的規模盡量小，以便盡早發現問題，并在需要變更時減少返工。無需利用迭代定義計劃和審核點，而由團隊和業務相關方決定規劃、產品評審與回顧的最適當的進度計劃。

如果用軟件開發的實例來說：干系人要一個能夠對接小米金融和微信的商城。

那我們就采用增量型項目周期的方式：

第一階段：對接小米金融，對接沃爾瑪商城，發布（這就是一個可交付給用戶的功能，用戶可以用）

第二階段：對接大潤發商城，發布（增強了擴展性）

第三階段：對接微信，接入沃爾瑪商城和大潤發商城。發布（所有功能交付）

5.根據具體項目使用合理的開發方式

Stacey矩陣

①Simple:需求明確，技術（解決方案）也確定，這類項目就是簡單的項目（Simple）；比如注冊一個新公司，需求很明確，手續也很清楚，就那么幾步規定動作，因此大量代理機構都可以幫你完成這個項目。

既然需求明確，怎么實現也清楚，最好提前把計劃做到位，預測型開發模式最適合。

②Complex:需求明確，技術卻不確定，也就是說怎么實現不知道，這類項目叫復雜的項目（Complex），也叫棘手的項目。比如“無人駕駛”，這項目需求明確吧？“無人駕駛”四個字把需求說的明明白白，就是不要人開，車自己會走。但是“無人駕駛”研究了幾十年，各種方法都試過了，一直也沒搞定，最近隨著人工智能技術的發展才讓無人駕駛離現實越來越接近。

技術不確定，怎么實現不知道，只能摸索著來，推薦用迭代開發。

③Complicated:技術很確定，需求卻不明確，這類項目最坑爹，比如我們經常遇到這樣的客戶，讓我們開發一個信息系統，問我們會什么技術。你都不耐煩了：“老子啥都會，這根本就不需要什么新技術，問題不是我會什么，關鍵是你到底要什么？”這類項目是燒腦型的項目（Complicated），愁死個人！

既然客戶要什么還沒想明白，那就想明白什么先做什么，你邊做他邊想，最好增量開發，分成多個階段交付，減少推到重來的風險。

④Chaotic:需求不清楚，怎么實現也不清楚，這叫混亂狀態的項目（Chaotic）； 這類項目盡量別碰，基本是要失敗的。

⑤Hazy:圖中紫色區域，不屬于前四種區域的其它項目，屬于模糊型（Hazy）項目。

需求和實現方案都不明確，最好用敏捷開發，適應性強，靈活機動，擁抱變化。

你是否還在尋找穩定的海外服務器提供商？創新互聯www.cdcxhl.cn海外機房具備T級流量清洗系統配攻擊溯源，準確流量調度確保服務器高可用性，企業級服務器適合批量采購，新人活動首月15元起，快前往官網查看詳情吧

當前名稱：項目管理邏輯:項目經理如何掌控項目生命周期,才能避免身心俱疲?-創新互聯
分享鏈接：http://www.xueling.net.cn/article/ceosci.html