如何處理大規(guī)模項(xiàng)目中的管理問(wèn)題(ppt 42頁(yè)).ppt

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

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

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

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

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

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

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

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

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

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

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

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