【文章內(nèi)容簡介】 務(wù)項(xiàng)目經(jīng)理中抽調(diào)。臨時項(xiàng)目經(jīng)理需要全權(quán)負(fù)責(zé)此項(xiàng)目的實(shí)施，同時需11 / 26要和公司簽訂項(xiàng)目負(fù)責(zé)保證書，以保證項(xiàng)目的進(jìn)行和最后單獨(dú)項(xiàng)目激勵的兌現(xiàn)。程序員：主要是負(fù)責(zé)項(xiàng)目按照分析文檔的實(shí)施，同時，在實(shí)施過程中優(yōu)化代碼結(jié)構(gòu)，提出合理化建議，其中優(yōu)秀者可以作為 TeamLeader負(fù)責(zé)具體組織工作和分析管理工作。測試員：負(fù)責(zé)公司測試流程的具體實(shí)施，要求掌握測試的技術(shù)，提出合理化建議，并保證整個軟件的可靠度。翻譯人員：負(fù)責(zé)中日方文檔的翻譯，要求工作嚴(yán)謹(jǐn)，保證質(zhì)量。在同日方交流中，負(fù)責(zé)接待和溝通。同時，在個人的發(fā)展意向中可以兼顧其它公司內(nèi)的常務(wù)工作。 開發(fā)部概要流程圖軟 腦 軟 件 開 發(fā) 部 整 體 概 要 流 程 圖日方委托研發(fā)實(shí)施中方項(xiàng)目日方委托開發(fā) 基 本 設(shè) 計(jì) 書（ 含DB),Fp表 項(xiàng) 目 總 控 人 員 〉 部 長 〉 常 務(wù)項(xiàng) 目 經(jīng) 理 ，項(xiàng) 目 實(shí) 施 提交 alf版 本項(xiàng) 目 總 控 助 理 進(jìn) 行項(xiàng) 目 信 息 管 理 測 試 部 進(jìn) 行 軟，件 測 試 提 交beta版 本 東 京 項(xiàng) 目 負(fù)責(zé) 人出 現(xiàn) bug,進(jìn) 行 回 歸 處 理東 京 方 或顧 客 提 出需 求 北 京 分 析 人 員進(jìn) 行 需 求 整 理 書 寫 hearingstToky 確 認(rèn)制 作 demo書 寫 FP表 書 寫 基 本 設(shè) 計(jì)（書 含 DB),測試 用 例和 顧 客進(jìn) 行 需求 獲 取 整 理UseCa 圖分 析 組 實(shí) 施 數(shù) 據(jù) 庫 設(shè) 計(jì)分 析 組 實(shí) 施 項(xiàng) 目 整 體 計(jì) 劃 demo和 設(shè) 計(jì) 文檔 類 似 委 托 開 發(fā)流 程 開發(fā)部管理人員工作流參與人員：項(xiàng)目總控人員（項(xiàng)目總控助理）+部長+（技術(shù)設(shè)計(jì)負(fù)責(zé)人+BugSurvey 負(fù)責(zé)人）+各級項(xiàng)目經(jīng)理12 / 26管理主線：（1）工具類taskschedule表：主要目的是增加遠(yuǎn)程開發(fā)的計(jì)劃和規(guī)劃性。? 管理人員去合適目前我們正在進(jìn)行的總量有多少，檢收而為付款的有多少，實(shí)施完畢而沒有檢收的有多少。? 管理人員去看我們下周能夠接受的項(xiàng)目有多少，以便在每周五可以制定下周的工作計(jì)劃。? 項(xiàng)目經(jīng)理可以看自己負(fù)責(zé)項(xiàng)目的基本參數(shù)。Esm系統(tǒng)： 通過 esm系統(tǒng)詳細(xì)的記錄開發(fā)過程中的每個里程碑參數(shù)，保證在管理上能夠提高管理細(xì)度，以便于及時發(fā)現(xiàn)并改正問題和錯誤。Bug管理系統(tǒng)：作為質(zhì)量控制過程實(shí)際結(jié)果的監(jiān)控。以便總結(jié)質(zhì)量的問題，進(jìn)行反饋。Fileserver 文檔：通過文檔管理和整理，保證全部職員能夠隨時的了解其他項(xiàng)目的信息和相信內(nèi)容。同時，統(tǒng)一化文檔管理，為以后的發(fā)展提供素材。所有的文檔主要包含如下幾種：? HearingSheet：一個簡要的需求，重點(diǎn)在于強(qiáng)調(diào)這個需求的原因（前因后果）? UI文件? 設(shè)計(jì)文檔： 東京和北京共同進(jìn)行? FP報價書? QuestionSheet：所有的問題一定要集中在一個文檔內(nèi)? 功能點(diǎn)文檔：一定要融合 questionSheet內(nèi)對應(yīng)答案的所有內(nèi)容? schedule文檔：要包含甘特圖? 項(xiàng)目總結(jié)及 MD分配方案：把項(xiàng)目總結(jié)作為重點(diǎn)進(jìn)行。? 單體測試用例；條數(shù)最少為 MD*2,按照模板進(jìn)行? 測試組測試用例: 要保證最后的測試結(jié)果? 確認(rèn)測試用例： 一般為東京發(fā)送? beta版后障害書：項(xiàng)目確認(rèn)者發(fā)送，按照同一格式進(jìn)行書寫和填寫。? beta后障害 list表，其中包含 bug的簡單描述、bug 的類型確定和各部門關(guān)于bug的總結(jié)。（2）過程管理類一個項(xiàng)目兩次會議：項(xiàng)目啟動會議和項(xiàng)目總結(jié)會議項(xiàng)目啟動會議主要是講述項(xiàng)目的功能點(diǎn)，并據(jù)具體問題，進(jìn)行嚴(yán)格的定義，說明本項(xiàng)目所必須遵守的特殊規(guī)則，子功能間的前后順序，統(tǒng)一的接口定義，和每個人在項(xiàng)目實(shí)施中應(yīng)該注意的問題。項(xiàng)目總結(jié)會議和 MD分配方案的確定。主要是根據(jù)項(xiàng)目實(shí)施的結(jié)果，進(jìn)行集中的討論和諧而公平的團(tuán)隊(duì)：公司其他方面的管理，就是為了加強(qiáng)管理，提倡量化。做到各司其職，多勞多得，公平評價，提供機(jī)會給相應(yīng)的人。13 / 26客戶需求分支管理與統(tǒng)籌安排東京項(xiàng)目總控人員東京擔(dān)當(dāng)者項(xiàng)目控制專員 （ 付歆瑋 ）北京項(xiàng)目總控人員北京擔(dān)當(dāng)者設(shè)計(jì)文檔審核確認(rèn)項(xiàng)目質(zhì)量檢測1 t a s k S c h e d u l e2 下周工作安排項(xiàng)目控制專員1 ， 開發(fā)內(nèi)容的規(guī)則及 M D 確認(rèn)方案2 年度發(fā)展計(jì)劃3 月度項(xiàng)目工作量規(guī)劃4 突發(fā)事件的處理1 。 S p e c Q u e s t i o n S h e e t2 . 常規(guī) 信息傳遞基本設(shè)計(jì)書H e a r i n g S h e e t詳細(xì)設(shè)計(jì)書實(shí)現(xiàn)M e r g e測試北京東京1 功能點(diǎn)描述文檔其中反饋機(jī)制的建立最關(guān)鍵。其中管理必須遵守以下規(guī)則：對象 流程編號工作內(nèi)容 上流方 下流方 備注項(xiàng)目總控人員 分配項(xiàng)目 東京項(xiàng)目發(fā)包人員（紀(jì)秀玲）部長項(xiàng)目總控助理解決人力矛盾 部長BugSurvey負(fù)責(zé)人技術(shù)設(shè)計(jì)負(fù)責(zé)人部長BugSurvey負(fù)責(zé)人技術(shù)設(shè)計(jì)負(fù)責(zé)人下流方人員負(fù)責(zé)把結(jié)果反饋給東京擔(dān)當(dāng)者開發(fā)部經(jīng)理 公司管理問題 部長項(xiàng)目經(jīng)理各級負(fù)責(zé)人職員全體職員 一定要給問題提出者答復(fù)，成為制度后頒布部長 分配項(xiàng)目 項(xiàng)目總控人員項(xiàng)目總控助理對應(yīng)分部項(xiàng)目經(jīng)理項(xiàng)目總控助理Esm項(xiàng)目負(fù)責(zé)人加入，修改負(fù)責(zé)人為此項(xiàng)目經(jīng)理14 / 26項(xiàng)目人力調(diào)節(jié) 無 項(xiàng)目總控人員 如果出現(xiàn)空閑同時反饋。分部管理問題 無 開發(fā)部經(jīng)理項(xiàng)目經(jīng)理 項(xiàng)目分析和問題確認(rèn) 無 東京負(fù)責(zé)人 結(jié)果物概要需求文檔和問題與回復(fù)整理文檔項(xiàng)目里程碑信息反饋項(xiàng)目開始時間，alfa,beta版本時間和原因，fp 變更及原因無 項(xiàng)目總控人員項(xiàng)目總控助理測試部經(jīng)理組織團(tuán)隊(duì)進(jìn)行技術(shù)文檔的書寫和維護(hù)無 測試部經(jīng)理team所有成員文檔列表如下：功能點(diǎn)文檔questionSheetSchedule單體測試用例BugSurvey負(fù)責(zé)人Bugsurvey的調(diào)查修改merge項(xiàng)目總控人員 各級的 bug survey leaderBug survey實(shí)施人員 所有的規(guī)則按照bugsurve流程的規(guī)定。項(xiàng)目總控助理 監(jiān)督 esm的執(zhí)行情況 程序員項(xiàng)目經(jīng)理部長項(xiàng)目總控監(jiān)督過程管理參數(shù) 部長項(xiàng)目經(jīng)理項(xiàng)目總控整理所有項(xiàng)目文檔 項(xiàng)目經(jīng)理 項(xiàng)目總控對日匯報表 系統(tǒng)數(shù)據(jù) 項(xiàng)目總控績效考核提供過程情況匯總系統(tǒng)數(shù)據(jù) 項(xiàng)目總控 月度過程管理處理表測試部經(jīng)理 組織書寫測試用例 項(xiàng)目經(jīng)理（功能點(diǎn)文檔）東京整理匯總 beta版后 bug分析表項(xiàng)目經(jīng)理（提供的完整的 β 后障害書）所有管理者 其中的技術(shù)分析和管理分析及對東京的建議應(yīng)由項(xiàng)目負(fù)責(zé)人進(jìn)行填寫控制測試的結(jié)果 Bugsurvey工作流參見《bugSurvey 工作規(guī)約》 。 項(xiàng)目分析工作流 參見《項(xiàng)目分析工作規(guī)約》 Beta后質(zhì)量保證工作流 參見《beta 后規(guī)作規(guī)約》 測試組 beta前工作流 項(xiàng)目組基本工作流15 / 26在項(xiàng)目進(jìn)行過程中，要求能夠及時反饋。做好計(jì)劃安排，并調(diào)整這個人力的配比，以達(dá)到最好的效果。? 尤其在分析組成立前期，對分析組的設(shè)計(jì)書，盡可能提出建設(shè)性意見和設(shè)計(jì)的問題，有利于提高項(xiàng)目分析能力? 在功能實(shí)現(xiàn)上，主要和項(xiàng)目經(jīng)理的溝通，把類結(jié)構(gòu)設(shè)計(jì)和代碼向理想情況努力，同時用公司內(nèi)的代碼規(guī)范作為自己的行動準(zhǔn)則? 在日常活動中，加強(qiáng)團(tuán)體意識，加強(qiáng)責(zé)任感。主要職責(zé)為：? 類設(shè)計(jì)的嚴(yán)格控制。保證整個軟件包的可維護(hù)性? 項(xiàng)目過程管理。能夠緊密的控制整個項(xiàng)目的進(jìn)程，發(fā)現(xiàn)項(xiàng)目中的各種風(fēng)險因素，盡早地把風(fēng)險在項(xiàng)目中消除。硬性要求如下：（1） 每個項(xiàng)目（大于 10MD正常項(xiàng)目）必須提供的文檔為功能點(diǎn)文檔，questionSheet，單體測試用例，項(xiàng)目總結(jié)及 MD最終分配方案文檔（2） 每個項(xiàng)目（大于 10MD正常項(xiàng)目）必須召開兩次會議：項(xiàng)目啟動會議主要為了統(tǒng)一項(xiàng)目的內(nèi)容規(guī)則和要求，同時把整體邏輯和框架做簡要說明。項(xiàng)目總結(jié)會議：主要是評價每個成員的表現(xiàn)和項(xiàng)目完整的狀況和質(zhì)量，總結(jié)失敗的經(jīng)驗(yàn)教訓(xùn)。同時根據(jù)評論的結(jié)果進(jìn)行最后的 MD的分配。（3） 在 esm必須登陸必要的過程參數(shù)，以便團(tuán)隊(duì)成員和公司的管理者能夠及時的把我目前項(xiàng)目狀態(tài)。? 整個團(tuán)隊(duì)的建設(shè)和公司的管理工作。在項(xiàng)目管理中發(fā)現(xiàn)問題，把反映給公司。以備在公司級別對整個流程和各個環(huán)節(jié)進(jìn)行調(diào)整。16 / 26接收到來自項(xiàng)目總控人員的項(xiàng)目通知關(guān)注項(xiàng)目的分析進(jìn)程并作初步計(jì)劃接收到來自分析組概要設(shè)計(jì)第一版的通知對概要設(shè)計(jì)做初步的審核工作接收到來自分析組詳細(xì)設(shè)計(jì)第一版的通知或者東京發(fā)注結(jié)合項(xiàng)目組的情況進(jìn)行計(jì)劃調(diào)整項(xiàng)目的類結(jié)構(gòu)設(shè)計(jì) （ 項(xiàng)目經(jīng)理或程序員進(jìn)行 ）項(xiàng)目經(jīng)理審批編碼項(xiàng)目組內(nèi)代碼檢查單員測試