IT項目管理——計劃——進度安排

申請免費試用、咨詢電話：400-8352-114

　　WBS確定后項目詳細范圍基本確定，在PMBOK的時間管理里面有詳細的進度計 劃制定步驟?；顒佣x->活動排序->估算資源->估算歷時->制定進度表，同時也提及到了估算方法，關鍵路徑，PERT網(wǎng)絡， 關鍵鏈，資源平衡等重要內(nèi)容。但在整個過程中有太多的假設，假設創(chuàng)建出來的是理想化的進度表，而我們需要的是可行的進度表。泛普軟件-建筑工程項目管理系統(tǒng)

　　1.進度計劃不要去追求理論最優(yōu)，而應該考慮可行性和對目標的滿足。泛普軟件-建筑工程項目管理系統(tǒng)

　　2.在活動定義和排序估算中都可能會發(fā)現(xiàn)WBS分解層次，粒度，遺漏等問題3.PMBOK中制定進度各步驟并沒有嚴格的先后關系，IT項目強調(diào)關鍵點是WBS，估算有后即可制定進度。service

　　項目進度安排的首要目標：在滿足質(zhì)量和成本要求的情況下，滿足項目預期的進度要 求。因此從這個目標出發(fā)需要優(yōu)先考慮兩個問題，一個就是軟件生命周期和方法論的選擇，一個就是團隊組建，人員的搭配和角色安排。而這兩個問題都是基于一個 目的，或者說是基于TOC約束理論的思路，不要在項目執(zhí)行過程中因為瓶頸存在使過多的人員閑置和等待，而是要達到人力資源最佳配置和最有效的利用。泛普軟件-建筑工程項目管理系統(tǒng)

　　4.制定進度前往往就已經(jīng)想好了開發(fā)方法論選擇和人員角色搭配安排。泛普軟件-建筑工程項目管理系統(tǒng)

　　5.瓶頸造成資源利用不均和等待，進度安排中資源利用最大化是TOC一個重要體現(xiàn)。club

　　6.在生產(chǎn)管理中一般在瓶頸資源前預留緩沖，而在關鍵鏈中是要考慮在路徑匯聚點(最大風險處)前預留緩沖。泛普軟件-建筑工程項目管理系統(tǒng)

　　7.小型敏捷團隊，整個計劃中如果出現(xiàn)前期資源不飽和和空閑是要命的事情。泛普軟件-建筑工程項目管理系統(tǒng)

　　瀑布，迭代還是敏捷開發(fā)?關鍵需要解決的還是最大化的降低后續(xù)工序資源的等待時 間。對于中小型短周期的項目一般適合采用迭代或敏捷的開發(fā)方法。但敏捷不是跳過程，敏捷或迭代最好是基于前期整個開發(fā)模式和功能框架都已經(jīng)確定后再進行， 這里指的并行是多個需求功能點的并行，對有嚴格依賴關系的，對同一個功能點的需求，設計，編碼多道工序而言仍然是串行。泛普軟件-建筑工程項目管理系統(tǒng)

　　8.任何方法論都不會是跳過程，而是將大瀑布轉(zhuǎn)換為小瀑布。泛普軟件-建筑工程項目管理系統(tǒng)

　　9.并行和敏捷后勢必影響到總體規(guī)劃和系統(tǒng)思考，務必重視帶來的需求不清和架構(gòu)風險。pmp

　　網(wǎng)絡圖是進度中的一個重要工具，目的仍然是對發(fā)掘各活動任務的依賴關系并對活動 進行排序。在軟件項目中為了加強迭代和并行，一個重點就是要將強制依賴轉(zhuǎn)換為非強制依賴，要將對整個設計開發(fā)過程的依賴轉(zhuǎn)換為對接口的依賴。因此這里也可 以看到架構(gòu)設計和接口設計在整個軟件開發(fā)中的重要作用，比如其他功能模塊都要依賴系統(tǒng)管理和工作流相關功能，如果要等這些功能全部開發(fā)完成再進行后續(xù)開發(fā) 則其他資源等待時間太長，常用的處理方式就是架構(gòu)只需要定出系統(tǒng)管理和工作流調(diào)用相關接口，后續(xù)開發(fā)工作全部可以提前介入和并行起來。多出的代價則是后續(xù) 需要有一個產(chǎn)品和功能模塊的集成過程。項目經(jīng)理博客

　　10.通過架構(gòu)和接口設計，將對整個功能模塊的依賴轉(zhuǎn)換為對接口的依賴。泛普軟件-建筑工程項目管理系統(tǒng)

　　11.架構(gòu)設計和產(chǎn)品集成是網(wǎng)絡圖中依賴關系需要分析的重要內(nèi)容。其他活動依賴關系都是簡單的基于小瀑布的線性依賴關系。泛普軟件-建筑工程項目管理系統(tǒng)

　　12.迭代的思路仍然是架構(gòu)為核心，架構(gòu)接口定義不清不應該過早進入設計開發(fā)。轉(zhuǎn)自泛普軟件-建筑工程項目管理系統(tǒng)