互聯(lián)網(wǎng)IT行業(yè)項目管理規(guī)章制度

互聯(lián)網(wǎng)IT行業(yè)工程治理制度一、制度目的程序進展，公司依據(jù)企業(yè)實際狀況和研發(fā)產(chǎn)品的特點,特制定本制度。二、適用范圍本制度適用于產(chǎn)品技術(shù)人員及其關(guān)聯(lián)公司的產(chǎn)品開發(fā)與工程治理全過程。附件涵蓋《產(chǎn)品需求申請表》模板，《產(chǎn)品設(shè)計PRD文檔》模板。三、制度說明本制度中軟件開發(fā)指產(chǎn)品系統(tǒng)開發(fā)和現(xiàn)有產(chǎn)品系統(tǒng)升級改造。立項治理、工程打算和監(jiān)控、配置治理、合作開發(fā)治理和結(jié)項治理。軟件工程涉及需求治理、系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、驗收測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數(shù)據(jù)轉(zhuǎn)換。相關(guān)評審。四、主要角色及職責(zé)角色名稱 主要職責(zé) 備注

日常系統(tǒng)的維護,包括系統(tǒng)備份、權(quán)限治理等版本升級，滿足公司及市場日益變化的業(yè)務(wù)需要解決產(chǎn)品發(fā)生的突發(fā)大事，比方效勞器崩潰等

主要職責(zé) 備注帶著工程團隊準(zhǔn)時、優(yōu)質(zhì)地完成全部工作。。?提升用戶粘度；協(xié)同研發(fā)部門進展產(chǎn)品設(shè)計、產(chǎn)品研發(fā)。

