互聯(lián)網IT行業(yè)項目管理規(guī)章制度_第1頁
互聯(lián)網IT行業(yè)項目管理規(guī)章制度_第2頁
互聯(lián)網IT行業(yè)項目管理規(guī)章制度_第3頁
互聯(lián)網IT行業(yè)項目管理規(guī)章制度_第4頁
互聯(lián)網IT行業(yè)項目管理規(guī)章制度_第5頁
已閱讀5頁,還剩14頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、 /18互聯(lián)網IT行業(yè)項目管理制度一、制度目的為規(guī)范項目研發(fā)、加強項目管理,保證信息系統(tǒng)符合業(yè)務一致性、內控合規(guī)性、系統(tǒng)穩(wěn)定性、系統(tǒng)安全性,使我公司新產品開發(fā)能夠嚴格遵循科學管理程序進行,公司根據企業(yè)實際情況和研發(fā)產品的特點,特制定本制度.二、適用范圍本制度適用于產品技術人員與其關聯(lián)公司的產品開發(fā)與項目管理全過程.附件涵蓋產品需求申請表模板,產品設計PRD文檔模板,產品測試文檔模板.三、制度說明本制度中軟件開發(fā)指新產品系統(tǒng)開發(fā)和現(xiàn)有產品系統(tǒng)升級改造.本制度中軟件開發(fā)遵循項目管理和軟件工程的基本原則.項目管理涉與立項管理、項目計劃和監(jiān)控、配置管理、合作開發(fā)管理和結項管理.軟件工程涉與需求管理、系

2、統(tǒng)設計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、驗收測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數據轉換.各軟件開發(fā)項目組應嚴格遵循本制度所附流程和模版,若需調整需經過相關評審.四、主要角色與職責角色名稱主要職責備注技術總監(jiān)1.指導和監(jiān)督相關崗位按照技術中心項目管理制度進行日常系統(tǒng)的維護,包括系統(tǒng)備份、權限管理等2依據管理層在產品研發(fā)方面的策略,不斷的對產品進行版本升級,滿足公司與市場日益變化的業(yè)務需要3解決產品發(fā)生的突發(fā)事件,比如服務器崩潰等角色名稱主要職責備注項目經理制定項目計劃,跟蹤項目整體進度,確保項目目標的實現(xiàn),帶領項目團隊準時、優(yōu)質地完成全部工作.負責產品的開發(fā)流程,系統(tǒng)升級,數據申計和信息安全官理.產品經理進

3、行用戶需求調研和使用行為分析,利用數據資源挖掘用戶的消費習慣和需求,提升產品競爭力,對用戶體驗負責,提升用戶粘度;協(xié)同研發(fā)部門進行產品設計、產品研發(fā).開發(fā)工程師負責產品的研發(fā)工作,高質量的完成技術經理分配的開發(fā)任務UI工程師負責產品的界面設計,廣告設計工作需求分析師負責產品的升級需求的業(yè)務需求分析測試工程師負責制定產品質量管理流程、質量控制等工作四、開發(fā)管理過程一需求管理依據公司業(yè)務開展與軟件產品應用現(xiàn)狀所提出的需求,均須遵循本制度內容執(zhí)行.需求分類:1根據其緊急程度,分為緊急類需求和非緊急類需求;2根據其實施優(yōu)先級,分為緊急、高、中、低級四個級別;審批流程1需求申請人提交產品需求申請單詳見附

4、件1至業(yè)務歸管部門進行業(yè)務評審,評審通過后,報至產品技術中心.2產品技術中心根據產品需求進行分析,形成評審報告進行內部評審,評審通過后列入部門工作計劃,并提交至公司中高決策層.評審報告內容主要包括預計工作量和成本、風險、可行性分析等詳見附件2:產品需求文檔PRD模板.二立項管理經評審確認后的產品需求由產品技術中心提交公司中高決策層,討論通過后立項.三項目計劃與監(jiān)控對于產品需求,軟件開發(fā)采用項目形式管理,項目經理負責整個項目的計劃、組織、協(xié)調和控制.技術總監(jiān)配合項目經理、產品經理與項目干系人進行有效溝通,在項目目標、項目計劃和工作方法上達成一致.四系統(tǒng)設計在系統(tǒng)設計階段中,邀請用戶或者業(yè)務一線人

