1、大規(guī)模項目中的管理問題,Centre of e-business Innovation :Vancouver IBM Pacific Development Centre,Jo Hardjasa ,大規(guī)模項目中的管理問題,大型項目面臨的挑戰(zhàn) 需要考慮的重點 項目組織 結(jié)構(gòu) 角色 團隊之間的溝通 源碼控制 構(gòu)造與集成 遞減測試 用戶管理,大型項目面臨的挑戰(zhàn),大規(guī)模 (超過100人), 多個部門 很難找到足夠的、有資格的人 可用的技能不一致 多數(shù)人不知道項目的整體 團隊之間不能有效地溝通 用于培訓(xùn)的預(yù)算 （時間和金錢） 減少技能的要求 “伙伴”（可配對）系統(tǒng) 許多的文檔 & “有組織的”溝通,大型

2、項目面臨的挑戰(zhàn),大量新的或需要修改的代碼 500,000 + 重疊的變化 代碼的穩(wěn)定性 實施嚴謹?shù)脑创a控制 考慮 讓“部件” vs “功能/特性” 的所有人來改變代碼 持續(xù)的遞減測試,大型項目面臨的挑戰(zhàn),新開發(fā)的項目 對比 修改大量已經(jīng)存在的代碼 代碼基礎(chǔ)的退化(功能,性能) 必須理解修改的代碼 持續(xù)不斷的遞減測試 工作規(guī)模評估(Effort sizing)應(yīng)該包括學(xué)習(xí)/了解未改變的代碼的需要 考慮使 “部件” vs “特性” 所有者來改變代碼,大型項目面臨的挑戰(zhàn),可能包含新的技術(shù)或技術(shù)的轉(zhuǎn)化 不斷增加的功能, 性能及質(zhì)量上的風(fēng)險 在接受之前,好測試可移植性及可伸縮性 檢測非功能性的特性 (例

3、如: 異常處理) 對于提供者的各種申明保持懷疑,大型項目面臨的挑戰(zhàn),可能包括多個場所的團隊 需要清楚的、有效的、精確的溝通 不同時區(qū)、網(wǎng)絡(luò)間的同步和溝通 信任 必須為每個開發(fā)地點安排本地的PM(項目經(jīng)理) 建立每日的檢查機制和核查點 定期的交換視察,大型項目面臨的挑戰(zhàn),值得注意的：更高的失敗的可能性和更大的失敗的影響 如果可能, 將交付成果階段化,避免最后“一次全部或什么也沒有”的結(jié)果 嚴格的和不斷的風(fēng)險管理 保證所有“賭金擁有者”了解他們每一個部件對項目的重要影響,需求的收集: 如果想重復(fù)這步將是非常困難的 從用戶不同的部門可能得到相互矛盾的需求 確保來自用戶的在資源投入上的承 確定在用戶單

4、位中誰是最終說了算數(shù)的人 完善的、可接受的、文檔化的需求是非常必須的,大型項目面臨的挑戰(zhàn),大型項目面臨的挑戰(zhàn),項目大小和成就之間是一個非線形的關(guān)系： 500,000行規(guī)模的項目付出的努力可能超過50,000行規(guī)模的項目10倍多 在評估中要考慮一些在額外計劃,溝通和從屬事件管理中的因素 通常, 雖然個人的生產(chǎn)力可能降低,但會在可重用性和工具的改進上得到償還,大型項目面臨的挑戰(zhàn),在詳細評估上的增加的難度 增加了依賴歷史數(shù)據(jù)/平均值的需要 如果在內(nèi)部得不到,就查查行業(yè)標(biāo)準(zhǔn) 記住認真記錄各種真實數(shù)據(jù)以備未來之用,大型項目面臨的挑戰(zhàn),工作分派的區(qū)別 增加前端 (結(jié)構(gòu)/設(shè)計) 和后端 (集成/系統(tǒng)測試)的

5、工作,工作分派的比較,大規(guī)模項目中的管理問題,大型項目面臨的挑戰(zhàn) 需要考慮的重點 項目組織 結(jié)構(gòu) 角色 團隊之間的溝通 源碼控制 構(gòu)造與集成 遞減測試 用戶管理,考慮的重點,將大項目分解成許多獨立的小項目 項目管理應(yīng)該更多地被視為投入而不是成本 充分利用任何生產(chǎn)效率提高的方法 (多人的努力實現(xiàn)倍數(shù)增長) 工具,代碼/設(shè)計的重用 環(huán)境 （開發(fā), 測試),大規(guī)模項目中的管理問題,大型項目面臨的挑戰(zhàn) 需要考慮的重點 項目組織 結(jié)構(gòu) 角色 團隊之間的溝通 源碼控制 構(gòu)造與集成 遞減測試 用戶管理,項目的組織例子,組織規(guī)劃,主要的能力 / 特定化要基于結(jié)構(gòu) 允許更多的并行活動 清楚地定義角色 / 職責(zé)

6、建立提意見的途徑 確保每一個成員不走樣地理解最終目標(biāo),項目的組織例子,組織中的角色,項目主管人員 組織項目的團隊 作為項目和用戶的最終決策者 做出商業(yè)上的決定 是主要的客戶聯(lián)系人 確保從用戶方安排一個類似的聯(lián)系人 說明成功或可接受的標(biāo)準(zhǔn) 避免嚴格的標(biāo)準(zhǔn) 期限 / 功能間的平衡 確認不存在一個毫無缺點的方案,項目的組織例子,組織中的角色,版本管理人員(Release Manager) 全面領(lǐng)導(dǎo)項目 管理項目經(jīng)理團隊和體系結(jié)構(gòu) / 技術(shù)團隊 在項目中做出大多數(shù)的決定 更多關(guān)注質(zhì)量和產(chǎn)品的交付 開發(fā)管理人員(Development Managers) 關(guān)注設(shè)計、代碼和單元測試 對資源分配做出決斷 對

