Ⅰ 微軟公司軟體開發進度月報ppt
1.1 項目實施進度計劃
XXX系統工程實施是以用戶需求和技術方案為藍圖，進行全面開發建設以至整個工程建成投入運行的全過程。要確保應用系統工程的成功實施，一定要組織安排好實施計劃。同時，一個成功的項目實施，還必須科學有效的使用項目管理流程，才能夠充分保障項目依據預定的計劃和設計按時保質地完成。以下我們從項目管理的各個要素，簡要介紹公司針對本項目的項目管理方案。
1.1.1 項目實施總體思路
1.1.1.1 同時並行實施
為了保證進度，XXX公司專門為客戶設計了高度並行的實施計劃。XXX公司將為本項目設置多個實施小組，投入大量的人力，同步並行實施，從而大大的減少了施工時間。
1.1.1.2 本地化人員實施
為了加快工程進度，提高對本項目的服務質量，XXX公司充分發揮自身服務體系和強大技術儲備的優勢，全部採用當地辦事處技術人員進行實施。詳細請見工程實施小組和項目成員介紹。
1.1.1.3 合理分工有效協調
結合大量項目實施經驗，XXX公司可以為本項目做出合理的分工，協調相關廠商，保證項目按期高質量的完成。在本項目中，為了保證進度，劃分多個實施小組，項目實施小組嚴格按照施工方案進行施工，對於意外情況，將同時匯報各自的項目經理，由項目管理小組裁決。
1.1.1.4 合理組織確保工期
本項目地域分布廣、涉及眾多視頻音頻以及網路設備的特點，決定了本項目實施中會面臨種種風險，包括設備到貨風險、眾多節點施工風險等等。
為了保證系統的准時上線，藉助公司強大的備品備件儲備，我們制定了周密的應急方案，保證系統准時上線。
1.1.2 項目組織與管理
1.1.2.1 項目管理的目的
1）提高項目運作的規范性
2）提高異地項目運做的可控性
3）使項目按時驗收
4）降低項目成本
5）提高客戶滿意度
6）確保項目質量
1.1.2.2 項目流程規范的組成
項目管理流程分為四種規范
1）流程：給出項目實施的正確程序。
2）規程、指南：是流程的支持文件，規定某一項目要素的工作程序。
3）模板：是流程的支持文件，給出某個文檔的格式。
4）表格：是流程的支持文件，給出某個工作表格的樣式。
1.1.2.3 項目實施組織與職責
1)領導重視和參與
XXX系統工程的重視與支持是建設成功的關鍵。領導的重視主要體現在對該項目的規劃決策和監督落實上。領導的參與表現在領導對XXX系統建設項目的需求把握，只有當系統能及時、准確地向管理者提供信息，為管理者的日常辦公、決策提供輔助服務時，該系統才具有實質性的意義，系統才具有活力。
在項目建設中，當涉及到資源的分配、人員調動、資金落實、甚至涉及到管理方式改變時，各方領導的參與就顯得尤為重要。總之，只有各級領導的參與支持，該項目的建設才可能得以順利進行。
2)項目實施組織與角色職責
為保障「XXX系統工程」高質量、高效、順利的實施，XXX公司將成立項目組，並由項目經理調配公司前、後端人力資源，為項目管理及實施提供保障。
項目管理與實施過程中的組織情況如下圖所示：
項目聯合領導小組
為有效進行資源控制、進度控制、質量控制，確保項目項目順利實施及系統維護的方便進行，根據公司以往在大型項目管理和實施方面的經驗，建議由賀蘭公安部門、交警部門及中科軟公司共同組成項目聯合領導小組，以把握和推動整個項目的執行，保證整個項目如期高質量地完成。項目聯合領導小組負責監督項目實施情況，協調解決各方之間的工作問題。項目聯合領導小組成員可由XXX系統工程參與方負責人組成。
項目聯合領導小組成員負責：
整個項目的項目預算、項目進度、項目質量等的審核批准和監督； 協調各小組的配合作業，負責合理調配公司內人力及物力資源，以確保本項目高質量、高效率、順利的進行實施。
賀蘭公安局交警隊參加聯合領導小組成員負責：
擔任聯合領導小組的組織領導；
提供必要的人員配合；
協調內部各方面聯系人；
監督整個項目進度。
項目經理
項目經理可以調配XXX公司所擁有的前後端人力資源，負責項目實施小組的領導和日常組織。
項目前端人員
客戶經理：負責客戶支持、客戶業務需求上報、與客戶簽定合同以及合同管理等。
業務經理：負責公司內部前後台部門之間的工作協調、項目實施等。 項目後端人員
各部門的技術工程師：負責資源配置、網路組織、網路測試、網路運行管理等。
各部門的系統實施工程師：負責系統開發、系統實施、交付測試等。 技術專家：
「盛澤鎮電子警察系統和高清卡口系統建設項目」項目的專家主要由大客戶技術支持中心、南京辦事處、上海辦事處的技術專家組成，提供項目整個項目的技術支持。在該項目中，也可根據項目的需要，從公司抽調專家，一起開展項目的技術支持工作。
1.1.2.4 項目進度管理
為保證管理應用系統的成功實施，必須按照系統開發流程對項目實施進行嚴格管理。項目啟動前，各方人員應做好充分准備，確保項目所需人員及其他必要條件及時就緒。項目實施過程由用戶相關單位和部門與我方共同完成，各方應通力合作，並保證人員穩定。
我方有專門的項目管理部門，並且有著嚴格的項目管理流程，對項目進度進行實時的監督與管理，保證項目的成功實施。
1)項目進度管理的原則
通過項目進度管理使全體成員積極主動，在項目進展中，遇到問題主動找相關人員解決，若解決不得力而又確實屬此人管的，則應及時向上一級反映，不得以任何借口推脫不按進度計劃完成任務，除非確實是技術上不可解決的，即便如此，也應盡早匯報，以免影響整體進度。
2)項目進度管理的方法
在開始實施項目時，項目經理必須根據任務情況做好進度安排計劃，按周做計劃以書面呈交項目協調委員會，以周為單位做計劃以書面形式下達各組，各組分頭安排落實到個人，組長或個人在接到計劃書時，認為恰當，則簽字；若認為
不恰當，必須及時陳述理由，否則責任自負。在計劃時間到時，項目經理嚴格按照進度計劃書驗收。在驗收合格情況下，項目經理在原下達的計劃書上簽字，並結合完成任務情況給出一定的評價，將來作為獎勵晉級的參照依據；若驗收不合格，則責成3日內修正，若仍不能完成必須以書面形式說明理由，項目經理依情況處理。
在每次驗收都合格或者在責成期限內都合格的情況下，若項目不能及時完成，責任應在項目經理身上，項目經理必須以書面形式向項目協調委員會陳述理由。
3)項目溝通機制
交流有助於解決問題，尤其是在研究開發等項目組之間。針對本項目的特殊性——多方參與，溝通機制更為重要。溝通暢通能融多方智慧，促進項目成功；溝通阻塞，則障礙重重、舉步維艱。項目實施組作為溝通暢通的領頭羊，制訂相關計劃，定期舉行項目組和用戶的交流會，建立和保持與主要利益相關者的關系，做到雙向溝通；定期安排項目組內部各小組之間的相互交流；在日常工作中，營造相互學習共同成長的氛圍。
1.1.2.5 資料文檔的管理
所有設備的安裝調試資料和詳細的施工日誌都有項目經理統一管理，工程驗收後統一交由甲方管理。
完善的文檔是項目管理的重要手段，是項目可持續發展的基礎，也是項目進度控制和品質保證的重要依據。
「項目投標階段」以調研考察用戶需求為核心，由市場、銷售、技術顧問和開發經理聯合組成項目小組，開始項目的需求調研與考察工作。通過與用戶的接觸和充分溝通，適時地形成並評審《用戶需求規格說明書》、《項目解決方案》、《合同草案》等文檔,確定項目的實施。
「項目實施階段」以項目投標階段的《用戶需求規格說明書》、《項目解決方案》為基礎，重新配置實施過程中需要的資源。在實施過程中，著重加強對項目進度的控制和項目質量的管理。進行任務的明確和職責劃分，通過《項目實施計劃》、《項目聯調計劃》、《項目驗收方案》進行項目的階段控制，確保項目能夠按質按時順利完成。
在項目過程中，所有文檔可劃分為「基礎文檔（必須有的文檔）」和「輔助
軟體項目實施進度計劃(二)：軟體項目實施進度表
軟體項目實施進度表
軟體項目實施進度計劃(三)：2015軟體項目實施計劃書
第1篇：學生信息管理系統項目計劃書
1引言
1．1編寫目的
此項目開發策劃書的編寫主要是為了給開發《學生成績管理系統》做主要的規劃和整合，在開發過程中起到引導作用，以及給使用者提供簡要的說明。
1．2背景
隨著計算機應用的日益普及和深化，網上辦公已近成為一種趨勢。本項目要開發的是基於區域網和互聯網的學生成績管理系統，實現一個將學生成績管理和服務功能結合起來的管理信息系統，既可以節省資源、又可以有效的存儲、更新、查詢信息、提高工作和服務效率。
開發的系統要求界面友好，方便直觀。既要方便校方對學生信息進行添加、刪除、修改、查詢和統計等管理，又要方便學生等查詢。
軟體名稱：學生成績管理系統
項目提出者：「學生成績管理系統」開發小組
開發者：「學生成績管理系統」開發小組，成員：郭明娟、陳秋男、王如意、高靜、王彩霞、關娜仁、孫佳星、趙鵬、王鳳舞。
配置要求：SQL Server2015資料庫，C#等
該軟體需與資料庫連接使用才能運行。
1．3定義
文檔中採用的專門術語的定義及縮略詞簡要如下：
Microsoft Visual C#
Microsoft SQL Server2015
MIS：Student Achievement Management System，學生成績管理系統
Microsoft Visual Studio2015,版本控制工具
2項目概述
2．1 工作內容
《學生成績管理系統》針對的用戶是學校相關部門、學生。相應的內容有：
（1）主要的功能包括：
1）學校管理：管理部門為每個學生建立信息表格，其中包括學生的，姓名、學號、院系、專業、成績以及老師的相關信息。
學校相應管理員定期或不定期的對學生和老師信息進行入庫、修改、刪除、等信息管理以及注銷。
2）信息查詢：可通過區域網或內網並根據許可權依據學號、姓名等查詢學生成績。
（2）管理員實現的主要功能：
1) 查看用戶登陸情況。
2）對用戶信息的管理。
3）能夠對需要的統計結果提供列印輸出。
4）能夠提供一定的安全機制，提供數據信息授權訪問，防止隨意刪改，同時提供信息備份的服務。
2．2主要參加人員
2．3產品
2．3．1程序
學生成績管理系統，由C#編程語言編寫而成。配合SQL Server資料庫
2．3．2文件
1系統需求分析報告
2系統功能說明書
3系統資料庫報告
4系統內容設計報告
5美工及界面報告
6用戶手冊
2．4驗收標准
外觀新穎、漂亮，以及具備完善的功能。
3實施計劃
3．1工作任務的分門與人員分工
組長: 郭明娟、陳秋男 任務: （1）系統總的開發計劃書
（2）組織小組討論，記錄討論內容，列出開發計劃
（3）項目開發進度的管理
（4）團隊的組織和協調
設計：郭明娟 任務: (1)參與小組討論
（2）完成系統需求說明書和系統設計說明書
開發：王彩霞、高靜 任務: （1）參與小組討論
（2）根據設計完成編碼，並注釋
美工及界面：關娜仁、王如意 任務：（1）界面的設計和美工
（2）完成美工報告
影音：趙鵬、王鳳舞 任務：（1）記錄小組成長過程
（2）完成影音文案作品
3．2進度
3．3關鍵問題
編碼的成功以及與各個組員之間的配合，以及老師的指導。
4支持條件
4．1計算機系統支持
操作系統：Windows 7或XP版本
Ⅱ 請教做一個app項目要那些流程
做一個app項目要那些流程
軟體開發流程分為: 需求確認——概要設計——詳細設計——編碼——單元測試——集成測試——系統測試——維護
設計思路和方法的一般過程，包括設計軟體的功能和實現的演算法和方法、軟體的總體結構設計和模塊設計、編程和調試、程序聯調和測試以及編寫、提交程序。
(2)手機項目軟體開發進度表擴展閱讀
軟體開發方面的工作。具體可分為以下方面：
1 可視化編程掌握程序設計方法及可視化技術，精通一種可視化平台及其軟體開發技術。獲取Delphi程序員系列、Java初級或VB開發能手認證。
就業方向：企業、政府、社區、各類學校等可視化編程程序員。
2 WEB應用程序設計
具有美工基礎和網頁動畫設計能力，掌握互動式網頁程序的設計技術，能進行網站建設和維護。獲取Macromedia多媒體互動設計師或Delphi初級程序員或Delphi快速網路開發工程師認證。
就業方向：企業、政府、社區、各類學校等WEB應用程序員。
3 軟體測試
掌握軟體測試的基本原理、方法和組織管理，精通軟體測試工具。獲取ATA軟體測試工程師或Delphi初級程序員或Java初級程序員認證。
就業方向：企業、政府、社區、各類學校等軟體測試員。
4 資料庫管理 能應用關系範式進行資料庫設計，精通SQL語言，勝任資料庫伺服器管理與應用工作。獲取Oracle資料庫管理或SQL
Server資料庫應用或Windows XP應用認證。 就業方向：企業、政府、社區、各類學校等部門的中、大型資料庫管理員。
5 圖形圖像製作
精通國際上流行的圖形/圖像製作工具(如CorelDraw、Photoshop、Pagemaker等)。獲取平面設計師相關的認證。
Ⅲ 怎麼控制軟體開發進度具體方法。
要根據不同技術的開發團隊和不同的項目難度制定。調研和數據建模是最基本的。然後在根據調研報告和數據結構制定開發模塊，分析開發周期，然後在分析出來的開發周期上在縮短時間分配給下屬。期間注意項目進度的跟進和測試
Ⅳ 軟體開發項目進度表包含那些內容
一是參考其它項目.
另一個現在的可參考項目是安裝 Microsoft Office Project 2003, 內有好幾個相關模板.
供參:
項目啟動 6 工作日
組建工作組 6 工作日
定義工作組角色 2 工作日
確定所需技能 2 工作日
確定資源 2 工作日
將角色賦予資源 2 工作日
工作組成立 0 工作日
構想 44 工作日
定義初步的商業需求(持續性工作) 29 工作日
風險管理 1 工作日
定義項目結構 9 工作日
定義跟蹤項目的步驟 5 工作日
定義解決問題的步驟 4 工作日
定義跟蹤問題的步驟 3 工作日
定義控制變更的步驟 4 工作日
定義責任和期望 2 工作日
項目結構確定完畢 0 工作日
研究和收集設想 25 工作日
進行初步的用戶訪問 2 工作日
定義使用場合 10 工作日
制定初步的用戶描述 5 工作日
制定初步的構想說明 1 工作日
確立設計目標 8 工作日
制定初步的解決方案概念 5 工作日
制定初步的項目范圍 19 工作日
定義關鍵的成功因素 2 工作日
定義衡量成功的標准 1 工作日
定義主要的可交付結果(初步) 3 工作日
起草構想/范圍 3 工作日
審閱構想/范圍 2 工作日
更新構想/范圍 3 工作日
緩沖時間 4 工作日
進行里程碑檢查 1 工作日
構想得到批准 0 工作日
規劃 59 工作日
更新風險評估 1 工作日
進行用戶訪問 10 工作日
創建功能描述 31 工作日
制定功能描述: 第 0 批 5 工作日
制定功能描述: 第 1 批 5 工作日
制定功能描述: 第 2 批 5 工作日
制定功能描述: 第 n 批 5 工作日
功能描述基準 0 工作日
開發計劃 28.25 工作日
創建開發計劃 28 工作日
進行概念性設計 10 工作日
進行邏輯設計 15 工作日
進行物理設計 19 工作日
制定開發日程 5 工作日
測試計劃 35 工作日
制定測試計劃 30 工作日
制定測試日程 5 工作日
用戶培訓計劃 36 工作日
制定用戶培訓計劃 30 工作日
制定用戶培訓日程 6 工作日
後勤計劃 48 工作日
制定後勤計劃 43 工作日
進行基礎設施分析 15 工作日
制定安全計劃 2 工作日
制定部署計劃 27 工作日
定購組件 15 工作日
後勤計劃完成 0 工作日
創建後勤日程 7 工作日
產品管理計劃 18 工作日
制定產品管理計劃 14 工作日
制定產品管理日程 5 工作日
程序管理計劃 41 工作日
創建程序管理計劃 21 工作日
創建程序管理日程 20 工作日
建立項目計劃基準 0 工作日
合並項目計劃 11 工作日
審閱合並計劃 4 工作日
創建合並日程 2 工作日
緩沖時間 4 工作日
確定交貨日期 0 工作日
構想/范圍凍結 0 工作日
進行里程碑檢查 1 工作日
項目計劃得到批准 0 工作日
開發 81 工作日
更新風險評估 1 工作日
提供開發所需的設備/檢驗概念是否達到 0 工作日
建立開發環境/實驗室 5 工作日
內部發布 #1 24 工作日
開發目標組件 9 工作日
測試單個組件 5 工作日
測試組裝為整體的應用程序 6 工作日
開發增強性能的材料 4 工作日
測試和審查材料 3 工作日
制定分發步驟 9 工作日
創建分發產品 2 工作日
分發給合適的對象 1 工作日
緩沖時間 8 工作日
內部發布 #1 結束 0 工作日
審閱來自內部發布的結果 2 工作日
進行發布後的審閱 1 工作日
內部發布 #n 24 工作日
開發目標組件 10 工作日
測試單個組件 4 工作日
測試組裝為整體的應用程序 5 工作日
開發增強性能的材料 4 工作日
測試和審查材料 3 工作日
制定分發步驟 3 工作日
創建分發產品 4 工作日
緩沖時間 6 工作日
分發給合適的對象 1 工作日
內部發布 #n 結束 1 工作日
審閱來自內部發布的結果 2 工作日
功能說明凍結 1 工作日
最後的特性開發 10 工作日
最後的後勤開發 9 工作日
最後的性能支持開發 5 工作日
特性開發結束 0 工作日
更新計劃和日程 13 工作日
更新開發計劃 4 工作日
更新測試計劃 3 工作日
更新後勤計劃 13 工作日
更新程序管理計劃 3 工作日
更新產品管理計劃 3 工作日
更新用戶培訓計劃 6 工作日
緩沖時間 3 工作日
進行里程碑檢查 2 工作日
項目范圍規劃完成 1 工作日
穩定 73 工作日
更新風險評估 1 工作日
發布測試版 1 32 工作日
制定測試版計劃 3 工作日
征尋和選擇用戶 2 工作日
准備測試版產品包 8 工作日
開始測試 0 工作日
提供測試支持 8 工作日
收集用戶反饋 7 工作日
結束測試支持 0 工作日
修補缺陷 10 工作日
結束測試 0 工作日
發布測試版 n 1 工作日
修補缺陷 10 工作日
收集錯誤 1 工作日
改正高優先順序的錯誤 10 工作日
發布無錯誤版 0 工作日
進行最後的錯誤分類 5 工作日
發布版候選 1 7 工作日
進行工作組評估 2 工作日
客戶/用戶評估 2 工作日
支持評估 3 工作日
發布版候選 n 6 工作日
黃金發布版 0 工作日
發布 1 工作日
項目後檢查 2 工作日
軟體開發:
-------------------------
項目范圍規劃 3.5 工作日
確定項目范圍 4 工時
獲得項目所需資金 1 工作日
定義預備資源 1 工作日
獲得核心資源 1 工作日
項目范圍規劃完成 0 工作日
分析/軟體需求 14 工作日
行為需求分析 5 工作日
起草初步的軟體規范 3 工作日
制定初步預算 2 工作日
工作組共同審閱軟體規范/預算 4 工時
根據反饋修改軟體規范 1 工作日
確定交付期限 1 工作日
獲得開展後續工作的批准(概念、期限和預算) 4 工時
獲得所需資源 1 工作日
分析工作完成 0 工作日
設計 14.5 工作日
審閱初步的軟體規范 2 工作日
制定功能規范 5 工作日
根據功能規范開發原型 4 工作日
審閱功能規范 2 工作日
根據反饋修改功能規范 1 工作日
獲得開展後續工作的批准 4 工時
設計工作完成 0 工作日
開發 21.75 工作日
審閱功能規范 1 工作日
確定模塊化/分層設計參數 1 工作日
分派任務給開發人員 1 工作日
編寫代碼 15 工作日
開發人員測試(初步調試) 15 工作日
開發工作完畢 0 工作日
測試 48.75 工作日
根據產品規范制定單元測試計劃 4 工作日
根據產品規范制定整體測試計劃 4 工作日
單元測試 15 工作日
審閱模塊化代碼 5 工作日
測試組件模塊是否符合產品規范 2 工作日
找出不符合產品規范的異常情況 3 工作日
修改代碼 3 工作日
重新測試經過修改的代碼 2 工作日
單元測試完成 0 工作日
整體測試 12 工作日
測試模塊集成情況 5 工作日
找出不符合規范的異常情況 2 工作日
修改代碼 3 工作日
重新測試經過修改的代碼 2 工作日
整體測試完成 0 工作日
培訓 45.75 工作日
制定針對最終用戶的培訓規范 3 工作日
制定針對產品技術支持人員的培訓規范 3 工作日
確定培訓方法(基於計算機的培訓、教室授課等) 2 工作日
編寫培訓材料 3 周工時
研究培訓材料的可用性 4 工作日
對培訓材料進行最後處理 3 工作日
制定培訓機制 2 工作日
培訓材料完成 0 工作日
文檔 30.5 工作日
制定「幫助」規范 1 工作日
開發「幫助」系統 3 周工時
審閱「幫助」文檔 3 工作日
根據反饋修改「幫助」文檔 2 工作日
制定用戶手冊規范 2 工作日
編寫用戶手冊 3 周工時
審閱所有的用戶文檔 2 工作日
根據反饋修改用戶文檔 2 工作日
文檔完成 0 工作日
試生產 70.25 工作日
確定測試群體 1 工作日
確定軟體分發機制 1 工作日
安裝/部署軟體 1 工作日
獲得用戶反饋 1 周工時
評估測試信息 1 工作日
試生產工作完成 0 工作日
部署 5 工作日
確定最終部署策略 1 工作日
確定部署方法 1 工作日
獲得部署所需資源 1 工作日
培訓技術支持人員 1 工作日
部署軟體 1 工作日
部署工作完成 0 工作日
實施工作結束後的回顧 3 工作日
將經驗教訓記錄存檔 1 工作日
分發給工作組成員 1 工作日
建立軟體維護小組 1 工作日
回顧完成 0 工作日
軟體開發模板結束 0 工作日
手機軟體開發流程按照手機軟體設計思路和方法的一般過程，包括設計軟體的功能和實現的演算法和方法、軟體的總體結構設計和模塊設計、編程和調試、程序聯調和測試以及編寫、提交程序。
手機軟體開發大致流程：
主要確定手機軟體開發目標及其可行性。
需求分析在確定手機軟體開發可行性的情況下，對手機軟體需要實現的各個功能進行詳細需求分析。
手機軟體設計此階段中偶要根據需求分析的結果，對整個手機軟體系統進行設計，如系統框架設計、資料庫設計等。
程序編碼此階段是將手機軟體設計的結果轉化為計算機可運行的程序代碼。
Ⅵ 軟體項目進度表包含什麼內容
一是參考其它項目.
另一個現在的可參考項目是安裝 Microsoft Office Project 2003, 內有好幾個相關模板.
供參:
項目啟動 6 工作日
組建工作組 6 工作日
定義工作組角色 2 工作日
確定所需技能 2 工作日
確定資源 2 工作日
將角色賦予資源 2 工作日
工作組成立 0 工作日
構想 44 工作日
定義初步的商業需求(持續性工作) 29 工作日
風險管理 1 工作日
定義項目結構 9 工作日
定義跟蹤項目的步驟 5 工作日
定義解決問題的步驟 4 工作日
定義跟蹤問題的步驟 3 工作日
定義控制變更的步驟 4 工作日
定義責任和期望 2 工作日
項目結構確定完畢 0 工作日
研究和收集設想 25 工作日
進行初步的用戶訪問 2 工作日
定義使用場合 10 工作日
制定初步的用戶描述 5 工作日
制定初步的構想說明 1 工作日
確立設計目標 8 工作日
制定初步的解決方案概念 5 工作日
制定初步的項目范圍 19 工作日
定義關鍵的成功因素 2 工作日
定義衡量成功的標准 1 工作日
定義主要的可交付結果(初步) 3 工作日
起草構想/范圍 3 工作日
審閱構想/范圍 2 工作日
更新構想/范圍 3 工作日
緩沖時間 4 工作日
進行里程碑檢查 1 工作日
構想得到批准 0 工作日
規劃 59 工作日
更新風險評估 1 工作日
進行用戶訪問 10 工作日
創建功能描述 31 工作日
制定功能描述: 第 0 批 5 工作日
制定功能描述: 第 1 批 5 工作日
制定功能描述: 第 2 批 5 工作日
制定功能描述: 第 n 批 5 工作日
功能描述基準 0 工作日
開發計劃 28.25 工作日
創建開發計劃 28 工作日
進行概念性設計 10 工作日
進行邏輯設計 15 工作日
進行物理設計 19 工作日
制定開發日程 5 工作日
測試計劃 35 工作日
制定測試計劃 30 工作日
制定測試日程 5 工作日
用戶培訓計劃 36 工作日
制定用戶培訓計劃 30 工作日
制定用戶培訓日程 6 工作日
後勤計劃 48 工作日
制定後勤計劃 43 工作日
進行基礎設施分析 15 工作日
制定安全計劃 2 工作日
制定部署計劃 27 工作日
定購組件 15 工作日
後勤計劃完成 0 工作日
創建後勤日程 7 工作日
產品管理計劃 18 工作日
制定產品管理計劃 14 工作日
制定產品管理日程 5 工作日
程序管理計劃 41 工作日
創建程序管理計劃 21 工作日
創建程序管理日程 20 工作日
建立項目計劃基準 0 工作日
合並項目計劃 11 工作日
審閱合並計劃 4 工作日
創建合並日程 2 工作日
緩沖時間 4 工作日
確定交貨日期 0 工作日
構想/范圍凍結 0 工作日
進行里程碑檢查 1 工作日
項目計劃得到批准 0 工作日
開發 81 工作日
更新風險評估 1 工作日
提供開發所需的設備/檢驗概念是否達到 0 工作日
建立開發環境/實驗室 5 工作日
內部發布 #1 24 工作日
開發目標組件 9 工作日
測試單個組件 5 工作日
測試組裝為整體的應用程序 6 工作日
開發增強性能的材料 4 工作日
測試和審查材料 3 工作日
制定分發步驟 9 工作日
創建分發產品 2 工作日
分發給合適的對象 1 工作日
緩沖時間 8 工作日
內部發布 #1 結束 0 工作日
審閱來自內部發布的結果 2 工作日
進行發布後的審閱 1 工作日
內部發布 #n 24 工作日
開發目標組件 10 工作日
測試單個組件 4 工作日
測試組裝為整體的應用程序 5 工作日
開發增強性能的材料 4 工作日
測試和審查材料 3 工作日
制定分發步驟 3 工作日
創建分發產品 4 工作日
緩沖時間 6 工作日
分發給合適的對象 1 工作日
內部發布 #n 結束 1 工作日
審閱來自內部發布的結果 2 工作日
功能說明凍結 1 工作日
最後的特性開發 10 工作日
最後的後勤開發 9 工作日
最後的性能支持開發 5 工作日
特性開發結束 0 工作日
更新計劃和日程 13 工作日
更新開發計劃 4 工作日
更新測試計劃 3 工作日
更新後勤計劃 13 工作日
更新程序管理計劃 3 工作日
更新產品管理計劃 3 工作日
更新用戶培訓計劃 6 工作日
緩沖時間 3 工作日
進行里程碑檢查 2 工作日
項目范圍規劃完成 1 工作日
穩定 73 工作日
更新風險評估 1 工作日
發布測試版 1 32 工作日
制定測試版計劃 3 工作日
征尋和選擇用戶 2 工作日
准備測試版產品包 8 工作日
開始測試 0 工作日
提供測試支持 8 工作日
收集用戶反饋 7 工作日
結束測試支持 0 工作日
修補缺陷 10 工作日
結束測試 0 工作日
發布測試版 n 1 工作日
修補缺陷 10 工作日
收集錯誤 1 工作日
改正高優先順序的錯誤 10 工作日
發布無錯誤版 0 工作日
進行最後的錯誤分類 5 工作日
發布版候選 1 7 工作日
進行工作組評估 2 工作日
客戶/用戶評估 2 工作日
支持評估 3 工作日
發布版候選 n 6 工作日
黃金發布版 0 工作日
發布 1 工作日
項目後檢查 2 工作日
軟體開發:
-------------------------
項目范圍規劃 3.5 工作日
確定項目范圍 4 工時
獲得項目所需資金 1 工作日
定義預備資源 1 工作日
獲得核心資源 1 工作日
項目范圍規劃完成 0 工作日
分析/軟體需求 14 工作日
行為需求分析 5 工作日
起草初步的軟體規范 3 工作日
制定初步預算 2 工作日
工作組共同審閱軟體規范/預算 4 工時
根據反饋修改軟體規范 1 工作日
確定交付期限 1 工作日
獲得開展後續工作的批准(概念、期限和預算) 4 工時
獲得所需資源 1 工作日
分析工作完成 0 工作日
設計 14.5 工作日
審閱初步的軟體規范 2 工作日
制定功能規范 5 工作日
根據功能規范開發原型 4 工作日
審閱功能規范 2 工作日
根據反饋修改功能規范 1 工作日
獲得開展後續工作的批准 4 工時
設計工作完成 0 工作日
開發 21.75 工作日
審閱功能規范 1 工作日
確定模塊化/分層設計參數 1 工作日
分派任務給開發人員 1 工作日
編寫代碼 15 工作日
開發人員測試(初步調試) 15 工作日
開發工作完畢 0 工作日
測試 48.75 工作日
根據產品規范制定單元測試計劃 4 工作日
根據產品規范制定整體測試計劃 4 工作日
單元測試 15 工作日
審閱模塊化代碼 5 工作日
測試組件模塊是否符合產品規范 2 工作日
找出不符合產品規范的異常情況 3 工作日
修改代碼 3 工作日
重新測試經過修改的代碼 2 工作日
單元測試完成 0 工作日
整體測試 12 工作日
測試模塊集成情況 5 工作日
找出不符合規范的異常情況 2 工作日
修改代碼 3 工作日
重新測試經過修改的代碼 2 工作日
整體測試完成 0 工作日
培訓 45.75 工作日
制定針對最終用戶的培訓規范 3 工作日
制定針對產品技術支持人員的培訓規范 3 工作日
確定培訓方法(基於計算機的培訓、教室授課等) 2 工作日
編寫培訓材料 3 周工時
研究培訓材料的可用性 4 工作日
對培訓材料進行最後處理 3 工作日
制定培訓機制 2 工作日
培訓材料完成 0 工作日
文檔 30.5 工作日
制定「幫助」規范 1 工作日
開發「幫助」系統 3 周工時
審閱「幫助」文檔 3 工作日
根據反饋修改「幫助」文檔 2 工作日
制定用戶手冊規范 2 工作日
編寫用戶手冊 3 周工時
審閱所有的用戶文檔 2 工作日
根據反饋修改用戶文檔 2 工作日
文檔完成 0 工作日
試生產 70.25 工作日
確定測試群體 1 工作日
確定軟體分發機制 1 工作日
安裝/部署軟體 1 工作日
獲得用戶反饋 1 周工時
評估測試信息 1 工作日
試生產工作完成 0 工作日
部署 5 工作日
確定最終部署策略 1 工作日
確定部署方法 1 工作日
獲得部署所需資源 1 工作日
培訓技術支持人員 1 工作日
部署軟體 1 工作日
部署工作完成 0 工作日
實施工作結束後的回顧 3 工作日
將經驗教訓記錄存檔 1 工作日
分發給工作組成員 1 工作日
建立軟體維護小組 1 工作日
回顧完成 0 工作日
軟體開發模板結束 0 工作日
Ⅶ 如何制定一個項目進度表
在許多情況下，項目經理擁有從頭開始建立進度表的專業知識。但是，隨著項目變得越來越復雜，他可能並不具備完全靠自己建立進度表的能力。當你並不知曉建立進度表需要的所有信息時，你可以應用許多技巧。 使用一個先前就有的工作計劃 項目經理以前可能沒有管理過類似的進度表，但組織中的其他人可能有過這種經歷。如果你的組織保存了以前的項目進度表，你可能能夠從中找到一個相似的進度表。這將幫助你建立一個現實的項目進度表。 使用一個項目模板 你所在的組織可能沒有保存以前的進度表，但你可以使用進度表模板。例如，你可能擁有重復開發、軟體包執行、研究員項目等項目的進度表模板。這些模板將為你的項目的80%的行動提供指導，稍微進行一些修改就能夠加以利用。 建立一個草案並將它分發給股東 在這個方法中，項目經理首先盡可能完善地建立一個項目進度表草案。其中可能存在許多漏洞，修復這些漏洞可能會讓項目經理感到難堪。進度表草案完成後，就把它分發給項目團隊和其他股東，請他們提供反饋意見。這些股東將能夠修復進度表中遺漏的問題並確定最終工作計劃的合理性。在審查過程中，可能會增加、修改或刪除工作。項目經理接受反饋並把它們結合到進度表中，然後用它來推動項目執行。這種方法可建立一個非常完善的進度表，並獲得股東的反饋和認同。 通過股東直接參與建立WBS和進度表在這個方法中，進度表實際上是通過與項目團隊成員和其他股東召開一次或多次會議制定出來的。每個人看待項目的角度可能各不相同，但最終的進度表可以與所有人達成共識而制定出來。這種方法的優勢在於，在建立進度表的過程中有股東的積極參與。 項目經理需要自行解決問題 不管以何種方法制定進度表，項目經理必須為最終結果承擔責任。如果項目經理聲稱自己不了解所有細節，因而不應該承擔應負的責任，這樣可不太好。如果項目經理不知道完成項目所需的一切特定的工作，他必須找到縮短這種差距的最佳辦法。他必須自行解決面臨的問題並為結果負責。