5、員充分參與,確保系統(tǒng)設計能滿足系統(tǒng)需求.項目組結合需求規(guī)格說明書或者系統(tǒng)原型,進行數據庫設計和功能設計,并形成DB設計書.項目組組織相關人員對核心功能的相關設計進行評審,出具評審報告,評審人員應對評審意見簽字確認.項目組進行詳細設計,出具單元測試案例.詳細設計說明書中,需要定義系統(tǒng)輸入輸出說明和接口設計說明.詳細設計評審和DB設計評審均以業(yè)務需求規(guī)格說明書為依據,確保系統(tǒng)設計滿足全部需求.對已確認的系統(tǒng)設計進行修改,需項目經理與技術組負責人與測試負責人審批.五系統(tǒng)實現(xiàn)系統(tǒng)實現(xiàn)包括程序編碼、單元測試和集成測試.在系統(tǒng)實現(xiàn)時保證開發(fā)、測試和生產環(huán)境獨立,為各環(huán)境建立訪問權限控制機制,并明確項目成員

6、的職責分工.對生產環(huán)境、測試環(huán)境與開發(fā)環(huán)境在物理或邏輯方面應該做到隔離.項目組進行單元測試和集成測試,出具單元測試報告、集成測試報告和系統(tǒng)測試用例,測試人員簽字確認測試結果詳見附件3:XXX系統(tǒng)測試報告、附件4:XXX系統(tǒng)測試用例.項目組完成用戶操作手冊參照附件5,凡涉與應用系統(tǒng)的變更,應對手冊與時更新.六系統(tǒng)測試與驗收測試項目測試組依據項目整體計劃制定項目測試計劃.產品技術中心確保開發(fā)、測試、驗收、上線運營環(huán)境獨立,為各環(huán)境建立訪問權限控制機制.搭建驗收環(huán)境供內部測試,網絡運營中心在驗收測試環(huán)境進行驗收測試,并在驗收測試報告簽字確認.業(yè)務部門邀請合作伙伴參與測試,確保與系統(tǒng)控制活動相關的功能

7、得到充分的測試,確保系統(tǒng)生成的與編制財務報告相關的報表的正確性.驗收測試通過后,進一步完善用戶操作手冊.七系統(tǒng)試運行網絡運營中心根據項目規(guī)模與影響決定試運行策略.研發(fā)事業(yè)部組織制定試運行計劃并提交網絡運營中心審批.研發(fā)事業(yè)部進行相關系統(tǒng)部署工作,準備培訓資料,對相關用戶和信息技術人員進行培訓.試運行達到試運行計劃規(guī)定的終止條件時,項目組編寫試運行報告.此報告應由項目組和試運行單位審批確認,并提交系統(tǒng)主要使用部門負責人審批.八系統(tǒng)驗收研發(fā)事業(yè)部與業(yè)務歸管部門組織驗收小組,從業(yè)務需求和功能需求與技術需求進行系統(tǒng)評估驗收.驗收小組依據驗收情況整理形成產品驗收報告提交信息系統(tǒng)研發(fā)事業(yè)部與業(yè)務歸管部門審

8、閱.九系統(tǒng)上線1.系統(tǒng)上線應遵循穩(wěn)妥、可控、安全的原則.2.研發(fā)事業(yè)部提交系統(tǒng)上線發(fā)布申請.研發(fā)事業(yè)部在系統(tǒng)發(fā)布前檢查經測試人員、相關業(yè)務歸管部門負責人審批確認的系統(tǒng)發(fā)布申請、相關測試報告是否齊全,并提交公司決策層審批確認.十數據轉換1.研發(fā)事業(yè)部配合數據轉換/初始化各相關部門,根據網絡運營中心和研發(fā)事業(yè)部負責人簽字確認的數據遷移計劃/數據初始化計劃進行數據轉換/初始化操作.2.研發(fā)事業(yè)部將數據轉換/初始化結果記錄在數據遷移結果報告/數據初始化結果報告中,由網絡運營中心負責人審閱并簽字確認.十一結項管理系統(tǒng)結項后,將系統(tǒng)交由運維團隊進行維護支持工作.十二配置管理1.產品技術中心統(tǒng)一使用SVN進