任務(wù)UI工程師 界面設(shè)計，廣告設(shè)計工作需求分析師 升級需求的業(yè)務(wù)需求分析測試工程師 負(fù)責(zé)制定產(chǎn)品質(zhì)量治理流程、質(zhì)量把握等工作四、開發(fā)治理過程〔一〕需求治理容執(zhí)行。需求分類：依據(jù)其緊急程度，分為緊急類需求和非緊急類需求；依據(jù)其實施優(yōu)先級，分為緊急、高、中、低級四個級別；2.審批流程需求申請人提交《產(chǎn)品需求申請單》〔詳見附件1〕至業(yè)務(wù)歸管部門進展業(yè)務(wù)評審，評審?fù)ㄟ^后，報至產(chǎn)品技術(shù)中心。要包括估量工作量和本錢、風(fēng)險、可行性分析等〔詳見附件2：《產(chǎn)品需求文檔〔PRD〕模板》〕?！捕沉㈨椫卫硗ㄟ^后立項?！踩彻こ檀蛩闩c監(jiān)控、組織、協(xié)調(diào)和把握。標(biāo)、工程打算和工作方法上達(dá)成全都。〔四〕系統(tǒng)設(shè)計計能滿足系統(tǒng)需求。工程組結(jié)合需求規(guī)格說明書或者系統(tǒng)原型，進展數(shù)據(jù)庫設(shè)計和功能設(shè)計，并形成《DB設(shè)計書》。工程組組織相關(guān)人員對核心功能的相關(guān)設(shè)計進展評審，出具《評審報告》，評審人員應(yīng)對評審意見簽字確認(rèn)。需要定義系統(tǒng)輸入輸出說明和接口設(shè)計說明。DB保系統(tǒng)設(shè)計滿足全部需求。人審批?！参濉诚到y(tǒng)實現(xiàn)系統(tǒng)實現(xiàn)包括程序編碼、單元測試和集成測試。物理或規(guī)律方面應(yīng)當(dāng)做到隔離。報告》和《系統(tǒng)測試用例》，測試人員簽字確認(rèn)測試結(jié)果〔詳見附件3：《×××系統(tǒng)_4：《×××系統(tǒng)_測試用例》〕。應(yīng)對手冊準(zhǔn)時更。〔六〕系統(tǒng)測試及驗收測試工程測試組依據(jù)工程整體打算制定工程測試打算。產(chǎn)品技術(shù)中心確保開發(fā)、測試、驗收、上線運營環(huán)境獨立，為各環(huán)境建立訪問權(quán)限把握機制。搭建驗收環(huán)境供內(nèi)部測試，網(wǎng)絡(luò)運營中心在驗收測試環(huán)境進展驗收測試，并在《驗收測試報告》簽字確認(rèn)。充分的測試，確保系統(tǒng)生成的與編制財務(wù)報告相關(guān)的報表的正確性。驗收測試通過后，進一步完善《用戶操作手冊》?！财摺诚到y(tǒng)試運行網(wǎng)絡(luò)運營中心依據(jù)工程規(guī)模及影響打算試運行策略。研發(fā)事業(yè)部組織制定《試運行打算》并提交網(wǎng)絡(luò)運營中心審批。技術(shù)人員進展培訓(xùn)。試運行到達(dá)《試運行打算》規(guī)定的終止條件時，工程組編寫《試運行報責(zé)人審批?！舶恕诚到y(tǒng)驗收術(shù)需求進展系統(tǒng)評估驗收。業(yè)部及業(yè)務(wù)歸管部門批閱。〔九〕系統(tǒng)上線系統(tǒng)上線應(yīng)遵循穩(wěn)妥、可控、安全的原則。研發(fā)事業(yè)部提交系統(tǒng)上線公布申請。批確認(rèn)的《系統(tǒng)公布申請》、相關(guān)《測試報告》是否齊全，并提交公司決策層審批確認(rèn)?！彩硵?shù)據(jù)轉(zhuǎn)換研發(fā)事業(yè)部協(xié)作數(shù)據(jù)轉(zhuǎn)換/初始化各相關(guān)部門，依據(jù)網(wǎng)絡(luò)運營中心和研發(fā)事業(yè)部負(fù)責(zé)人簽字確認(rèn)的《數(shù)據(jù)遷移打算》/《數(shù)據(jù)初始化打算》進展數(shù)據(jù)轉(zhuǎn)換/初始化操作。研發(fā)事業(yè)部將數(shù)據(jù)轉(zhuǎn)換/《數(shù)據(jù)初始化結(jié)果報告》中，由網(wǎng)絡(luò)運營中心負(fù)責(zé)人批閱并簽字確認(rèn)?！彩弧辰Y(jié)項治理系統(tǒng)結(jié)項后，將系統(tǒng)交由運維團隊進展維護支持工作?！彩撑渲弥卫懋a(chǎn)品技術(shù)中心統(tǒng)一使用SVN中包括：需求文檔、設(shè)計文檔、代碼、測試用例、測試數(shù)據(jù)、數(shù)據(jù)轉(zhuǎn)換記錄以及工程相關(guān)文檔。五、開發(fā)模式爭論、多溝通，削減冗雜，做到工程的科學(xué)治理，完成產(chǎn)品的快速迭代升級?！惨弧城捌陬A(yù)備、評審階段此階段主要內(nèi)容為需求分析，制定相應(yīng)的解決方案，并對方案進展分析。1背景、需解決問題、用戶操作場景等主要信息。解決方案：包括系統(tǒng)功能、技術(shù)方案等，內(nèi)容格式可自由擴展，但需明確滿足產(chǎn)品需求的方式、方法?！捕彻こ虒嵤╇A段本階段重點內(nèi)容為確立產(chǎn)品最終需求，使團隊成員更加清楚了解產(chǎn)品需求、開發(fā)、測試等多個環(huán)節(jié)，合理安排工作任務(wù)，做到科學(xué)標(biāo)準(zhǔn)，合理裁剪，快速靈敏。工程實施所涉及的過程治理，參照本制度中開發(fā)治理過程等內(nèi)容。工作任務(wù)安排如以以以下圖：XXX〔三〕迭代開發(fā)階段應(yīng)的調(diào)整?？缭桨姹旧夁^程中的小版本迭代升級,為短周期迭代，周期半個月，一個月，兩個月不等?？焖俚^程中，技術(shù)團隊?wèi)?yīng)時刻重視團隊合作,每個迭代過程必需遵循科學(xué)的開發(fā)治理過程，依據(jù)實際的狀況進展裁剪。段進展評審、總結(jié)，在下一個迭代過程發(fā)揚優(yōu)勢，躲避劣勢。迭代開發(fā)交付的成果為經(jīng)過測試團隊嚴(yán)格測試、需求分析人員認(rèn)可、滿足本次迭代需求的有價值的成果。迭代過程監(jiān)控：涵蓋晨會、夕會、周會、站立會，時間為10-20團隊成員需做如下總結(jié)：昨天的成果、今日的打算、遇到的問題。工程可視化方式包含：任務(wù)燃燒圖,BUG〔四〕集成測試階段5：《xx_測試打算_模板》)進展兼容性測試、功能測試、性能測試，確保產(chǎn)品整體穩(wěn)定性，牢靠性；制定BUGBUG軟件等。〔五〕產(chǎn)品上線產(chǎn)品開發(fā)經(jīng)過以上過程，完成內(nèi)部評審后，方可上線。產(chǎn)品開發(fā)過程治理附件〔一〕產(chǎn)品需求申請表提出部門意見領(lǐng)導(dǎo)簽字：日期：產(chǎn)品部意見領(lǐng)導(dǎo)簽字：日期：技術(shù)組意見領(lǐng)導(dǎo)簽字：日期：執(zhí)行人簽字：日期：提出人提出部門提出人提出部門提出時間年月日版本系統(tǒng)模塊問題描述

