某項目工作v3.參考版本

1、目錄一、文檔目的2二、項目組團隊2團隊成員2團隊目標2工作規(guī)范3項目日常規(guī)范32.12.2三、2.1通訊設備3日?？记?現(xiàn)場工作3管控表4周例會制度4每周周報4匯報演示4代碼評審5功能評審5文檔評審5培訓學習.....102.1.11功能開發(fā)流程6需求調研6開發(fā)階段6論證階段7測試階段8試用階段8上線階段8系統(tǒng)運維8運維問題8系統(tǒng)更新9服務器巡檢9規(guī)范執(zhí)行情況監(jiān)督一、文檔目的為了保障項目建設的高效性和安全性，結合之前項目建設過程中產(chǎn)生，通過本文檔的制定和實施，規(guī)范現(xiàn)場工作的過程，保證

2、項目順利建設實施。二、項目組團隊2.1 團隊成員項目團隊成員如下：2.2 團隊目標1.保障已正式上線使用的系統(tǒng)能夠平穩(wěn)運行；2.高質量、高效率的推進新功能的上線。序號角色主要工作1項目督導項目重要需求的評審、跟進，協(xié)助項目經(jīng)理、開發(fā)負責人做好項目管理工作2項目經(jīng)理負責整體項目，把控項目需求、進度、風險等，兼顧實施團隊的日常管理3現(xiàn)場 QA負責監(jiān)督現(xiàn)場各項規(guī)范的執(zhí)行情況，協(xié)助項目經(jīng)理工作4開發(fā)負責智能模型的設計開發(fā)、評審、進度管控。5開發(fā)負責項目整體的設計開發(fā)、評審，同時負責數(shù)據(jù)庫的建設6葛亞運開發(fā)現(xiàn)場開發(fā)，負責現(xiàn)場代碼評審，處理現(xiàn)場緊急維護問題7需求負責現(xiàn)場的智能模型的需求調研、設計工作8需求

3、參與現(xiàn)場的智能模型的需求調研、實施工作9運維現(xiàn)場運維10實施現(xiàn)場運維，主要負責對接教訓處11賈震震實施現(xiàn)場運維，主要負責全流程上網(wǎng)部分業(yè)務12實施現(xiàn)場運維，主要負責服務器巡檢、警輔處工作13實施現(xiàn)場運維，主要負責 OA、群三、工作規(guī)范2.1項目日常規(guī)范2.1.1 通訊設備等通訊設備放在現(xiàn)場存放區(qū)域，嚴禁在個人座位處充電。責任人：現(xiàn)場 QA。2.1.2 日?？记?、 項目組上班時間需遵守用戶的上班時間（上午 8:30），對于多次的項目組成員，通知其相應的部門經(jīng)理，并建議部門經(jīng)理做相應的處罰。2、 節(jié)假日后上班第一天，需至少保證實施二名、開發(fā)一名，8:30 到達客戶現(xiàn)場，具體由項目經(jīng)理在放假前一天

4、指定好，出差來現(xiàn)場的，張家港過來的乘坐 7:30班車，10 點半到客戶現(xiàn)場，蘇州的 9 點半之前到現(xiàn)場。節(jié)假日由項目經(jīng)理安排好相應的值班表，節(jié)假日值班表，至少提前二天提交給客戶。3、 關于加班，項目組在需要加班時，無特殊理由的，必須服從項目經(jīng)理、開發(fā)或實施的加班要求，但是嚴禁磨洋工、無效加班或陪加班的現(xiàn)象，當天沒有加班任務的，可以提前回去，跟相應的打好招呼。責任人：現(xiàn)場 QA。2.1.3 現(xiàn)場工作1、 項目現(xiàn)場工作時間，嚴禁做與工作無關的事件，任何時間項目現(xiàn)場嚴禁玩。2、 項目現(xiàn)場須保持桌面整潔，桌面上不要放置跟工作無關物品（除外），相關紙材料放在抽屜里，離開時，使用的電腦需鎖屏。責任人：現(xiàn)場

