立項管理

大綱

1. 項目建議書
2. 項目可行性研究（項目論證靡馁、項目評估）
3. 項目審批
4. 項目招投標
5. 項目合同談判與簽訂

項目建議書

• 又稱 立項申請
• 是項目建設單位向上級主管部門提交項目申請時所必須的文件
• 是對擬建項目提出的框架性的總體設想
• 核心內(nèi)容如下：
  1. 項目的必要性
  2. 項目的市場預測
  3. 產(chǎn)品方案或服務的市場預測
  4. 項目建設必需的條件

項目可行性研究-階段

1. 機會可行性研究
2. 初步可行性研究
3. 詳細可行性研究
4. 項目可行性研究報告的編寫鹃愤、提交和獲得批準
5. 項目評估

項目可行性研究-內(nèi)容

1. 投資必要性。根據(jù)市場調(diào)查及預測峦甩、有關的產(chǎn)業(yè)政策等因素，論證項目投資建設的必要性
2. 技術的可行性搬设。從項目實施的技術角度穴店，合理設計技術方案，并進行比較拿穴、選擇和評價
3. 財務可行性泣洞。主要從項目及投資者的角度，設計合理財務方案默色，從企業(yè)理財?shù)慕嵌冗M行資本預算球凰，評價項目的財務盈利能力，進行投資決策腿宰，并從融資主體（企業(yè)）的角度評價股東投資收益呕诉、現(xiàn)金流量計劃及債務償還能力
4. 組織可行性。制訂進度計劃吃度、設計組織機構甩挫、選擇管理人員、建立協(xié)作關系椿每、制訂培訓計劃等伊者，保證項目順利執(zhí)行。
5. 經(jīng)濟可行性间护。主要是從資源配置的角度衡量項目的價值亦渗，評價項目在實現(xiàn)區(qū)域經(jīng)濟發(fā)展目標、有效配置經(jīng)濟資源汁尺、增加供應法精、創(chuàng)造就業(yè)、改善環(huán)境痴突、提高人民生活等方面的效益搂蜓。
6. 社會可行性。主要分析項目對社會的影響辽装，包括政治體制洛勉、方針政策、經(jīng)濟結構如迟、法律道德收毫、宗教民族攻走、婦女兒童及社會穩(wěn)定性等
7. 風險因素及對策。主要是對項目的市場風險此再、技術風險昔搂、財務風險、組織風險输拇、法律風險摘符、經(jīng)濟及社會風險等因素進行評價，制定規(guī)避風險的對策策吠，為項目全過程的風險管理提供依據(jù)

初步可行性研究

• 研究并回答下面的一些問題

  1. 項目進行投資建設的必要性
  2. 項目建設的周期
  3. 項目需要的人力逛裤、財力資源
  4. 項目的功能和目標是否可以實現(xiàn)
  5. 項目的經(jīng)濟效益、社會效益是否可以保證
  6. 項目從經(jīng)濟上猴抹、技術上是否是合理的

• 初步項目可行性研究的內(nèi)容與詳細的項目可行性研究基本相同

• 輔助（功能）研究包括項目的一個或幾個方面带族，但不是所有方面，并且只能作為初步項目可行性研究蟀给、項目可行性研究和大規(guī)模投資建議的前提或輔助

詳細可行性研究

• 詳細可行性研究的方法
  1. 投資估算法（指數(shù)估算法蝙砌、因子估算法、單位能力投資估算法）
  2. 增量凈效益法（有無比較法）

項目論證

• “先論證跋理，后決策”是現(xiàn)代項目管理的基本原則
• 項目前評價的作用主要體現(xiàn)在以下幾個方面：
  1. 項目論證是確定項目是否實施的依據(jù)
  2. 項目論證是籌措資金择克、向銀行貸款的依據(jù)
  3. 項目論證是編制計劃、設計前普、采購肚邢、施工以及機構設備、資源配置的依據(jù)
  4. 項目論證是防范風險拭卿、提高項目效率的重要保證