9、行版本控制.2.軟件開發(fā)過程中各項目管理文檔和工作成果均作為配置項進行管理,其中包括:需求文檔、設計文檔、代碼、測試用例、測試數據、數據轉換記錄以與項目相關文檔.五、開發(fā)模式我公司采用混用開發(fā)模式,以傳統(tǒng)瀑布式開發(fā)模式加入敏捷開發(fā)特點,多討論、多溝通,減少冗雜,做到項目的科學管理,完成產品的快速迭代升級.一前期準備、評審階段此階段主要內容為需求分析,制定相應的解決方案,并對方案進行分析.1.需求分析:專業(yè)業(yè)務需求人員需明確產品需求,分析其版本功能、業(yè)務背景、需解決問題、用戶操作場景等主要信息.2.解決方案:包括系統(tǒng)功能、技術方案等,內容格式可自由擴展,但需明確滿足產品需求的方式、方法.方案評審

10、:須經業(yè)務專家級人員與業(yè)務經驗豐富的人員參與評審,做出關鍵評審意見,在此基礎上進一步充實解決方案,形成項目列表.同時完成針對每個開發(fā)功能,拆解為詳細的開發(fā)步驟,估算出工作量.二項目實施階段本階段重點內容為確立產品最終需求,使團隊成員更加清晰了解產品需求、開發(fā)、測試等多個環(huán)節(jié),合理安排工作任務,做到科學規(guī)范,合理裁剪,快速敏捷.項目實施所涉與的過程管理,參照本制度中開發(fā)管理過程等內容.工作任務安排如下圖:#X階段任務安排三迭代開發(fā)階段本階段實施過程中,需遵循科學的開發(fā)管理過程,并根據實際情況進行相應的調整.1.跨越版本升級過程中的小版本迭代升級,為短周期迭代,周期半個月,一個月,兩個月不等.快速

11、迭代過程中,技術團隊應時刻重視團隊合作,每個迭代過程必須遵循科學的開發(fā)管理過程,根據實際的情況進行裁剪.2.迭代開發(fā)周期結束后,需提交可驗證的交付物,團隊成員針對此迭代階段進行評審、總結,在下一個迭代過程發(fā)揚優(yōu)勢,規(guī)避劣勢.3.迭代開發(fā)交付的成果為經過測試團隊嚴格測試、需求分析人員認可、滿足本次迭代需求的有價值的成果.迭代過程監(jiān)控:涵蓋晨會、夕會、周會、站立會,時間為10-20分鐘.團隊成員需做如下總結:昨天的成果、今天的計劃、遇到的問題.項目可視化方式包含:任務燃燒圖,BUG趨勢圖,明細任務顯示圖等.四集成測試階段本階段按測試計劃詳見附件5:#系統(tǒng)_測試計劃_模板進行兼容性測試、功能測試、性

12、能測試,確保產品整體穩(wěn)定性,可靠性;制定BUG趨勢圖,測試工程師需對出現(xiàn)的BUG進行跟蹤管理,可采用禪道項目管理軟件等五產品上線產品開發(fā)經過以上過程,完成內部評審后,方可上線產品開發(fā)過程管理附件一提出人提出部門提出時間年月曰版本系統(tǒng)模塊問題描述提出部門意見領導簽字:日期:產品咅B(yǎng)意見領導簽字:日期:技術組意見領導簽字:日期:執(zhí)行人簽字:日期:附件二產品需求PRD文檔編號:PRD002-V2.0-20151009日期:2015年10月09日編號文檔版本修訂內容修訂原因修訂日期修改人12、引言101產品概述與目標:112產品路線圖:113預期讀者:114成功的定義和判斷標準:115名詞說明:11二

13、、需求概述111需求概覽:112用戶類與特征:123運行環(huán)境:124設計和實現(xiàn)上的限制:125時間要求:126.產品風險:13三、功能需求131功能結構132產品功能描述132.1貨主版132.2車主版132.3管理后臺133產品規(guī)則13四、非功能性需求131性能要求:132易用性需求:133安全性需求:144運行環(huán)境約束:145外部接口:14一、引言這部分的內容有:產品概述與目標、產品roadmap、預期讀者、成功的定義標準和判斷、參考資料、名詞說明產品概述與目標:解釋說明該產品研發(fā)的背景以與核心功能.產品路線圖:為產品規(guī)劃的藍圖,每個關鍵階段完成的核心任務產品研發(fā)是個不斷迭代的過程,需要經