5、 QA。2.1.4 管控表現(xiàn)場 QA 協(xié)同項目經(jīng)理、開發(fā)、運維對管控表里各類事項進行管控，對工作進展進行更新，對于交付日期的事項，提醒相應，對每條延期事項，協(xié)調相關解決方案，存在風險的事項，及時告知客戶及公司?，F(xiàn)場 QA對項目管控表進行更新。責任人：現(xiàn)場 QA。2.1.5 周例會制度客戶周例會：項目經(jīng)理、現(xiàn)場 QA 每周需跟客戶一起召開一次項目周例會，原則上時間定在每周一，周例會上本周的工作完成情況，下周工作計劃以及存在的風險點或需要甲方協(xié)調的內容。周例會上同時提交的項目管控表給客戶。若周例會未召開，管控表需單獨提交給客戶。周例會：每周項目組至少需組織一次周例會，參與，公司項目組所有，例會內容

6、主要是針對管控表、本周運維、巡檢等工作進行。責任人：項目經(jīng)理。2.1.6 每周周報每周五下班前由項目經(jīng)理整理好本周周報，放到 FTP 服務器上并打印紙質單獨提供給甲方。周報內容包括本周工作、下周工作、需甲方協(xié)調事項。責任人：項目經(jīng)理。2.1.7匯報演示1、 對于需要給用戶進行培訓或演示系統(tǒng)時，項目經(jīng)理明確至少提前一天安排負責演示的實施，實施必須在演示前一天需完成熟悉演示內容并確保演示系統(tǒng)能夠正常運行。2、 如需要需求調研、論證等事項，由項目經(jīng)理或實施，提前準備約好客戶確定時間，相關至少提前一天準備好相關資料，并給項目經(jīng)理審核。責任人：項目經(jīng)理。2.1.8代碼評審項目上所有新開發(fā)或修改的功能都需

7、經(jīng)代碼評審，開發(fā)在完成某項功能，告知實施驗證之前，主動找開發(fā)、代碼評審專員進行代碼評審，嚴禁代碼評審的功能，提交給實施驗證。每次評審完成后，由評審填寫代碼評審登記表，交由現(xiàn)場 QA 進行備案。責任人：開發(fā)、代碼評審專員。2.1.9功能評審項目現(xiàn)場所有需要給客戶演示或試用的功能，在提交前，必須經(jīng)過項目督導、項目經(jīng)理、開發(fā)、實施進行評審，評審通過后方可給客戶試用、演示。嚴禁評審直接提交給客戶。每次評審完成后，由評審填寫功能評審登記表，交由現(xiàn)場 QA 進行備案。責任人：項目經(jīng)理、需求。2.1.10 文檔評審項目組成員編寫的需交給客戶的所有文檔，均需由項目督導、項目經(jīng)理評審通過后再提交給客戶，重要文檔

8、，需由公司研發(fā)群評審通過后再提交。責任人：項目督導、項目經(jīng)理。2.1.11 培訓學習項目組由項目經(jīng)理或開發(fā)定期組織對近期新增加功能的培訓學習。培訓內容、時間：由項目經(jīng)理安排培訓內容并指定培訓，原則上每一個新上線正常使用的功能，都應組織項目組培訓介紹。責任人：項目經(jīng)理。2.2功能開發(fā)流程對項目的需求、開證、試用、上線、運維等環(huán)節(jié)做如下規(guī)范。對于項目的所有需求，項目經(jīng)理為扎口人，所有需求及進度情況，扎口人都必須了解并知曉，同時項目組成員收集到的新需求以及進展情況也必須第一時間通知扎口人。2.2.1需求調研新功能需求調研前，首先由各個職能處室按照“智慧政工”項目組提供的需求建議1.書模板，編寫需建設

9、功能的需求，接受到需求后，項目組由項目經(jīng)理牽頭，組織需求調研先，熟悉相關業(yè)務，調研前能夠充分理解需求內容，必要時可邀請公司一起溝通交流。調研跟需求提出人溝通后，編寫需求說明書或需求變更說明書，并經(jīng)2.由項目經(jīng)理簽字確認后，提交給甲方簽字確認，再提交給職能處室簽字確認。對于提交給職能處室的需求確認單不能得到及時響應時，主動聯(lián)系甲方，請3.其協(xié)助推進。在需求得到簽字確認后，開發(fā)當日評估出工作量、安排開發(fā)，根據(jù)需求4.提出人的時間要求結合工作量，評估計劃完成時間，由項目經(jīng)理反饋給甲方及需求提出人。責任人：需求。2.2.2開發(fā)階段開發(fā)階段步驟、產(chǎn)出物及責任人：序號步驟產(chǎn)出物責任人1詳細設計詳細設計文檔

