一.網(wǎng)易互聯(lián)網(wǎng)項(xiàng)目管理體系概論

1.1 互聯(lián)網(wǎng)項(xiàng)目管理工具實(shí)踐

環(huán)節(jié)包括：需求数冬，設(shè)計(jì)堡妒，研發(fā)，發(fā)布和運(yùn)營(yíng)按脚。要形成運(yùn)營(yíng)于毙，研發(fā)和產(chǎn)品的閉環(huán)。

1.2 核心理念

1.2.1 核心目標(biāo)

形成產(chǎn)品探索辅搬，產(chǎn)品研發(fā)和產(chǎn)品運(yùn)營(yíng)的產(chǎn)品閉環(huán)周期唯沮。形成閉環(huán)可以探索調(diào)適，持續(xù)改進(jìn)并不斷發(fā)展堪遂。流動(dòng)性（快）的重要性：調(diào)適能力介蛉，應(yīng)變能力和創(chuàng)新能力。另外溶褪，我們要提升各個(gè)環(huán)節(jié)的效能甘耿，其要素就是效率和質(zhì)量，效能是產(chǎn)品目標(biāo)下的價(jià)值竿滨，也是研發(fā)效能上的延伸佳恬，這樣便可以提高產(chǎn)品成功的概率。

1.2.2 核心框架

三大環(huán)節(jié)：產(chǎn)品運(yùn)營(yíng)于游，產(chǎn)品探索和產(chǎn)品研發(fā)毁葱。關(guān)注效能：質(zhì)量和效率。形成完整閉環(huán)贰剥，不斷驗(yàn)證和改進(jìn)倾剿。每個(gè)環(huán)節(jié)包括核心過程和核心指標(biāo)。

核心過程由產(chǎn)品探索和產(chǎn)品研發(fā)組成蚌成。產(chǎn)品探索包含策劃前痘，交互，視覺担忧，研發(fā)和驗(yàn)收芹缔。實(shí)體是產(chǎn)品功能，產(chǎn)品策劃對(duì)產(chǎn)品功能的生命周期負(fù)責(zé)瓶盛。產(chǎn)品研發(fā)包括分析最欠，設(shè)計(jì)示罗，評(píng)估，開發(fā)芝硬，測(cè)試和上線蚜点。實(shí)體是產(chǎn)品版本，產(chǎn)品開發(fā)對(duì)版本的整個(gè)生命周期負(fù)責(zé)拌阴。

核心指標(biāo)包括效率绍绘，質(zhì)量和周期三大部分。效率即投入產(chǎn)出比迟赃。定義為完成規(guī)模/完成周期的總?cè)肆ν度敫埂Ｋ枋霎a(chǎn)品團(tuán)隊(duì)生產(chǎn)效率情況，用于監(jiān)控預(yù)警效率上的問題捺氢，但單個(gè)數(shù)據(jù)值沒有意義藻丢。影響效率的常規(guī)因素包括人力浪費(fèi)多（人力冗余，人員等待摄乒，溝通協(xié)作和延期）悠反，完成的工作量太少（半成品多，完成效果差和待做需求少）馍佑。

質(zhì)量方面一般主要關(guān)注線上bug數(shù)斋否，它是指一定周期內(nèi)線上環(huán)境發(fā)現(xiàn)的bug數(shù)總和，描述產(chǎn)品質(zhì)量情況拭荤，監(jiān)控預(yù)警產(chǎn)品質(zhì)量的問題茵臭，但單個(gè)數(shù)據(jù)值仍然沒有意義。常規(guī)影響因素有兩個(gè)方面舅世，一個(gè)是Bug原因分類（環(huán)境原因旦委，用例缺失和測(cè)試不充分），另一個(gè)是Bug引入階段（產(chǎn)品策劃雏亚，交互設(shè)計(jì)和研發(fā)）