14、過若干個版本的迭代,對一個功能點做了N個迭代后最終又回歸到了第一個迭代是很常見產品經理需要做好心理準備產品roadmap并不需要全部規(guī)劃好所有的階段目標,但是對產品未來發(fā)展趨勢的一種預估,要達到目標,需要更多的更新和迭代清晰的呈現(xiàn)產品的roadmap可以幫助產品經理把握產品的全貌,更好的控制研發(fā)過程.預期讀者:文檔的使用對象成功的定義和判斷標準:旨在說明產品的目標.名詞說明:名稱、說明.名稱就是對文檔中會出現(xiàn)的比較新的名稱,說明則是對這些名稱進行解釋.二需求概述需求概覽:是業(yè)務流程圖,對產品整個業(yè)務流程的發(fā)生過程做圖形化的展示,是對產品整體功能流程的闡釋.二是需求清單,對本次要開發(fā)的需求任務做

15、分類,給出簡明扼要的需求描述并標注優(yōu)先級.用戶類與特征:產品的最終用戶,確定產品的最終使用者,并對使用者的角色和操作行為做出說明.運行環(huán)境:該功能上線后需要在以下操作系統(tǒng)中正常運行:MicrosoftWindowsXP、WindowsServer、WindowsVista、Windows7、Windows8等版本;設計和實現(xiàn)上的限制:比如控件的開發(fā)環(huán)境、接口的調用方式等等時間要求:此需求需要在2014年3月30日完成需求評審,在2014年5月1日前完成開發(fā),在上線時間等等.6.產品風險:描述產品可能存在的風險,比如性能瓶頸,沒有解決的問題,用戶不當使用的風險等等三、功能需求1.功能結構產品功能

16、的框架圖.2.產品功能描述產品功能需求的詳細描述.2.1貨主版2.2車主版2.3理后臺產品規(guī)則涉與產品中的各種規(guī)則,比如積分細則,會員等級劃分等等1.性能要求:用戶在軟件響應速度、結果精度、運行時資源消耗量等方面的要求.2.易用性需求:用戶在界面的易用性、美觀性,以與對面向用戶的文檔和培訓資料等方面的要求.安全性需求:用戶在身份認證、授權控制、私密性等方面的要求.運行環(huán)境約束:用戶對軟件系統(tǒng)運行環(huán)境的要求.外部接口:用戶對待開發(fā)軟件系統(tǒng)與其他軟件系統(tǒng)或硬件設備之間的接口的要求.附件三xxx_測試報告受控狀態(tài):受控非受控分發(fā)范圍:產品技術中心目錄1概述16背景16目標161.3測試范圍161.4

17、測試環(huán)境161.5參考文檔16測試過程172.1測試概述17測試用例執(zhí)行率172.3遺留缺陷17測試分析183.1功能測試分析18測試結論184.1結論錯誤!未定義書簽4.2風險與局限性18建議18測試總結18測試報告概述背景說明編寫本報告的目的,測試所依據的文檔和測試參與方.目標說明測試的目標測試范圍說明測試的測試范圍與測試內容序號測試范圍測試內容1界面測試驗證界面是否滿足UI與需求定義測試環(huán)境說明軟件測試所需的測試環(huán)境,包括操作系統(tǒng)、數據庫、配置,手機型號、品牌等.數據庫服務器配置主機IP型號配置操作系統(tǒng)Tomcat版本數據庫管理端客戶端配置主機IP口昭品牌配置操作系統(tǒng)測試手機手機品牌型號

18、配置操作系統(tǒng)參考文檔說明本測試報告所用到的參考資料等.文檔已創(chuàng)建或可用已被接收或已經過復審作者或來源備注#是否口是否口SVN測試過程測試概述說明測試的測試模塊,測試方法,測試時間、測試地點、測試人員等本次測試的時間、地點和測試人員如下表所示:項目描述測試模塊車主版APPISO與Android貨主版APPISO與Android與后臺管理測試方法界面測試、冒煙測試、功能測試、回歸測試、兼容測試測試時間2015.10.19至2015.10.29測試地點河南華僑實業(yè)#測試人員王景新孫真真測試用例執(zhí)行率說明測試的測試主模塊,測試用例數量,測試用例執(zhí)行數量與測試用例執(zhí)行率主模塊測試用例數量(個測試用例執(zhí)行數量個)測試用例執(zhí)行率貨主版APPISO與Android側滑宣傳頁1111100%我的貨源99100%我要發(fā)貨5656100%我的訂單2828100%說明測試的缺陷遺留情況缺陷列表詳見缺陷列表清單缺陷模塊缺陷數量(個遺留缺陷數量個遺留缺陷率)APPAndroid1700

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論