1) 活動外包架構
2) 服務外包ide
3) 內包單元測試
4) 合包測試
5) 利益關係url
利益關係是一種長期合做關係,雙方先爲此關係進行投資,再根據預先擬定的協議分享利益,共同承擔風險,同時共享利益。若是利益沒法實現,供應商不會因他們的努力與投入而得到任何報酬。spa
軟件外包管理總的目標是用強有力的手段來管理同時進行的衆多外包項目,知足進度、質量、成本的要求。設計
四個方面的要求:版本控制
1) 慎重選擇合格的軟件承包商。生命週期
2) 互相贊成對方的承諾。項目管理
3) 須要常常保持交流。
4) 根據合同的承諾跟蹤承包商實際完成的狀況和成果。
1) 開發方式決策「make or buy決策」
2) 選擇承包商
3) 簽定外包合同
4) 監控外包開發過程
5) 成果驗收。
外包的原理:專心經營你的核心競爭力,將其餘的職能都外包給低成本的第三方供應商(或業務流程外包商)。
外包的業務原理:外包可以節約金錢、管理時間、資源,以便將這些有限的資源用於核心競爭力。
直線法讓你不多有機會和供應商一塊兒工做,並且合同和顧客管理流程,常常都有獲選的供應商提供,所以必須在企業組織內先行測試。
服務規格說明書是服務供應商必須遵循的「合同」,其發展和制定,應包含如下步驟:
1) 註明企業所需的成果或輸出
2) 勾畫出現行處境的基準線
3) 定義出想和服務供應商間發展的關係
企劃書要求單在評估體制和流程制定的同時制定。內容包括:
1) 編寫好的規格說明。
2) 背景說明。
3) 給競標者的指示,告訴他們迴應的方式。
服務水準協議書構成需求規格書和合同的橋樑。它必須包含需求和衡量服務的方法,但最好將二者分開列出,以完全區分出必須達成的目標和其衡量方法。服務水準協議書可由服務規格書發展出來,可是其衡量方法將決定合同對供應商的挑戰難度。價格將由服務水準協議書決定,若衡量方法的要求較多,其價格會較高。
1) 一項架構良好的員工轉移措施。
2) 一段評估設備和資產的期間。
3) 一項經過投資或較好的維護改善資產和設備的合理措施。
4) 清楚、整齊的管理架構,用來確保流程持續進行,以及辨別和說明問題。
成本下降。
品質改善。
其餘利益。
先是瞭解備忘錄(MoU),而後纔是總體合同。
MOU是一種簡短的協議書,一項合同前的雙方意向聲明書,讓各方在進行應有的工做和合同協商時,對彼此更有信心。
MOU一般不具備法律約束,它描述的是道德上的,而不是法律上的義務。
MOU的優勢,就是容許雙方擴張他們的範圍,以及雙方對交易較困難部分普遍的態度分享。
充分了解你的項目
分而治之
需求管理的目的是確保各方對需求的一致理解;管理和控制需求的變動;從需求到最終產品的雙向跟蹤。
主要包括需求管理定義、需求管理流程、制定需求管理計劃、管理需求和實施建議等內容。
把全部與需求直接相關的活動通稱爲需求工程。分爲需求開發和需求管理兩大類。
需求開發的目的是經過調查與分析,獲取用戶需求並定義產品需求。
軟件項目需求開發的結果應該有項目視圖和範圍文檔、用例文檔、軟件需求規格說明及相關分析模型,經評審批准,這些文檔就定義了開發工做的需求基線。
需求獲取:積極地與用戶進行交流,捕捉、分析和修正用戶對目標系統的需求,並提煉出符合解決問題的用戶需求,產生《用戶需求說明書》。
需求分析:對各類需求信息進行分析並抽象描述,爲目標系統創建一個概念模型。
需求定義:根據需求調查和需求分析的結果,進一步定義準確無誤的產品需求,產生《需求規格說明書》。
需求驗證:開發方和用戶共同對需求文檔評審,經雙方對需求達成共識後作出書面承諾,使需求文檔具備商業合同效果。
1) 制定需求管理計劃
2) 求得對需求的理解
3) 示得對需求的承諾
4) 管理需求變動
5) 維護對需求的雙向跟蹤性
6) 識別項目工做與需求之間的不一致性。
這個特定實踐維護對每一個產品分解層的雙向跟蹤性。若是需求管理得好,就能夠創建起歷來源需求到它的較低層次需求的跟蹤性,和從較低層次的需求到它們的來源需求的跟蹤性。這種雙向跟蹤性有助於肯定是否全部的來源需求都徹底獲得處理,是否全部的低層需求均可以跟蹤到有效的來源。
1) 已建議:該需求已被有權提出需求的人建議。
2) 已批准:該需求已被分析,估計了其對項目餘下部分的影響,已用一個肯定的產品版本號建立編號分配到相關的基線中,軟件開發團隊已贊成實現該項需求。
3) 已實現:已實現需求代碼的設計、編寫和單元測試。
4) 已驗證:使用所選擇的方法已難了驗證了實現的需求,如測試和檢測,審查該需求跟蹤與測試用例相符,該需求如今被認爲完成。
5) 已刪除:計劃的需求已從基線中刪除,但包括一個緣由說明和作出刪除決定的人員。
1) 創建並維護需求管理的組織方針
2) 肯定需求管理使用的資源
3) 分配責任
4) 培訓計劃
5) 肯定需求管理的項目干係人,並肯定其介入時機
6) 制定判斷項目工做與需求不一致的準則和糾正規程。
7) 制定需求跟蹤性矩陣。
8) 制定需求變動審批流程
9) 制定審批規程。
雙向跟蹤是指正向跟蹤和逆向跟蹤。
需求跟蹤性矩陣保存了需求和後續工做成果的對應關係。
關於需求規格說明的版本控制,初版被標記爲1.0版(草案1),下一稿標記1.0版(草案2),文檔被採納後被標記爲1.0正式版,若只有小的修改,則再被標爲1.1版(草案1),如有較大的修改,則爲2.0版(草案1)。
中劃線表明刪除,下劃線表明添加。在頁邊空白的豎劃線指示每一個變更的位置。
1) 產品或計劃管理部門
2) 項目管理部門
3) 開發部門
4) 測試或質量保證部門
5) 市場部或客戶表明
6) 製做用戶文檔的部門
7) 技術支持部門
8) 幫助桌面或用戶支持熱線部門
9) 配置管理部門
客戶需求可向前追溯到需求,這樣就能區分出開發過程當中或開發結束後因爲需求變動受到影響的需求。也確保了需求規格說明書包括全部客戶需求。
從需求可回溯到相應的客戶需求,確認每一個軟件需求的源頭。
需求可向前追溯到特定產品部件,使你知道每一個需求對應的產品部件。
從產品部件可回溯到需求,使你知道每一個部件存在的緣由。
表示需求和別的系統元素之間的聯繫鏈的最廣泛方式是使用需求跟蹤能力矩陣。
影響分析是需求管理的一個重要組成部分。影響分析能夠提供對建議變動的準確理解,有助於作出信息量充分的變動批准決策。經過對變動內容的檢驗,肯定對現有的系統作出是修改或拋棄的決定,或者建立新系統以及評估每一個任務的工做量。進行影響分析的能力依賴於跟蹤能力數據的質量和完整性。
項目組合管理是一個保證組織內全部項目都通過風險和收益分析、平衡的方法論。
「風險評估」和「提升資源利用效率」是項目組合管理的兩個要素。
項目組合管理採起的是自上而下的管理方式,即先肯定組織的戰略目標,優先選擇符合組織戰略目標的項目,在組織的資金和資源能力範圍有效執行項目。
目標導向關心的是組織的外部因素,即市場上可能存在哪些機會。資源導向關心的組織內部因素,即組織自身所創建的核心優點。
在IT領域中,目標導向的組織佔了絕大多數。
項目選擇和優先級排列。
決策表技術、財務分析和DIPP分析。
DIPP=EMV/ETC。
EMV:指項目的指望貨幣值,若是考慮支付風險因素,則指望貨幣值是各個支付值與支付機率的乘積之和。
ETC:完工尚需成本,指從當前時間點開始計算,估計到項目結束時仍然要花費的成本。過去花費的成本被看成沉沒成本而不予考慮。
DIPP值是一個描述項目資源利用率的指標。若是DIPP值小於1,則意味着該項目的實際成本要比預算成本高。那麼就應該對這樣的項目進行調整或者終止。
1) 項目週期較長。
2) 項目規模較大,目標構成複雜。
3) 項目團隊構成複雜。
4) 大型項目經理的平常職責更集中於管理職責。
正確。
正確。
需求定義階段和需求實現階段。
第一階段由專業的諮詢公司對需求進行詳細的定義。需求定義的結果做爲實現階段的輸入,而第一階段的諮詢公司轉變成需求實現階段的項目監理的角色。
第二階段由系統集成公司來完成。
正確。
按照項目組織結構、產品結構、生命週期3個層次制定分解結構。
IT項目的進度和成本實際績效信息比較明確,不宜失真。
可是在範圍和質量上存在很大的出現信息失真的可能。