周期是指產(chǎn)品交付周期和產(chǎn)品研發(fā)周期缨硝。產(chǎn)品交付周期是指產(chǎn)品功能從開始策劃到驗(yàn)收上線的時(shí)間，描述產(chǎn)品響應(yīng)能力和迭代速度的情況罢低，監(jiān)控預(yù)警產(chǎn)品響應(yīng)能力和迭代速度問題查辩。但單個(gè)數(shù)據(jù)值沒有意義。常規(guī)影響因素有產(chǎn)品需求（顆粒度太大网持，優(yōu)先級(jí)管理不夠）宜岛，產(chǎn)品研發(fā)成本高（耦合度高，自動(dòng)化程度低）功舀。產(chǎn)品研發(fā)周期是指產(chǎn)品版本從計(jì)劃開始到實(shí)際發(fā)布的時(shí)間萍倡。

1.3 最小數(shù)據(jù)集

要理解項(xiàng)目管理中的最小數(shù)據(jù)集，首先得理解兩個(gè)基本概念：規(guī)模和工作量日杈。規(guī)模是指產(chǎn)品功能的大小遣铝，描述單位為故事點(diǎn)，是相對(duì)值莉擒。工作量是指完成產(chǎn)品功能的工作時(shí)間酿炸，其描述單位為Person Hour/Day，是絕對(duì)值涨冀。

1.3.1 基礎(chǔ)數(shù)據(jù)定義

1. 計(jì)劃規(guī)模story point：周期初計(jì)劃的所有故事點(diǎn)之和
2. 實(shí)際規(guī)模story point：周期末實(shí)際的所有故事點(diǎn)之和
3. 完成規(guī)模story point：周期末所有關(guān)閉的故事點(diǎn)之和
4. 內(nèi)部bug數(shù)：周期內(nèi)發(fā)現(xiàn)的所有開發(fā)階段bug數(shù)之和
5. 線上bug數(shù)：周期內(nèi)發(fā)現(xiàn)的所有線上環(huán)境bug數(shù)之和
6. 計(jì)劃研發(fā)周期：計(jì)劃的版本開始時(shí)間和結(jié)束時(shí)間長(zhǎng)度
7. 實(shí)際研發(fā)周期：實(shí)際的版本開始時(shí)間和結(jié)束時(shí)間長(zhǎng)度

1.3.2 建立在基礎(chǔ)數(shù)據(jù)定義之上的最小數(shù)據(jù)集

1.3.2.1 完成率

計(jì)算方法為完成規(guī)模/實(shí)際規(guī)模的百分比填硕。意義：指示周期內(nèi)需求交付的情況。期望的趨勢(shì)是完成率逐步增高鹿鳖。潛在負(fù)面影響：一味追求完成率扁眯，可能導(dǎo)致DoD制定及執(zhí)行不嚴(yán)格，可能導(dǎo)致質(zhì)量的降低翅帜。推薦用法：人天的規(guī)模計(jì)算姻檀，受制于人員技能等，推薦逐步向故事點(diǎn)過渡涝滴。

1.3.2.2 需求蔓延率

計(jì)算方法為實(shí)際規(guī)模/計(jì)劃規(guī)模的百分比绣版。意義：指示周期內(nèi)需求變更的情況。期望需求蔓延率逐步接近于1歼疮。潛在負(fù)面影響：一味追求蔓延率杂抽，可能導(dǎo)致業(yè)務(wù)擁抱變化能力變?nèi)酢Ｍ扑]用法：過程中可能發(fā)生需求變更韩脏，推薦及時(shí)記錄說明缩麸，但不應(yīng)影響延期率分母

1.3.2.3 延期率

計(jì)算方法為（實(shí)際研發(fā)周期-計(jì)劃研發(fā)周期）/ 計(jì)劃研發(fā)周期。意義：指示團(tuán)隊(duì)按期交付情況赡矢。期望延期率逐步趨近于0杭朱。潛在負(fù)面影響：一味追求按期交付，可能導(dǎo)致質(zhì)量降低以及規(guī)拇瞪ⅲ縮減痕檬。推薦用法：過程中可能發(fā)生計(jì)劃變更，推薦及時(shí)記錄說明送浊，但不應(yīng)影響延期率分母梦谜。