項目評估

• 在項目可行性研究的基礎上
• 由第三方（國家骡湖、銀行或有關機構）根據(jù)國家頒布的政策、法規(guī)记劈、方法、參數(shù)和條例
• 從項目（或企業(yè)）并巍、國民經(jīng)濟目木、社會角度出發(fā)
• 對擬建項目建設的必要性、建設條件懊渡、生產(chǎn)條件刽射、產(chǎn)品市場需求、工程技術剃执、經(jīng)濟效益和社會效益等進行評價誓禁、分析和論證，進而判斷其是否可行的一個評估過程

項目評估-依據(jù)

1. 項目建議書及其批準文件
2. 項目可行性研究報告
3. 報送單位的申請報告及主管部門的初申意見
4. 有關資源肾档、配件摹恰、燃料辫继、水、電俗慈、交通姑宽、通信、資金（包括外匯）等方面的協(xié)議文件
5. 必需的其他文件和資料

項目審批

• 對項目建議書闺阱、可行性研究報告炮车、初步設計方案和投資概算的批復
• 是后續(xù)項目建設的主要依據(jù)
• 批復中核定的建設內(nèi)容、規(guī)模酣溃、標準瘦穆、總投資概算和其他控制指標原則上應嚴格遵守
• 可行性研究報告的內(nèi)容 與 項目建議書批復內(nèi)容 有重大變更的，應重新報批項目建議書
• 項目初步設計方案和投資概算報告 與 項目可行性研究報告批復內(nèi)容 有重大變更或變更投資超出已批復總投資額度10%的赊豌，應重新報批可行性研究報告
• 項目初步設計方案和投資概算報告 與 項目可行性研究報告批復內(nèi)容 有少量調(diào)整且其調(diào)整內(nèi)容未超出已批復總投資額度10%的扛或，需在提交項目初步設計方案和投資概算報告時以獨立章節(jié)對調(diào)整部分進行補充說明

項目招投標

1. 招標
2. 投標
3. 開標與評標
4. 中標

項目合同談判與簽訂

• 合同談判的方法一般是先談技術條款，后談商務條款
• 技術談判：合同技術附件內(nèi)容亿絮、實施技術路線告喊、質(zhì)量評定標準、采購設備和系統(tǒng)報價以及人員投入開發(fā)的比重等
• 商務談判（投標函中的基本條件）：投標價的優(yōu)惠條件派昧；質(zhì)量黔姜、工期、服務違約處罰蒂萎；其他需要談判的內(nèi)容

供應商項目立項

• 系統(tǒng)集成商進行項目內(nèi)部立項主要有幾方面原因：
  1. 通過項目立項方式為項目分配資源
  2. 通過項目立項方式確定合理的項目績效目標秆吵，有助于提升人員的積極性
  3. 以項目型工作方式，提升項目實施效率
• 內(nèi)部立項時一般包括的內(nèi)容：項目資源估算五慈、項目資源分配纳寂、準備項目任務書和任命項目經(jīng)理

合同管理

合同的概念

• 合同必須包括的要素：
  1. 合同的成立必須要有兩個（含）以上的當事人
  2. 各方當事人須互相做出意思表示
  3. 各個意思表示達成一致
• 合同的法律特征：
  1. 合同是一種民事法律行為
  2. 合同是一種雙方或多方或共同的民事法律行為
  3. 合同以在當事人之間設立、變更泻拦、終止財產(chǎn)性的民事權利義務為目的
  4. 訂立毙芜、履行合同，應當遵守相關的法律及行政法規(guī)
  5. 合同依法成立争拐，即具有法律約束力

合同分類

按范圍

• 分為：總承包合同腋粥、單項工程承包合同、分包合同
• 分包合同必須同時滿足5個條件架曹，即：
  1. 經(jīng)過買方認可
  2. 分包的部分必須是項目非主體工作
  3. 只能分包部分項目隘冲，而不能轉包整個項目
  4. 分包方必須具備相應的資質(zhì)條件
  5. 分包方不能再次分包