7、負責(zé)范圍內(nèi)的技術(shù)做出決策 具有組件所有者和條款所有者雙重身份,項目的組織例子,組織中的角色,測試/質(zhì)量保證管理人員 在項目中作為獨立的“質(zhì)量良心” 存在 負責(zé)質(zhì)量規(guī)劃和退出標(biāo)準(zhǔn) 應(yīng)該和開發(fā)團隊緊密配合以避免重復(fù)工作 避免開發(fā)團隊之間的敵對關(guān)系 支持管理人員 提供有效的開發(fā)和測試環(huán)境 負責(zé)“構(gòu)建”和相關(guān)的工具 負責(zé)源碼控制 / 庫文件,項目的組織例子,是一個由對項目和技術(shù)有很深的理解的人組成 一般由項目經(jīng)理和技術(shù)負責(zé)人組成 必須要注重實效，避免官僚化 有很好地發(fā)現(xiàn)和確認實際問題的能力 在整個開發(fā)過程中要有豐富的經(jīng)驗 在項目的不同階段人員關(guān)系可能有變化,版本團隊,建立并采用 開發(fā)指南 包括項目中的

8、程序/過程和開發(fā)慣例/協(xié)議 強制實行相應(yīng)開發(fā)指導(dǎo)方針和程序/過程 定位和解決低效率和瓶頸 推動團隊間的溝通 管理其屬下 負責(zé)處理意外 警戒: must not be permitted to become the elitist group,版本團隊 (繼續(xù)),大規(guī)模項目中的管理問題,大型項目面臨的挑戰(zhàn) 需要考慮的重點 項目組織 結(jié)構(gòu) 角色 團隊之間的溝通 源碼控制 構(gòu)造與集成 遞減測試 用戶管理,絕對需要 不論是正式的還是非正式的文檔和溝通 決定開發(fā)過程中，方向，記錄并采納（不斷重復(fù)） 開一個 “動員大會” 宣布方法 定位團隊目標(biāo) 定期舉行全體會議 (應(yīng)該簡單明了) 明確分配職責(zé) / 角色和

9、 擴大溝通途徑 經(jīng)常確定里程碑并慶祝其完成,團隊間的溝通,建立一個“ Team Rooms” (可以是實際的或虛擬的) 信息資源共享 指導(dǎo)方向, 需求, 規(guī)范, 設(shè)計決定, 等等. 狀態(tài)跟蹤 發(fā)展, 構(gòu)建, 過失等等的跟蹤 所屬人員的狀態(tài)跟蹤 可見度 全面規(guī)劃，確定時間表 到達的目的 （里程碑）,團隊間的溝通,清楚地, 明確地、有效地溝通是缺省的前提 “版本團隊（release team）”需要一個本地代表 可能需要衛(wèi)星式的開發(fā)和測試環(huán)境 找到或者搭建一個可以同步源碼庫的工具,多場所的開發(fā),大規(guī)模項目中的管理問題,大型項目面臨的挑戰(zhàn) 需要考慮的重點 項目組織 結(jié)構(gòu) 角色 團隊之間的溝通 源碼控

10、制 構(gòu)造與集成 遞減測試 用戶管理,在代碼中可能有很高的重疊部分 若想有效地管理，源碼控制工具是必不可少的 在 “component-ownership” 和 “l(fā)ine-item-ownership”之間要進行平衡 自動構(gòu)建連接,源碼控制,大規(guī)模項目中的管理問題,大型項目面臨的挑戰(zhàn) 需要考慮的重點 項目組織 結(jié)構(gòu) 角色 團隊之間的溝通 源碼控制 構(gòu)造與集成 遞減測試 用戶管理,集成 盡早規(guī)劃, 從最后日期逆向計劃并工作，是必須的 盡可能地早開始 一旦開始, 確定需求的優(yōu)先級而不斷地維護它的穩(wěn)定性,構(gòu)建和集成,構(gòu)建 貫穿整個開發(fā)過程要定義頻率和有效區(qū)域 必須使其自動化 對于代碼的檢入（chec

11、k-in)要建立標(biāo)準(zhǔn)的檢測過程 對整個效率有很大的影響 對于打斷“build”過程的后果要保持敏感,構(gòu)建和集成,構(gòu)建 專注項目的最終目標(biāo):建立“改變控制”的階段 逐漸增加實施變化的難度 Establish a point towards end of project where the only changes permitted are those for fixing critical defects,構(gòu)建和集成,大規(guī)模項目中的管理問題,大型項目面臨的挑戰(zhàn) 需要考慮的重點 項目組織 結(jié)構(gòu) 角色 團隊之間的溝通 源碼控制 構(gòu)造與集成 遞減測試 （Regression Test) 用戶管理,遞

12、減測試,自動測試工具是基礎(chǔ),但整體測試套件很昂貴 定義可以基本覆蓋這個“版本（release)”的各種假設(shè)情況（假想） 在最小的情況下, 投資于自動套件 做為構(gòu)建確認的一部分 Subsets of this set becomes the “check-in” regression test buckets 這些子集應(yīng)該容易并快速地運行, 否則將被人們繞過,大規(guī)模項目中的管理問題,大型項目面臨的挑戰(zhàn) 需要考慮的重點 項目組織 結(jié)構(gòu) 角色 團隊之間的溝通 資源控制 構(gòu)造與集成 遞減測試 用戶管理,用戶管理,用戶常常堅持編碼要盡快地開始 PM的角色就是只有當(dāng)需求明確之后再開始開發(fā) 在大項目中首先要建造基礎(chǔ)部分是至關(guān)重要的