1.3.2.4 內(nèi)部bug率

計(jì)算方法為內(nèi)部bug數(shù)/完成規(guī)模的百分比。意義：指示開發(fā)過程中的質(zhì)量袭景，部分指示測(cè)試質(zhì)量唁桩。期望：內(nèi)部bug率逐漸降低。潛在負(fù)面影響：開發(fā)可能拒絕承認(rèn)bug耸棒，影響測(cè)試提交bug荒澡。推薦用法：在開發(fā)沒有提升改進(jìn)前提下，此數(shù)值可以大體衡量測(cè)試質(zhì)量与殃，兩者互相制衡单山，以期獲得客觀有效的bug碍现。

1.3.2.5 冒煙通過率

計(jì)算方法為通過的冒煙用例/全部冒煙用例的百分比。意義：指示提測(cè)質(zhì)量米奸。期望：冒煙通過率上升昼接，一次冒煙達(dá)100%。推薦用法：較為堅(jiān)定支持冒煙通過率100%悴晰。潛在負(fù)面影響：應(yīng)謹(jǐn)慎對(duì)待冒煙用例的選擇慢睡，過多過細(xì)的冒煙用例會(huì)造成冒煙濫用；過少的冒煙用例會(huì)無法起到主干保障作用铡溪，冒煙測(cè)試不應(yīng)引起開發(fā)測(cè)試的對(duì)立漂辐，妥善引導(dǎo)。

1.3.2.6 線上bug數(shù)

計(jì)算方法為線上bug數(shù)量統(tǒng)計(jì)棕硫。意義：指示線上質(zhì)量髓涯。期望：線上bug數(shù)逐步降低。潛在負(fù)面影響：出于團(tuán)隊(duì)績(jī)效的博弈哈扮，可能線上bug情況會(huì)有少記漏記复凳。推薦用法：部分bug可能因?yàn)檫^于細(xì)小而被認(rèn)定不計(jì)入線上bug，可以接受不同的團(tuán)隊(duì)對(duì)于線上bug認(rèn)定標(biāo)準(zhǔn)不同灶泵。

最小數(shù)據(jù)集的意義在于關(guān)注效能并持續(xù)改進(jìn)育八。監(jiān)控項(xiàng)目實(shí)施過程中的各種問題。效率指標(biāo)有：完成率赦邻，延期率和需求蔓延率髓棋。質(zhì)量指標(biāo)有：冒煙通過率，內(nèi)部bug率和線上bug數(shù)惶洲。周期指標(biāo)有：交付周期按声。

總結(jié)一下，核心目標(biāo)是產(chǎn)品閉環(huán)周期內(nèi)提升各環(huán)節(jié)效能（效率恬吕，質(zhì)量）签则，以提高產(chǎn)品成功概率。核心框架有三大環(huán)節(jié)铐料，關(guān)注效能并完整閉環(huán)渐裂。核心過程有3個(gè)。產(chǎn)品探索過程（策劃钠惩，交互柒凉，視覺，研發(fā)和驗(yàn)收）篓跛，產(chǎn)品研發(fā)過程（分析膝捞，設(shè)計(jì)，評(píng)估愧沟，開發(fā)蔬咬，測(cè)試和上線）和產(chǎn)品運(yùn)營(yíng)過程鲤遥。核心指標(biāo)：效率指標(biāo)，質(zhì)量指標(biāo)和周期指標(biāo)林艘，體現(xiàn)為最小數(shù)據(jù)集盖奈。

二. 網(wǎng)易互聯(lián)網(wǎng)項(xiàng)目管理工具實(shí)踐

2.1 JIRA工具

2.1.1 類型定義

包括4種主要的類型定義。EPIC表示產(chǎn)品目標(biāo)北启，STORY表示產(chǎn)品功能需求卜朗，SUB TASK表示完成功能所需任務(wù)拔第，BUG表示產(chǎn)品缺陷咕村。

2.1.2 STORY 工作流