按付款

總價

• 為既定產(chǎn)品、服務或成果的采購設定一個總價
• 也可以為達到或超過項目目標而規(guī)定財務獎勵條款
• 買方需要準確定義擬采購的產(chǎn)品或服務
• 包括：
  1. 固定總價合同（FFP）
  2. 總價加激勵費用合同（FPIF）
  3. 總價加經(jīng)濟價格調(diào)整合同（FP-EPA）
  4. 訂購單（非大量采購標準化產(chǎn)品绑雄，也叫單邊合同）

成本

• 向賣方支付為完成工作而發(fā)生的全部合法實際成本展辞，外加一筆費用作為賣方的利潤
• 工作范圍無法準確定義/項目工作存在較高風險
• 包括：
  1. 成本加固定費用合同（CPFF）
  2. 成本加激勵費用合同（CPIF）
  3. 成本加獎勵費用合同（CPAF）

image.png

image.png

工料

• 在不能很快編寫出準確工作說明書的情況下，經(jīng)常使用
• 增加人員万牺、聘請專家和尋求其他外部支持
• 兼具成本補償合同和總價合同的某些特點

合同類型的選擇

• 如果工作范圍很明確罗珍，已具備詳細的細節(jié)焚鲜，使用總價合同
• 范圍不清楚贯涎，工作不復雜，需要快速簽訂，使用工料合同
• 如果工作范圍尚不清楚同木，則使用成本補償合同
• 雙方分擔風險怪得，則使用工料合同
• 買方承擔成本風險夫偶，使用成本補償合同
• 賣方承擔成本風險湾碎，使用總價合同
• 如果是購買標準產(chǎn)品，且數(shù)量不大画舌，使用單邊合同

項目合同的內(nèi)容

1. 當事人各自權利堕担、義務
2. 項目費用及工程款的支付方式
3. 項目變更約定
4. 違約責任

項目合同簽訂的注意事項

1. 當事人的法律資格
2. 質(zhì)量驗收標準
3. 驗收時間
4. 技術支持服務
5. 損害賠償
6. 保密約定
7. 合同附件
8. 法律公正

合同管理的主要內(nèi)容

1. 合同簽訂管理
2. 合同履行管理
3. 合同變更管理
4. 合同檔案管理（文本管理，是整個合同管理的基礎）

合同索賠

• 指在項目合同的履行過程中曲聂，由于當事人一方未能履行合同所規(guī)定的義務而導致另一方遭受損失時霹购，受損失方向過失方提出賠償?shù)臋嗬?/li>
• 一般，將賣方向買方的索賠稱為合同索賠朋腋，將買方向賣方的索賠稱為合同反索賠

分類

1. 按索賠的目的分類齐疙，可分為工期索賠和費用索賠
2. 按索賠的依據(jù)分類，可分為合同規(guī)定的索賠旭咽、非合同規(guī)定的索賠
3. 按索賠的業(yè)務性質(zhì)分類贞奋，可分為工程索賠和商務索賠
4. 按索賠的處理方式分類，可分為單項索賠和總索賠

流程

1. 提出索賠要求
2. 報送索賠資料
3. 監(jiān)理工程師答復
4. 監(jiān)理工程師逾期答復后果
5. 持續(xù)索賠
6. 仲裁與訴訟

文檔和配置管理

軟件文檔

分類

1. 開發(fā)文檔穷绵，描述開發(fā)過程本身轿塔，包括：可行性研究報告和項目任務書、需求規(guī)格說明仲墨、功能規(guī)格說明勾缭、設計規(guī)格說明、開發(fā)計劃目养、軟件集成和測試計劃俩由、質(zhì)量保證計劃、安全和測試信息
2. 產(chǎn)品文檔癌蚁，描述開發(fā)過程的產(chǎn)物幻梯，包括：培訓手冊、參考手冊和用戶指南匈勋、軟件支持手冊礼旅、產(chǎn)品手冊和信息廣告
3. 管理文檔膳叨，記錄項目管理的信息洽洁，例如：每個階段的進度和進度變更的記錄、軟件變更情況的記錄菲嘴、開發(fā)團隊的職責定義饿自、項目計劃汰翠、項目階段報告、配置管理計劃