產(chǎn)品需求〔PRD〕文檔日期：20231009編號 文檔版本編號 文檔版本修訂內(nèi)容修訂緣由修訂日期修改人112名目一、 言1. 2. 3. 4. 5. 二、 述1. 2. 3. 4. 5. 6. 三、 求1. 2. 2.12.12.22.22.32.33. 四、 求1. 2. 3. 4. 5. 引言一、引言roadmap、預(yù)期讀者、成功的定義標(biāo)準(zhǔn)和判roadmap、預(yù)期讀者、成功的定義標(biāo)準(zhǔn)和判斷、參考資料、名詞說明產(chǎn)品概述及目標(biāo)：1.產(chǎn)品概述及目標(biāo)：解釋說明該產(chǎn)品研發(fā)的背景以及核心功能。解釋說明該產(chǎn)品研發(fā)的背景以及核心功能。產(chǎn)品路線圖：2.產(chǎn)品路線圖：需要經(jīng)過假設(shè)干個版本的迭代，對一個功能點做了N個迭代后最終又回歸到了第一個迭roadmap需要經(jīng)過假設(shè)干個版本的迭代，對一個功能點做了N個迭代后最終又回歸到了第一個迭roadmap階段目標(biāo)，但是對產(chǎn)品將來進展趨勢的一種預(yù)估，要到達(dá)目標(biāo)，需要更多的更和迭roadmap過程。過程。預(yù)期讀者：3.預(yù)期讀者：文檔的使用對象文檔的使用對象成功的定義和推斷標(biāo)準(zhǔn)：4.成功的定義和推斷標(biāo)準(zhǔn)：旨在說明產(chǎn)品的目標(biāo)。旨在說明產(chǎn)品的目標(biāo)。名詞說明：5.名詞說明：解釋。解釋。需求概述二、需求概述需求概覽：1.需求概覽：功能流程的闡釋。優(yōu)先級。功能流程的闡釋。優(yōu)先級。用戶類與特征：2.用戶類與特征：運行環(huán)境：3.運行環(huán)境：該功能上線后需要在以下操作系統(tǒng)中正常運行：Microsoft該功能上線后需要在以下操作系統(tǒng)中正常運行：MicrosoftWindowsXP、WindowsServer、WindowsVista、Windows7、Windows8設(shè)計和實現(xiàn)上的限制：4.設(shè)計和實現(xiàn)上的限制：比方控件的開發(fā)環(huán)境、接口的調(diào)用方式等等比方控件的開發(fā)環(huán)境、接口的調(diào)用方式等等時間要求：5.時間要求：20232023330202351在上線時間等等。里程碑里程碑時間交付物產(chǎn)品風(fēng)險：6.產(chǎn)品風(fēng)險：等等。等等。功能需求三、功能需求功能構(gòu)造1.功能構(gòu)造產(chǎn)品功能的框架圖。產(chǎn)品功能的框架圖。產(chǎn)品功能描述2.產(chǎn)品功能描述產(chǎn)品功能需求的具體描述。產(chǎn)品功能需求的具體描述。2.12.12.22.22.32.3產(chǎn)品規(guī)章3.產(chǎn)品規(guī)章涉及產(chǎn)品中的各種規(guī)章，比方積分細(xì)則，會員等級劃分等等涉及產(chǎn)品中的各種規(guī)章，比方積分細(xì)則，會員等級劃分等等非功能性需求四、非功能性需求性能要求：1.性能要求：用戶在軟件響應(yīng)速度、結(jié)果精度、運行時資源消耗量等方面的要求。用戶在軟件響應(yīng)速度、結(jié)果精度、運行時資源消耗量等方面的要求。易用性需求：2.易用性需求：用戶在界面的易用性、美觀性，以及對面對用戶的文檔和培訓(xùn)資料等方面的要求。用戶在界面的易用性、美觀性，以及對面對用戶的文檔和培訓(xùn)資料等方面的要求。安全性需求：3.安全性需求：用戶在身份認(rèn)證、授權(quán)把握、私密性等方面的要求。用戶在身份認(rèn)證、授權(quán)把握、私密性等方面的要求。運行環(huán)境約束：4.運行環(huán)境約束：用戶對軟件系統(tǒng)運行環(huán)境的要求。用戶對軟件系統(tǒng)運行環(huán)境的要求。外部接口：5.外部接口：用戶對待開發(fā)軟件系統(tǒng)與其他軟件系統(tǒng)或硬件設(shè)備之間的接口的要求。用戶對待開發(fā)軟件系統(tǒng)與其他軟件系統(tǒng)或硬件設(shè)備之間的接口的要求。附件〔三〕