• 開始
• 策劃中
• 交互中
• 視覺中
• 開發(fā)中
• 待上線
• 關(guān)閉

2.2 需求管理

2.2.1 功能需求生命周期

有三個(gè)大的階段：需求準(zhǔn)備，研發(fā)計(jì)劃和研發(fā)上線蚊俺。需求準(zhǔn)備階段對(duì)應(yīng)：開始懈涛，策劃中，交互中和視覺中泳猬。從交互中開始批钠，做研發(fā)計(jì)劃。研發(fā)上線對(duì)應(yīng)研發(fā)中得封，待上線和關(guān)閉埋心。

2.2.2 方法

產(chǎn)品目標(biāo)（EPIC）的創(chuàng)建要滿足SMART原則，可以使用用戶故事地圖忙上。功能需求（STORY）的創(chuàng)建則是在目標(biāo)確定后拷呆，針對(duì)目標(biāo)分解為功能需求，需滿足INVEST原則并錄入到JIRA疫粥。任務(wù)（SUBTASK）的創(chuàng)建則是需要策劃和研發(fā)為實(shí)現(xiàn)產(chǎn)品功能而拆分相關(guān)任務(wù)茬斧，產(chǎn)品策劃在策劃或者交互，視覺之前要?jiǎng)?chuàng)建子任務(wù)：

1. 策劃：策劃任務(wù)
2. 交互：交互任務(wù)
3. 視覺：視覺任務(wù)
4. 研發(fā)：研發(fā)任務(wù)梗逮，包括前端项秉，后臺(tái)和測(cè)試
5. 待上線：走查任務(wù)

產(chǎn)品策劃監(jiān)控和更新STORY狀態(tài)直到驗(yàn)收關(guān)閉，各子任務(wù)負(fù)責(zé)人接到JIRA任務(wù)需要按照要求完成任務(wù)慷彤，并及時(shí)更新狀態(tài)娄蔼，直到驗(yàn)收關(guān)閉。原則：一人一單底哗，負(fù)責(zé)到底贷屎。產(chǎn)品策劃要關(guān)注功能需求的完整生命周期，對(duì)最終交付負(fù)責(zé)艘虎。整個(gè)過程遵循看板管理方法和JIT原則唉侄，增強(qiáng)流動(dòng)性，限制半成品野建∈艋看板面板可用于產(chǎn)品團(tuán)隊(duì)站會(huì)恬叹，同步更新目前產(chǎn)品進(jìn)展。

2.3 研發(fā)管理

2.3.1 版本和迭代

迭代（Sprint）是研發(fā)計(jì)劃周期同眯，有固定時(shí)間周期绽昼，迭代結(jié)束不一定要上線交付，一個(gè)迭代可以包含多個(gè)版本须蜗。而版本（Version）則是一次上線功能需求集合硅确，版本周期按需調(diào)整，版本結(jié)束要上線交付明肮，一個(gè)版本可以跨多個(gè)迭代菱农。

2.3.2 迭代計(jì)劃

通過待辦事項(xiàng)（Backlog）的面板來計(jì)劃迭代工作和發(fā)布版本。由項(xiàng)目經(jīng)理組織安排版本計(jì)劃柿估，同時(shí)對(duì)應(yīng)研發(fā)需要做好分析和評(píng)估循未，確認(rèn)是否能在迭代內(nèi)完成。完成需求準(zhǔn)備的Story才能進(jìn)入Backlog秫舌，網(wǎng)易會(huì)把進(jìn)入視覺狀態(tài)的Story放入Backlog中的妖。產(chǎn)品經(jīng)理對(duì)Backlog進(jìn)行唯一的優(yōu)先級(jí)排序，優(yōu)先級(jí)高的功能優(yōu)先排入當(dāng)前迭代計(jì)劃足陨。計(jì)劃迭代上線的版本嫂粟，也可參考發(fā)布火車的模式：每隔一定周期定時(shí)定點(diǎn)發(fā)布，能趕得上的就上線墨缘，趕不上就安排下次上線星虹。迭代周期內(nèi)，要盡量控制變更飒房，如遇hotfix搁凸，也需要單獨(dú)建版本進(jìn)行記錄和追蹤。在估算工作時(shí)子任務(wù)的估算累加作為故事的估算狠毯。過程監(jiān)控通過SCRUM面板和燃盡圖進(jìn)行护糖，燃盡圖監(jiān)控進(jìn)度風(fēng)險(xiǎn)。做好缺陷記錄和跟蹤和版本發(fā)布嚼松。