質(zhì)量分級

• 遵守GB/T 8567-2006的有關規(guī)定
  1. 最低限度文檔（1級文檔）昭雌。開發(fā)者自用程序
  2. 內(nèi)部文檔（2級文檔）复唤。沒有與其他用戶共享的專用程序
  3. 工作文檔（3級文檔）。由同一單位內(nèi)若干人聯(lián)合開發(fā)的程序烛卧，或可被其他單位使用的程序
  4. 正式文檔（4級文檔）佛纫。那些要正式發(fā)行供普遍使用的軟件產(chǎn)品、關鍵性程序或具有重復管理應用性質(zhì)（如工資計算）的程序

文檔-管理規(guī)范

信息系統(tǒng)文檔的規(guī)范化管理主要體現(xiàn)在文檔書寫規(guī)范总放、圖表編號規(guī)則呈宇、文檔目錄編寫標準和文檔管理制度等方面

image.png

配置管理活動

1. 制訂配置管理計劃
2. 配置標識
3. 配置控制
4. 配置狀態(tài)報告
5. 配置審計
6. 發(fā)布管理和交付

配置項

概念

• GB/T 11457-2006：為配置管理設計的硬件、軟件或二者的集合局雄，在配置管理過程中作為一個單個實體來對待
• 分為基線配置項和非基線配置項兩類甥啄。例如，基線配置項可能包括所有的設計文檔和源程序等炬搭；非基線配置項可能包括項目的各類計劃和報告等
• 所有配置項的操作權限應由CMO（配置管理員）嚴格管理蜈漓，基本原則是：基線配置項向開發(fā)人員開放讀取的權限；非基線配置項向PM宫盔、CCB及相關人員開放

狀態(tài)

• 配置項剛建立時融虽，其狀態(tài)為“草稿”
• 配置項通過評審后，其狀態(tài)變?yōu)椤罢健?/li>
• 此后若更改配置項飘言，則其狀態(tài)變?yōu)椤靶薷摹?/li>
• 當配置項修改完畢并重新通過評審后衣形，狀態(tài)變?yōu)椤罢健?/li>

image.png

版本號

1. 草稿：格式為 0.YZ，YZ的數(shù)字范圍為01～99
2. 正式：格式為 X.Y姿鸿，X為主版本號谆吴，取值范圍為1～9
3. 修改：格式為 X.YZ

配置基線

• 由一組配置項組成，構成一個相對穩(wěn)定的邏輯實體
• 基線中的配置項被“凍結”了苛预，不能再被任何人隨意修改
• 對基線的變更必須遵循正式的變更控制程序
• 基線通常對應于開發(fā)過程中的里程碑, 一個產(chǎn)品可以有多個基線句狼，也可以只有一個基線
• 交付給外部顧客的基線一般稱為發(fā)行基線
• 內(nèi)部開發(fā)使用的基線一般稱為構造基線

配置庫

• 存放配置項并記錄與配置項相關的所有信息
  1. 開發(fā)庫, 也稱為動態(tài)庫、程序員庫或工作庫热某，保存當前正在開發(fā)的配置實體腻菇，是個人工作區(qū)，開發(fā)人員自行控制
  2. 受控庫, 也稱為主庫昔馋，包含當前的基線加上對基線的變更筹吐。庫中配置項被置于完全的配置管理之下
  3. 產(chǎn)品庫, 也稱為靜態(tài)庫、發(fā)行庫秘遏、軟件倉庫丘薛，包含已發(fā)布使用的各種基線的存檔，被置于完全的配置管理之下邦危。產(chǎn)品完成系統(tǒng)測試后洋侨，作為最終產(chǎn)品存入舍扰，等待交付用戶或現(xiàn)場安裝

