【正文】 其他項目利害關(guān)系人共同參與會議。 通常這種對外的溝通方式 是 通過郵件 的方式 向客戶、監(jiān)理 以日報、周報和月報的形式來 報告項目日常情況。項目溝通主要分為對內(nèi)和對外的溝通。 詳細記錄編碼過程中測試的結(jié)果，為正式的測試階段準(zhǔn)備原始數(shù)據(jù)（通過測試流程管理工具，例如 URTracker）。 如果評審?fù)ㄟ^，則評審程序結(jié)束 ,評審資料的歸檔 ，由項目經(jīng)理填寫 《設(shè)計和開發(fā)評審報告》 并提交 文檔組歸檔 ,否則由設(shè)計 開發(fā)人員 修改設(shè)計方案，并對修改后的設(shè)計方案重新進行評審。 主要輸出文檔： 《模塊功能 、 UI 互測報告表》 、 《測試問題報告單 .》 ，可 見附件相關(guān)表格文檔。 制定計劃 ：啟動項目后，必須制定項目 整體 工作計劃 和項目里程碑計劃。同客戶的驗收工作項目商務(wù)代表應(yīng)配合做好客戶關(guān)系協(xié)調(diào)工作，積極推動項目驗收工作。 其中項目測試是保證項目質(zhì)量的重要環(huán)節(jié)，必須嚴(yán)格按照項目測試流程來進行具體測試工作。 輸出 《 項目經(jīng)理任命書 》 。 主要經(jīng)辦 部門 /人：市場部、技術(shù)部售前組、財務(wù)部。 . 評審 根據(jù)發(fā)起項目的大小、行業(yè)以及估計的難度，決定評審形式 。 . 項目管理 總體 流程 如下圖所示： . 名詞解釋 按照服務(wù)范圍把項 目分為對外項目和對內(nèi)項目。 11. 負責(zé)數(shù)據(jù)錄入工作和信息核對工作。 3. 根據(jù)項目需求和 UI 設(shè)計，編寫測試計劃和測試用例。 3. 參于網(wǎng)站項目前期調(diào)研，在規(guī)定時間內(nèi)完成首頁及二、三級頁面設(shè)計稿，并根據(jù)客戶意見修改至滿意。 . 開發(fā)組工作職責(zé) 1. 按時按量 完成 公司項目的開發(fā) 和文檔編寫 任務(wù) 。 ，標(biāo)書以及其他配套的文件編寫 ， 負責(zé) 面向客戶講標(biāo)、答標(biāo) 等 。技術(shù)部項目管理規(guī)章 1. 編寫目的 為了改善公司項目管理工作，使得公司項目在進度、質(zhì)量和風(fēng)險上得到有效控制，使得部門員工在分工上清晰，責(zé)任上明確，并逐步向規(guī)范化項目管理方向邁進為目的。 、準(zhǔn)備和實施銷售過程中的技術(shù)策略和行動計劃 ， 并在銷售活動實施中，協(xié)作銷售人員和客戶進行溝通。 2. 配合項目經(jīng)理， 搞好公司項目管理工作 。 4. 配合開發(fā)組完成項目設(shè)計工作。 4. 在編碼階段，對做好的模塊執(zhí)行測試用例，提交 Bug，并進行 Bug 跟蹤和回歸 測試，直到 Bug 解決。 12. 接受上級領(lǐng)導(dǎo)安排的其他工作。 對外項目指的是經(jīng)部門 市場 人員承接的公司以外的所有項目。 技術(shù)要求 一般， 不存在較大項目實施風(fēng)險， 一般情況下， 項目開發(fā)費用 不大于 20 萬元 的項目可以不進行 正式 評審 。 輸出項目投標(biāo)書 以及演示 ppt 等投標(biāo)相關(guān)文檔 。 . 啟動項目 由部門經(jīng)理組織啟動項目會，會議內(nèi)容 需 包括： ? 介紹項目背景 以及對公司發(fā)展的意義 ? 當(dāng)眾公布項目經(jīng)理以及項目成員名單 ? 提出對項目成員的要求 ? 項目經(jīng)理給出當(dāng)眾承諾 主要經(jīng)辦 部門 /人：技術(shù)部經(jīng)理 。 主要經(jīng)辦部門 /人：項目經(jīng)理、項目成員、技術(shù)部測試組。 主要經(jīng)辦部門 /人：項目經(jīng)理、市場人員 。 項目實施 ：參見項目實施基本流程，它是整個項目管理流程中最核心的部分，也是 項目 管理最復(fù)雜的部分。 . 項目設(shè)計、開發(fā)評審基本流程 為了提高項目在前期設(shè)計以及后期開發(fā)過程中 的 質(zhì)量，控制項目進度，降低項目實施風(fēng)險， 加強公司各項目組在項目管理中的能力以及發(fā)揮公司技術(shù)人員的整體力量，從而有目的的組織項目成員在 項目管理過程中召開評審會議。 . 評審資料的歸檔 評審資料由 公司項目管理員和 項目經(jīng)理整理后提交文檔組 歸檔。 . 測試階段 編碼結(jié)束后，測試人員對系統(tǒng)進行全面的確認測試和壓力測試（通過常用的測試工具）； 把 bug 及時反饋給開發(fā)人員，開發(fā)人員經(jīng)修改后測試人員進行回歸測試，回歸測試完成后編寫 bug 表； 編寫《軟件測試分析報告》。 對內(nèi)溝通主要是指項目團隊成員間的溝通。 另因項目執(zhí)行需要， 如同客戶、監(jiān)理共同商討項目重要問題的解決方案， 以項目會議的形式同客戶、監(jiān)理進行有效溝通，溝通結(jié)束后應(yīng)及時發(fā)布會議紀(jì)要，一般以書面形式，一式三份，并要求客戶、監(jiān)理簽收 蓋章 。 最終形成的會議紀(jì)要，需要三方簽字蓋章以便留存核實。這些記錄要簡潔、清楚和具體。 . 質(zhì)量控制 為了達到以上質(zhì)量評價標(biāo)準(zhǔn)的要求，全面做好項目質(zhì)量控制， 項目經(jīng)理或公司項目管理人員 需要 落實 以下工作 ： 實行工程化開發(fā) 項目 必須建立嚴(yán)格的工程控制方法，要求開發(fā)組的每一個 人都要遵守工程規(guī)范。 實行里程碑式的審查與版本控制 里程碑式審查就是在 項目 生命周期每個階段結(jié)束之前，都正式使用結(jié)束標(biāo)準(zhǔn)對該階段的凍結(jié)成果進行嚴(yán)格的技術(shù)審查，如果發(fā)現(xiàn)問題，就可以及時在階段內(nèi)解決。同時還要重視 同 第三方的監(jiān)理和審計的關(guān)系 ，通過第三方的審查和監(jiān)督來確保項目質(zhì)量。 項目經(jīng)理應(yīng)規(guī)劃版本控制權(quán)限，按用戶分目錄設(shè)定權(quán)限，加強系統(tǒng)的 架構(gòu)和封裝，盡量減少程序開發(fā)人員對整體項目源碼的控制權(quán)限。 按照里程碑計劃階段性對項目功能進行評審，給出評審意見。 不定期咨詢各項目 客戶 代表 針對 項目 進展?jié)M意情況。 主要應(yīng) 落實以下活動： 每周 召開項目管理會議根據(jù)各項目計劃審查項目進度情況，重點檢查 各項目 里程碑計劃執(zhí)行情況。 . 版本管理 為了規(guī)范化代碼管理，對系統(tǒng)所有代碼 需要 采用版本控制管理，故 在開發(fā)之前 需要 先從 VSS 服務(wù)器上獲得最新版本的源代碼，對代碼做修改之前先要簽出（ Check out），在代碼修改完成之后 及時 簽入（ Check in） 。 能 使項目組的所有成員都了解文檔和程序的修改過程。 實行階段性凍結(jié)與改動控制 根據(jù)項目實施的 生命周期分成若干階段，每個階段 明確 任務(wù)和成果。 . 監(jiān)督進度 為了更好的控制項目進度，需要項目經(jīng)理以及項目管理人員在項目實施過程解決并回答以下問題： 需監(jiān)督的事項 需回答的問題 與計劃相比的實際進度情況 與計劃相比任務(wù)完成所耗用的時間 是否達到了階段性目標(biāo)？ 是否發(fā)現(xiàn)了計劃外的某些需要采取的活動？ 任務(wù)完成情況 任務(wù)完成了嗎？ 如果沒有還需采取那些活動？ 達到預(yù)期目標(biāo)了嗎？ 風(fēng)險與問題 執(zhí)行任務(wù)的過程中是否發(fā)現(xiàn)了什么需要匯報的風(fēng)險與問題？ 范圍的變化 執(zhí)行過程中是否發(fā)現(xiàn)了需要匯報的有關(guān)工作范圍方面的問題？ 以上問題的回復(fù)需要在項目周工作總結(jié)和計劃中體現(xiàn) 。 同時及時向客戶、監(jiān)理通報變更執(zhí)行情況 。 主要輸出文檔： ? 項目日報 ? 項目周報 ? 項目月報 ? 項目 各類 會議紀(jì)要 . 請求變更 請求變更一般分為兩種情況 ： 因項目實施過程中，由于技術(shù)等問題引起的需求或?qū)崿F(xiàn)方法等的變更，以致影響項目驗收的情況下， 或因為有更好推薦的糾正措施，以便改進既定