三. 網(wǎng)易云計(jì)算敏捷轉(zhuǎn)型

3.1 云計(jì)算項(xiàng)目介紹

網(wǎng)易云計(jì)算是網(wǎng)易云基礎(chǔ)服務(wù)嫡良，深度整合IaaS，PaaS及容器技術(shù)献酗，提供彈性計(jì)算寝受，DevOps工具鏈及微服務(wù)基礎(chǔ)設(shè)施等服務(wù)，幫助企業(yè)解決IT罕偎，架構(gòu)及運(yùn)維問題很澄，使企業(yè)聚焦于業(yè)務(wù)，是新一代云計(jì)算平臺(tái)。

技術(shù)架構(gòu)

模塊

銷售-產(chǎn)品閉環(huán)

角色分工

3.2 全流程項(xiàng)目管理

3.2.1 團(tuán)隊(duì)組織形式

有三種組織形式甩苛。首先是模塊團(tuán)隊(duì)蹂楣。是一種實(shí)體團(tuán)隊(duì)，負(fù)責(zé)完整的模塊服務(wù)體驗(yàn)讯蒲，負(fù)責(zé)模塊的技術(shù)架構(gòu)痊土，負(fù)責(zé)模塊的質(zhì)量和維護(hù)。其次是職能團(tuán)隊(duì)墨林，也是一種實(shí)體團(tuán)隊(duì)赁酝，負(fù)責(zé)對(duì)某職能的人力支撐和調(diào)度，負(fù)責(zé)對(duì)某職能的專業(yè)能力提高旭等，負(fù)責(zé)對(duì)某職能的人員培養(yǎng)酌呆。最后是功能團(tuán)隊(duì)，這是一種虛擬團(tuán)隊(duì)辆雾，臨時(shí)且動(dòng)態(tài)肪笋，直到功能交付月劈，跨模塊度迂，跨職能組成，負(fù)責(zé)對(duì)某功能的交付猜揪。

3.2.2 流程閉環(huán)

效能閉環(huán)

目標(biāo)主干流程

3.2.3 全流程

3.2.3.1 主干流程

主干流程

1. 外部合作立項(xiàng)流程：里程碑和合作意向
2. 核心小組：
   • 橫向/基礎(chǔ)能力（架構(gòu)師惭墓，產(chǎn)品經(jīng)理，項(xiàng)目經(jīng)理）
   • 垂直業(yè)務(wù)（模塊負(fù)責(zé)人而姐，產(chǎn)品經(jīng)理）
3. 目標(biāo)調(diào)研
   • 產(chǎn)品調(diào)研（競(jìng)品調(diào)研腊凶，場(chǎng)景分析）
   • 技術(shù)調(diào)研：可行性分析
   • 環(huán)境/資源分析：可行性/實(shí)施條件
4. 目標(biāo)確認(rèn)
   • 交付標(biāo)準(zhǔn)
   • 完成時(shí)間
5. 目標(biāo)分析分解
   • 產(chǎn)品概要：產(chǎn)品經(jīng)理負(fù)責(zé)，產(chǎn)品框架拴念，功能/非功能需求钧萍，發(fā)布策略
   • 技術(shù)概要：架構(gòu)師/模塊負(fù)責(zé)人負(fù)責(zé)，架構(gòu)概要設(shè)計(jì)政鼠，技術(shù)關(guān)鍵路徑风瘦，技術(shù)風(fēng)險(xiǎn)
   • 環(huán)境/資源需求：SRE負(fù)責(zé)
   • 項(xiàng)目計(jì)劃：項(xiàng)目經(jīng)理負(fù)責(zé)，需求拆分（縱/橫）公般，時(shí)間節(jié)點(diǎn)万搔，交付物/標(biāo)準(zhǔn) & 負(fù)責(zé)人