×××_測試報告版本號版本號修訂描述修訂日期修訂人批準(zhǔn)人公布日期：2023年11月06日受控狀態(tài)：■受控 □非受控分發(fā)范圍：產(chǎn)品技術(shù)中心名目1 1.1 1.2 1.3 1.4 1.5 2 2.1 2.2 2.3 3 3.1 4 4.1 4.2 4.3 5 測試報告概述背景[說明編寫本報告的目的，測試所依據(jù)的文檔和測試參與方。]目標(biāo)[說明測試的目標(biāo)]測試范圍[說明測試的測試范圍及測試內(nèi)容]序號 測試范圍 測試內(nèi)容1 界面測試

UI定義測試環(huán)境[說明軟件測試所需的測試環(huán)境，包括操作系統(tǒng)、數(shù)據(jù)庫、配置，手機型號、品牌等。]主機IP主機IP型號配Tomcat數(shù)據(jù)治理端客戶端配置IP品牌配操作系統(tǒng)測試手機手機品手機品型號配置操作系統(tǒng)參考文檔[說明本測試報告所用到的參考資料等。]文檔文檔已創(chuàng)立或已被接收或已經(jīng)過復(fù)作者或來備注可用審源XXXXXX是■SVN是■否□否□測試過程測試概述[說明測試的測試模塊，測試方法，測試時間、測試地點、測試人員等]本次測試的時間、地點和測試人員如下表所示：工程工程描述測試車主版APP〔ISO及Android〕貨主版APP〔ISO及模塊Android〕及后臺治理測試界面測試、冒煙測試、功能測試、回歸測試、兼容測方法試測試2023.10.19至2023.10.29時間時間測試河南華僑實業(yè)地點測試王景孫真真人員測試用例執(zhí)行率主模塊測試用例執(zhí)行數(shù)量測試用例數(shù)量〔個〕 測試用例執(zhí)行率主模塊測試用例執(zhí)行數(shù)量測試用例數(shù)量〔個〕 測試用例執(zhí)行率〔個〕貨主版?zhèn)然麄黜?111100%APP我的貨源99100%〔ISO及我要發(fā)貨5656100%Android〕我的訂單2828100%遺留缺陷[說明測試的缺陷遺留狀況]缺陷列表詳見缺陷列表清單缺陷模塊

缺陷數(shù)

遺留缺陷數(shù)量 遺留缺陷率〔個〕 〔%〕APPAndroid

17 0 0%測試分析功能測試分析[對此次測試狀況進展測試分析]測試結(jié)論[編寫測試結(jié)論]測試結(jié)論中說明測試項是否測試通過。有三種選擇：通過：此模塊沒有遺留問題；根本通過：此模塊有遺