10、開發(fā)2詳細設計評審評審意見項目經(jīng)理詳細描述：1.開發(fā)根據(jù)確認好的需求說明書或需求變更說明書，進行詳細設計，形成詳細設計文檔。2.詳細設計完成后，由開發(fā)組織項目督導、項目經(jīng)理、開發(fā)進行評審，評審后交由公司開發(fā)，由，安排開發(fā)。3.開發(fā)過程中，開發(fā)需要定期進行代碼評審及功能評審，提高代碼質量，優(yōu)化功能。4.需求開發(fā)完成后，經(jīng)項目經(jīng)理、需求調研功能評審，代碼評審專員代碼評審通過后，可進入論證、測試階段。2.2.3論證階段論證階段步驟、產(chǎn)出物及責任人：詳細描述：1.功能論證前，由開發(fā)將評審通過的系統(tǒng)更新部署在現(xiàn)場演示環(huán)境；2.由需求調研現(xiàn)場給客戶進行演示、論證系統(tǒng)功能，并演示過程中功能修改點；3.開發(fā)針

11、對功能修改進行評估，如果超出需求階段的需求說明書的需求，需要甲方項目，提交需求變更說明書，經(jīng)過簽字方可進行修改；4.在原有需求范圍內的功能修改，整理修改點，提交給開發(fā)評審，并交由開發(fā)修改；序號步驟產(chǎn)出物責任人1演示環(huán)境部署可正常演示的系統(tǒng)功能開發(fā)2論證論證意見需求3功能開發(fā)單元測試通過后的部署包、數(shù)據(jù)庫開發(fā)4功能評審功能評審登記表需求5代碼評審代碼評審登記表代碼評審專員5.所有修改的內容同樣均須進行功能評審、代碼評審。2.2.4測試階段1、 功能在開發(fā)、演示論證通過這后，在進入正式上線之前必須經(jīng)過測試進試。2、 測試時，需要同時完成測試用例的編寫。3、 除功能測試外，對于存在高并發(fā)場景的功能模

12、塊，需進行性能測試。4、 測試通過后，形成測試，需要連同測試用例一起提交給用戶，并通知試用。責任人：測試。2.2.5試用階段1.功能論證完成后，實施及時部署到試用系統(tǒng)上，由相關處室安排進行試用。2.針對度用過程中修改點，處理原則同論證階段。責任人：需求。2.2.6上線階段1.系統(tǒng)上線前，由實施整理操作手冊，并填寫系統(tǒng)上線確認單，交由智慧政工聯(lián)系人、職能處室簽字確認后，由開發(fā)更新正式系統(tǒng)；2.系統(tǒng)正式上線后，實施需要定期進行功能試用情況的回訪；3.系統(tǒng)運行穩(wěn)定后，該功能模塊正式開發(fā)完成，轉入運維階段。責任人：實施。2.3系統(tǒng)運維在系統(tǒng)運維階段，對運維問題、系統(tǒng)更新、服務器巡檢作如下規(guī)定：2.3.

13、1運維問題運維接到客戶運維問題后根據(jù)現(xiàn)場運維工作規(guī)范中制定的處理流程進行處理，同時將問題登記在運維問題登記表中。由運維組織項目經(jīng)理、現(xiàn)場 QA、運維對當天的運維問題進行、分析，對于涉及到代碼層面的修改或當日未解決，整合到管控表里進行跟進。責任人：運維。2.3.2系統(tǒng)更新對于需要更新的內容，由開發(fā)填寫系統(tǒng)更新審核表，打印后，由開發(fā)進行更新包和的審核、項目經(jīng)理審核、客戶審核后，可進行更新，更新操作必須由開發(fā)進行，更新前做好文件、數(shù)據(jù)庫（按需）備份，更新完成后，通過實施進行驗證，并簽字確認。系統(tǒng)更新各步驟及責任人：2.3.3服務器巡檢服務器巡檢根據(jù)現(xiàn)場運維工作規(guī)范制定的服務器巡檢要求進行服務巡檢操作，針對巡檢過程中發(fā)現(xiàn)，通過