配置庫的建庫模式

1. 按配置項的類型分類建庫，適用于通用軟件的開發(fā)組織
2. 按開發(fā)任務建立相應的配置庫希坚，適合專業(yè)軟件開發(fā)組織

配置管理系統(tǒng)

• 用來進行配置管理的軟件系統(tǒng)
• 確定配置管理細則和提供規(guī)范的配置管理軟件

• 加強信息系統(tǒng)開發(fā)過程的質(zhì)量控制边苹、可控性，確保配置項的完備裁僧、清晰个束、一致和可追蹤性，以及配置項狀態(tài)的可控制性

  
  
  image.png

基于配置庫的變更控制

image.png

配置管理工具

1. 常用付費配置管理工具有：Rational ClearCase聊疲、Perforce播急、CA CCC、Havest Merant PVCS售睹、Microsoft VSS, CVS桩警。
2. 常用的開源免費的軟件配置管理工具有：SVN、GIT昌妹、CVS

變更管理

變更的常見原因

• 產(chǎn)品范圍（成果）定義的過失或者疏忽
• 項目范圍（工作）定義的過失或者疏忽
• 增值變更
• 應對風險的緊急計劃或回避計劃
• 項目執(zhí)行過程與基準要求不一致帶來的被動調(diào)整
• 外部事件

變更分類

• 根據(jù)變更性質(zhì)可分為：重大變更捶枢、重要變更和一般變更。通過不同審批權限控制
• 根據(jù)變更的迫切性可分為：緊急變更飞崖、非緊急變更烂叔。通過不同變更處理流程進行

變更管理原則

1. 基準管理
2. 變更控制流程化
3. 明確組織分工
4. 評估變更的可能影響
5. 妥善保存變更產(chǎn)生的相關文檔，確保其完整固歪、及時蒜鸡、準確、清晰

變更管理組織結構

• CCB（項目控制委員會或配置控制委員會）, 負責裁定接受哪些變更牢裳。是決策機構逢防，不是作業(yè)機構。通常工作是通過評審手段來決定項目基準是否能變更蒲讯，不提出變更方案
• 項目經(jīng)理忘朝，響應變更提出者的需求，評估變更對項目的影響及應對方案判帮，將需求由技術要求轉化為資源需求局嘁，供授權人決策；并據(jù)評審結果實施和調(diào)整基準

變更控制工作程序

1. 提出與接受變更申請
2. 對變更的初審
3. 變更方案論證
4. 項目管理委員會審查
5. 發(fā)出變更通知并組織實施
6. 變更實施的監(jiān)控
7. 變更效果的評估
8. 判斷發(fā)生變更后的項目是否已納入正常軌道

小項目變更

• 項目規(guī)模小晦墙，與其他項目的關聯(lián)度小時悦昵，變更的提出與處理過程可在操作上力求簡便、高效
• 小項目變更仍應注意以下幾點：
  • 對變更產(chǎn)生的因素施加影響：防止不必要的變更晌畅，減少無謂的評估但指，提高必要變更的通過效率
  • 對變更的確認應當正式化
  • 變更的操作過程應當規(guī)范化

對進度變更的控制

1. 判斷項目進度的當前狀態(tài)
2. 對造成進度變化的因素施加影響
3. 查明進度是否已經(jīng)改變
4. 在實際變化出現(xiàn)時對其進行管理

對成本變更的控制

1. 對造成費用基準變更的因素施加影響
2. 確保變更請求獲得同意
3. 當變更發(fā)生時，管理這些實際的變更
4. 保證潛在的費用超支不超過授權的項目階段資金和總體資金
5. 監(jiān)督費用績效，找出與費用基準的偏差
6. 準確記錄所有的與費用基準的偏差
7. 防止錯誤的枚赡、不恰當?shù)幕蛭磁鷾实淖兏患{入費用或資源使用報告中
8. 就審定的變更，通知利害關系者
9. 采取措施谓谦，將預期的費用超支控制在可接受的范圍內(nèi)