軟體專案管理 案例教程複習要點
技術標籤:課程作業
第一章 軟體專案管理概述
1. 專案
專案就是為了創造一個唯一的產品或提供一個唯一的服務而進行的臨時性的努力。
2. 專案的特性
-
目標性
專案的目的在於得到特定的結果,即專案是面向目標的
-
相關性
專案的複雜性是固有的,一個專案有很多彼此相關的活動
-
臨時性
專案要在一個限定的期間內完成,是一種臨時性的任務,有明確的開始點和結束點
-
獨特性
在一定程度上,專案與專案之間沒有重複性,每個專案都有其獨自的特點
-
不確定性
一個專案開始前應當在一定的假定和預算的基礎之上制定一份計劃,但是,在專案的具體實施中,外部因素和內部因素總是會發生一些變化,會存在一定的風險和很多不確定性因素。因此專案具有不確定性。
-
資源約束性
每一專案都需要運用各種資源作為實施的保證,而資源是有限的,所以資源是專案成功實施的一個約束條件
3. 軟體專案還具有的特性
[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片儲存下來直接上傳(img-otHs1wWY-1608562329128)(C:\Users\stone\AppData\Roaming\Typora\typora-user-images\image-20201216202321953.png)]
4. PMBOK 10個知識領域
- 專案整合管理
- 專案範圍管理
- 專案時間管理
- 專案成本管理
- 專案質量管理
- 專案人力資源管理
- 專案溝通管理
- 專案風險管理
- 專案採購管理
- 專案干係人管理
5. 敏捷軟體開發宣言
- 個體和互動勝過過程和工具
- 可以工作的軟體勝過面面俱到的文件
- 客戶合作勝過合同談判
- 響應變化勝過遵循計劃
6. 12個敏捷原則
- 最先要做的是通過儘早的,持續的交付有價值的軟體來使得客戶滿意
- 即使到了開發的後期,也歡迎改變需求。敏捷過程利用適應變化來為客戶創造競爭優勢
- 經常性的交付可以工作的軟體,交付的間隔可以從幾個星期到幾個月,交付的時間間隔越短越好。
- 在整個專案的開發期間,業務人員和開發人員儘可能的在一起工作。
- 圍繞被激勵起來的個體組織團隊來構建專案,給他們提供所需要的的環境與支援,並且信任他們能夠完成工作
- 在團隊內部與團隊之間,最有效果並且最有效率的傳遞資訊的方式就是面對面的交流。
- 可以工作的軟體是首要的進度度量標準
- 平穩的開發
- 不斷關注好的設計和優秀的技能會增強敏捷能力
- 簡單——使得未完成的工作最大化的藝術,是根本的
- 最好的架構,需求和設計出自於自組織的團隊
- 每隔一段時間,團隊在如何更有效的工作方面進行反省,然後相應的調整自己的行為。
7. 課後習題
7.1 專案管理的 5 個過程組及其關係
( 1 )啟動過程組:主要是確定一個專案或一個階段可以開始了,並要求著手實行;定義和授權專案或者專案的某個階段。
( 2 )計劃過程組:為完成專案所要達到的商業要求而進行的實際可行的工作計劃的設計、維護,確保實現專案的既定商業目標。計劃基準是後面跟蹤和監控的基礎。
( 3 )執行過程組:根據前面制定的基準計劃,協調人力和其他資源,去執行專案管理計劃或相關子計劃。
( 4 )控制過程組:通過監控和檢測過程確保專案達到目標,必要時採取一些修正措施。整合變更控制是一個重要的過程。
( 5 )收尾過程組:取得專案或階段的正式認可並且有序地結束該專案或階段。向客戶提交相關產品,釋出相關結束報告,並且更新組織過程資產並釋放資源。
關係: 各個過程組通過其結果進行連線,一個過程組的結果或輸出是另一個過程組的輸入。其中,計劃過程組、執行過程組、控制過程組是核心管理過程組。
7.2 專案的特徵是什麼。
目標性、相關性、臨時性、獨特性、資源約束性、不確定性
第二章 專案確立
專案章程 內容
合同問題,招標書是不是都需要,要誰寫
敏捷專案管理方式 僕人式管理方式要理解
專案確立書後選擇題,招標書,投標書
1. 主要經濟評價指標
- 現金流預測
- 淨利潤
- 投資回報期
- 投資回報率
- 淨現值
- 內部回報率
2. 專案招投標過程
甲方招標書----->乙方專案分析----->招標與競標----->合同簽署
3. 招標書主要包括三部分內容
技術說明 :主要對採購的產品或者委託的專案進行詳細的描述
商務說明:主要合同條款
投標說明 :對專案的背景,標書的提交格式,內容,提交的時間等作出規定
4. 合同簽署
5. 招標過程
6. 敏捷專案章程要回答以下問題
- 我們為什麼要做這個專案?這是專案的願景
- 誰會從中受益?如何受益?這可能是專案願景和專案目標的一部分
- 對於此專案而言,達到那些條件才意味著專案完成?這是專案的釋出標準
- 我們將怎樣合作?這是預期的工作流。
7. 敏捷專案章程
敏捷專案強調僕人式管理方法。
在一個敏捷專案中,專案經理不會管理專案,因為他即服務又領導團隊。通常情況下,敏捷專案經理也可以作為專案團隊的貢獻者(無論是編寫或執行測試,編寫程式碼或文件等)。
8. 專案經理責任
- 開發計劃
- 組織實施
- 專案控制
9. 課後習題
填空題
1 、專案立項之後,專案負責人會進行( 自造 - 購買 )
決策,確定待開發產品的哪些部分應該採購、 外包開發、自主研發等。
2 、在招投標階段,甲方過程包括(招標書定義)、(供方選擇)、(合同簽署)
,乙方過程包括(專案分析)
、(競標)、(合同簽署)
。
3 、專案經理的主要責任是(開發計劃)、(組織實施)、(專案控制)
。
判斷題
1 、( 對 )
2 、專案招標對於一個專案的開發是必需的,即便專案是 內部專案 。( 錯 )
3 、 自主開發 相當於 make or buy 決策中的 make 。( 對 )
4 、專案建議書是專案 計劃 階段開發的文件。( 錯 )
5 、專案立項需要獲得專案經理的認可,但 不需要專案發起人 的認可。( 錯 )
6 、 專案章程是 專案執行組織高層批准的確認專案存在的檔案,其中 不 包括對專案經理的授權。( 錯 )
7 、乙方即供方(有時也稱 賣方)是為顧客提供產品或服務的一方。( 對 )
8 、在軟體專案合同中,甲方是需求放,乙方是供方。( 對 )
9 、(對)
10、專案初始階段甲方為軟體開發方,乙方為顧客。(錯)
選擇題
1 、 下列不是專案立項過程內容的是( B )
A. 專案的目標 B. 專案的風險 C. 專案的時間表 D. 專案使用的資源和經費
2 、 以下哪項不包括在專案章程中?( C )
A. 對專案的確認 B. 對專案經理的授權 C. 對專案風險的分析 D. 專案目標的描述
3 、專案建議書是( C )階段開發的文件
A. 專案執行 B. 專案結尾 C. 專案初始 D. 專案計劃
4 、下列不屬於甲方招投標階段任務的是?( A )
A. 編寫建議書 B. 招標書定義 C. 供方選擇 D. 合同簽署
5 、下列不屬於乙方招投標階段任務的是?( D )
A. 專案分析 B. 競標 C. 合同簽署 D. 招標書定義
補充
1 、 ( A ) 的特性使得敏捷開發的產品更符合實際需求。
A) 自適應 B) 統一 C) 網路 D) 互動
2 、合同一旦簽署了就具有法律約束力,除非 ( C ) 。
A) 一方不願意履行義務 B) 一方宣佈合同無效
C) 合同違反了法律 D) 一方沒有能力負擔財務結果
問答題
1 、某公司希望開發一套軟體產品,如果選擇自己開發軟體的策略,公司需要花費 30000 元,根據歷史資訊,維護這個軟體每個月需要 3500 元。如果選擇購買 軟體公司產品的策略,需要 18000 元 ,同時軟體公司為每個安裝的軟體進行維護的費用是 4200 元 / 月。該公司該如何決策?
答:自制方案:
製造費 30000 元維護費 3500 元 / 月
購買方案:
購買費 18000 元維護費 4200 元 / 月
製造差額: 30000-18000=12000 元
服務差額: 4200-3500=700 元
自制方案承受月份: 12000/700=17.14
如果產品在 17 個月以內可以選擇購買方案,如果超過 17 個月選擇自造方案。
2 、什麼是專案章程?
答:專案章程是專案執行組織高層批准的一份以書面簽署的確認專案存在的檔案,包括對專案的確認、對專案經理的授權和專案目標的概述等。
補充:
3 、在專案招投標階段,甲乙雙方的主要任務分別是什麼?
答:甲方在招投標階段的主要任務是:招標書定義、供方選擇、合同簽署
乙方在招投標階段的主要任務是:進行專案選擇。
4 、招標書主要包括那幾部分內容?
答:招標書主要包括三部分內容:技術說明、商務說明和投標說明。技術說明主要對採購的產品或者委託的專案進行詳細的描述,商務說明主要包括合同條款。投標說明主要是對專案背景、標書的提交格式、內容、提交時間等做出規定。
第三章 生存期模型
生存期模型
各種模型特點,適合於什麼專案
敏捷模型,燃盡圖
注意迭代模型可以縮短工期嗎
1. 生存期模型分類
-
預測型模型:傳統的方法,需要提前進行大量的計劃工作,然後一次持續的執行。
- 瀑布模型
- V模型
-
適應性模型
- 迭代模型:允許對未完成的工作進行反饋。從而改進和修改改工作。
- 增量模型:向客戶提供已完成的,可能立即使用的可交付成果。
- 敏捷模型:同時利用迭代和增量特徵,便於完善工作,頻繁交付
-
混合型模型
瀑布模型
優點:
- 管理簡單,順序執行
- 開發程序比較嚴格,執行過程需要嚴密控制。
- 允許基線和配置早期接受控制。
- 為專案提供了按階段的檢查點,當一階段完成後,只需關注後續階段。
缺點:
- 不能適應需求的快速變化
- 是線性模型,中途沒有反饋過程,使用者只能等到最後才能見到開發成果,增加了開發風險。
- 早期的錯誤可能要等到開發後期才能發現,後果嚴重。
V模型
優點:
- 簡單易用,順序執行
- 強調測試過程與開發過程的對應性和並行性
- 開發程序比較嚴格,執行過程需要嚴密控制
- 允許基線和配置早期接受控制
- 為專案提供了按階段的檢查點,當前一階段完成後,只需關注後續階段
缺點:
-
不能適應需求的快速變化
-
專案的實現方案需要很明確
段完成後,只需關注後續階段。
缺點:
- 不能適應需求的快速變化
- 是線性模型,中途沒有反饋過程,使用者只能等到最後才能見到開發成果,增加了開發風險。
- 早期的錯誤可能要等到開發後期才能發現,後果嚴重。
V模型
優點:
- 簡單易用,順序執行
- 強調測試過程與開發過程的對應性和並行性
- 開發程序比較嚴格,執行過程需要嚴密控制
- 允許基線和配置早期接受控制
- 為專案提供了按階段的檢查點,當前一階段完成後,只需關注後續階段
缺點:
-
不能適應需求的快速變化
-
專案的實現方案需要很明確
-
不能存在變更