6. 研發(fā)：信息同步，交付節(jié)點(diǎn)檢查官帘，風(fēng)險(xiǎn)管理
7. 交付驗(yàn)收：內(nèi)測(cè)/灰測(cè)流程
8. 運(yùn)營(yíng)/反饋：線上運(yùn)維規(guī)范瞬雹，Ticket流程，故障處理流程

3.2.3.2 產(chǎn)品研發(fā)流程

產(chǎn)品研發(fā)流程

1. 需求評(píng)審
2. 設(shè)計(jì)評(píng)審
3. 版本計(jì)劃
4. 版本研發(fā)
5. 版本上線
6. 版本走查

3.2.3.3 上線規(guī)范

上線規(guī)范

3.2.3.4 線上運(yùn)維規(guī)范

線上運(yùn)維規(guī)范

3.2.3.5 故障處理流程

故障處理流程

3.2.3.6 業(yè)務(wù)交付流程

業(yè)務(wù)交付流程

3.2.3.7 工單處理流程（Ticket流程）

工單處理流程

3.2.3.8 建議反饋處理流程（Advise流程）

工單處理流程

3.2.4 項(xiàng)目管理工具

3.2.4.1 問題類型關(guān)系

問題類型關(guān)系

1. Epic
2. Feature：產(chǎn)品刽虹，運(yùn)營(yíng)
3. Story：開發(fā)
4. Task：職能角色
5. Bug
6. Ticket：技術(shù)支持
7. Advise：任何人
8. Incident：技術(shù)支持

3.2.4.2 需求管理過程

需求管理過程

3.2.4.3 Story生命周期

Story生命周期

3.2.4.4 Task生命周期

Task生命周期

3.2.5 數(shù)據(jù)統(tǒng)計(jì)

3.2.5.1 效率

包括：總體完成度酗捌，有效產(chǎn)出率，bug率。

效率

3.2.5.2 質(zhì)量

包括：bug總數(shù)胖缤，百人天bug率馅巷。

質(zhì)量

3.2.5.3 周期

周期

3.2.5.4 可用率

可用率

3.2.5.5 硬件資源使用情況

硬件資源使用情況

3.2.5.6 市場(chǎng)運(yùn)營(yíng)數(shù)據(jù)

市場(chǎng)運(yùn)營(yíng)數(shù)據(jù)

四. 高速發(fā)展的網(wǎng)易嚴(yán)選如何應(yīng)對(duì)變更

4.1 嚴(yán)選變更管理

4.1.1 預(yù)防

進(jìn)行立項(xiàng)評(píng)估，首先是項(xiàng)目背景與價(jià)值草姻，項(xiàng)目目標(biāo)钓猬，競(jìng)品情況，方案概要撩独，設(shè)計(jì)系統(tǒng)或相關(guān)方敞曹，影響范圍，期望上線時(shí)間综膀，效果評(píng)估澳迫，存在風(fēng)險(xiǎn)。其次是需求分析剧劝，包括需求拆細(xì)橄登，檢查與老需求是否有關(guān)聯(lián)。然后是方案評(píng)審讥此，專業(yè)和多角度地各方確認(rèn)拢锹，最后風(fēng)險(xiǎn)評(píng)估。

4.1.2 應(yīng)對(duì)和總體控制變更

變更流程確立

設(shè)立變更委員會(huì)萄喳，由項(xiàng)目經(jīng)理卒稳，開發(fā)負(fù)責(zé)人，測(cè)試負(fù)責(zé)人他巨，產(chǎn)品負(fù)責(zé)人充坑，交互負(fù)責(zé)人和視覺負(fù)責(zé)人組成。系統(tǒng)架構(gòu)靈活設(shè)計(jì)不要寫死染突。需求優(yōu)先級(jí)安排要明確定義并得到眾人認(rèn)可知给。