Scrum被譽(yù)為“管理學(xué)的諾貝爾獎(jiǎng)”，在全球掀起了一場(chǎng)敏捷革命蚌堵，這是將改變未來工作的高效管理方法买决。

微信、京東吼畏、華為督赤、通用電氣、Twitter泻蚊、FBI一致采用“敏捷管理法”躲舌，尤其是張小龍?zhí)貏e推崇。有的企業(yè)工作效率居然能改善8 倍性雄，這就是方法的革命性所在没卸。

接下來，就和你說說備受推崇的“敏捷管理法”

張小龍?zhí)貏e推崇的“敏捷管理法”秒旋，是微信團(tuán)隊(duì)從成立初期就堅(jiān)定使用的管理方法约计，也是提升團(tuán)隊(duì)效率的重要方法。有以下三個(gè)具體的可操作方法：

沖刺：集中全部精力滩褥，任何人不得干擾

沖刺周期經(jīng)常被稱為“時(shí)間限制”病蛉。其時(shí)間跨度是固定的，必須具有一致性，你不能把一個(gè)周期設(shè)為一周铺然，下一個(gè)周期卻設(shè)為三周俗孝。必須設(shè)置固定的節(jié)奏，每個(gè)人都知道自己能在一個(gè)固定期限內(nèi)完成多少工作魄健。通常來講赋铝，他們自己都會(huì)為完成的工作量感到驚訝。

一旦一個(gè)團(tuán)隊(duì)決定要完成某些任務(wù)沽瘦，那么這些任務(wù)就鎖定了革骨，任何人都不能再給他們?cè)黾尤蝿?wù)。干預(yù)和擾亂團(tuán)隊(duì)只會(huì)大幅放緩團(tuán)隊(duì)的工作進(jìn)度析恋。

回想一下你做過的很多項(xiàng)目良哲，在項(xiàng)目完工前幾乎不會(huì)得到任何反饋意見，要等好幾個(gè)月甚至好幾年才能得到反饋助隧。你可能完全做錯(cuò)方向筑凫，卻絲毫沒有察覺，這無異于大肆浪費(fèi)自己的人生并村。在商業(yè)中巍实，這可能決定成敗。

每日例會(huì)：檢查和挑戰(zhàn)團(tuán)隊(duì)工作進(jìn)度

Scrum主管哩牍，也就是負(fù)責(zé)執(zhí)行流程的人棚潦，每天會(huì)詢問團(tuán)隊(duì)成員三個(gè)問題：你昨天做了什么去幫助團(tuán)隊(duì)完成沖刺？今天你打算做什么來幫助團(tuán)隊(duì)完成沖刺膝昆？什么因素阻礙了團(tuán)隊(duì)的前進(jìn)之路丸边？

在敏捷管理下，公司須每日召開例會(huì)外潜，每日例會(huì)有三個(gè)規(guī)則原环。

第一個(gè)規(guī)則是挠唆，每一天會(huì)議召開的時(shí)間是固定的处窥，每個(gè)成員都要出席，如果有人不出席玄组，溝通就進(jìn)行不下去滔驾，團(tuán)隊(duì)要保持統(tǒng)一的節(jié)奏。

第二個(gè)規(guī)則是俄讹，開會(huì)時(shí)間不能超過15 分鐘哆致。我們希望會(huì)議直截了當(dāng)，直擊重點(diǎn)患膛。如果某件事情需要進(jìn)一步討論摊阀，那就先記錄下來，在每日例會(huì)結(jié)束之后再做進(jìn)一步討論；之所以這么做胞此，就是為了用最少的時(shí)間臣咖，討論出最易于付諸實(shí)踐的、最寶貴的信息漱牵。

第三個(gè)規(guī)則是夺蛇，每個(gè)人都要積極參與。每個(gè)人開會(huì)時(shí)都要站起來酣胀，不要坐下刁赦，這樣就會(huì)促使每個(gè)人積極交流，持續(xù)傾聽他人的看法闻镶，這樣還有助于縮短會(huì)議時(shí)間甚脉。

改變看法：每個(gè)沖刺都是新機(jī)會(huì)

Scrum的一個(gè)重要意義就是改變你對(duì)時(shí)間的看法。實(shí)行沖刺和每日例會(huì)一段時(shí)間之后铆农，你就不會(huì)再把時(shí)間看成一支徑直飛向未來的箭宦焦，而是從周期性的視角去看待時(shí)間。每一個(gè)沖刺顿涣，都是一個(gè)開啟全新任務(wù)的機(jī)會(huì)波闹。每一天，都是尋求改善的好機(jī)會(huì)涛碑。任何致力于Scrum方法的人都會(huì)珍惜每一分精堕、每一秒，將其視為呼吸和生命循環(huán)的一個(gè)周期蒲障。

敏捷的意義是打消相互依賴性歹篓，促使他們主動(dòng)想辦法解決問題。在很多項(xiàng)目中揉阎，大量時(shí)間都浪費(fèi)在了等待上庄撮，一個(gè)環(huán)節(jié)必須等另一個(gè)環(huán)節(jié)完成之后才能開展。我們要把所有人集合到一起毙籽，讓他們迅速討論出如何才能像一個(gè)團(tuán)隊(duì)一樣合作洞斯。他們不再是各有一套技能的個(gè)體，而是一個(gè)努力把整個(gè)項(xiàng)目的“待辦事項(xiàng)”便箋移到“完成事項(xiàng)”欄目下的團(tuán)隊(duì)坑赡。

想想你自己的工作烙如。由于等待他人完成工作，由于等待某個(gè)信息毅否，或者由于你試圖同時(shí)完成太多工作亚铁，你浪費(fèi)了多少時(shí)間呢？

作者：RJ居群龍

鏈接：http://www.reibang.com/p/17ed100e2958

來源：簡(jiǎn)書

著作權(quán)歸作者所有螟加。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)徘溢，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處吞琐。

最近在整理敏捷開發(fā)項(xiàng)目的流程和管理制度，其整理的項(xiàng)目管理規(guī)程如下然爆，這份規(guī)程也不完全算是敏捷專屬的項(xiàng)目管理規(guī)程顽分，主要是在結(jié)合我們公司實(shí)際的情況下編寫出來的，因此名字都叫成互聯(lián)網(wǎng)軟件產(chǎn)品開發(fā)項(xiàng)目管理規(guī)程施蜜，大家在實(shí)際嵌入到公司的過程中可以參考下卒蘸，不能照搬。

1.?目的

規(guī)范互聯(lián)網(wǎng)軟件產(chǎn)品開發(fā)項(xiàng)目管理過程翻默，指導(dǎo)開展項(xiàng)目研發(fā)缸沃、管理等活動(dòng)。

2.?適用范圍

本章程的作用范圍為互聯(lián)網(wǎng)軟件產(chǎn)品開發(fā)立項(xiàng)至結(jié)項(xiàng)管理過程修械。

1.對(duì)項(xiàng)目經(jīng)理開展產(chǎn)品規(guī)劃及設(shè)計(jì)活動(dòng)以及項(xiàng)目管理手段和應(yīng)遵循的開發(fā)流程提供了指導(dǎo)趾牧；

2.對(duì)項(xiàng)目團(tuán)隊(duì)的日常管理活動(dòng)及內(nèi)容進(jìn)行了指導(dǎo)；

3.?角色及職責(zé)定義

項(xiàng)目經(jīng)理：

進(jìn)行產(chǎn)品開發(fā)過程中的業(yè)務(wù)目標(biāo)肯污、進(jìn)度翘单、成本、質(zhì)量控制蹦渣。

挑選項(xiàng)目團(tuán)隊(duì)并進(jìn)行團(tuán)隊(duì)建設(shè)哄芜，激發(fā)、鼓舞和改進(jìn)團(tuán)隊(duì)的生產(chǎn)效率柬唯。

識(shí)別項(xiàng)目干系人认臊，定期向干系人匯報(bào)，并作為團(tuán)隊(duì)和外部的接口锄奢，屏蔽外界對(duì)團(tuán)隊(duì)的干擾失晴。

確保項(xiàng)目中流程被遵循，組織拘央、監(jiān)督涂屁、培訓(xùn)項(xiàng)目各實(shí)踐活動(dòng)。

產(chǎn)品策劃

確定產(chǎn)品的功能灰伟，拆分用戶故事拆又。

需求功能確定優(yōu)先級(jí)。

接受或拒絕開發(fā)團(tuán)隊(duì)的工作成果袱箱。

參與產(chǎn)品開發(fā)過程中的有關(guān)會(huì)議遏乔。

UI

根據(jù)用戶故事，負(fù)責(zé)產(chǎn)品的功能交互及界面設(shè)計(jì)

組織開展人機(jī)交互及用戶體驗(yàn)发笔，不斷跟蹤改進(jìn)，提高產(chǎn)品表現(xiàn)力凉翻。

參與產(chǎn)品開發(fā)過程中的有關(guān)會(huì)議了讨。

開發(fā)

根據(jù)用戶故事，負(fù)責(zé)產(chǎn)品的技術(shù)架構(gòu)設(shè)計(jì)及功能開發(fā)

評(píng)估、設(shè)計(jì)及維護(hù)產(chǎn)品相應(yīng)模塊前计，確保模塊的穩(wěn)定性胞谭、易用性、高效性男杈。

參加產(chǎn)品開發(fā)過程中的有關(guān)會(huì)議丈屹。

測(cè)試

根據(jù)用戶故事，設(shè)計(jì)產(chǎn)品測(cè)試標(biāo)準(zhǔn)伶棒，確保產(chǎn)品品質(zhì)滿足市場(chǎng)需求旺垒。

合理分配測(cè)試資源，組織產(chǎn)品測(cè)試并優(yōu)化測(cè)試流程及測(cè)試標(biāo)準(zhǔn)肤无，提高測(cè)試效率先蒋。

編寫產(chǎn)品測(cè)試用例，提交測(cè)試問題宛渐，編寫測(cè)試總結(jié)報(bào)告竞漾，以測(cè)試角度來確定產(chǎn)品版本是否發(fā)布。

4. 項(xiàng)目管理過程

按照互聯(lián)網(wǎng)軟件產(chǎn)品項(xiàng)目開發(fā)過程窥翩，可將整個(gè)項(xiàng)目管理過程分為立項(xiàng)過程业岁、規(guī)劃過程、執(zhí)行與監(jiān)控過程寇蚊、結(jié)項(xiàng)過程叨襟。下面分別闡述在每個(gè)階段過程中該如何進(jìn)行項(xiàng)目管理。

?

4.1?立項(xiàng)過程

?互聯(lián)網(wǎng)軟件產(chǎn)品開發(fā)項(xiàng)目的立項(xiàng)過程幔荒，通常是指從準(zhǔn)備項(xiàng)目啟動(dòng)會(huì)到召開會(huì)議這個(gè)階段糊闽，在立項(xiàng)過程中，需要完成項(xiàng)目目標(biāo)爹梁，需求范圍的初步確認(rèn)右犹，項(xiàng)目團(tuán)隊(duì)成員，其他資源的安排姚垃。

?確定項(xiàng)目的初步目標(biāo)并達(dá)成共識(shí)

???? 對(duì)于項(xiàng)目目標(biāo)念链，需要和干系人在以下幾點(diǎn)上達(dá)成共識(shí)：

???? 項(xiàng)目的背景、目標(biāo)用戶积糯、核心人員及產(chǎn)品定位是什么

???? 項(xiàng)目的資源投入預(yù)算是多少

???? 項(xiàng)目的資源投入是多少

???? 各人員在項(xiàng)目中扮演的角色和對(duì)項(xiàng)目的作用是什么

?準(zhǔn)備啟動(dòng)會(huì)議文檔

???? 文檔內(nèi)容包括：

?????? 用戶畫像

?????? 產(chǎn)品定位

???? ? 市場(chǎng)策略

?????? 業(yè)務(wù)目標(biāo)

?????? 技術(shù)可行性

?????? 研發(fā)成本預(yù)算

?????? 路標(biāo)規(guī)劃

?召開項(xiàng)目啟動(dòng)會(huì)?

???? 參加人員包括：

?????? 管理層代表

?????? 項(xiàng)目經(jīng)理及項(xiàng)目團(tuán)隊(duì)

?????? 其他干系人代表

???? 主要議題包括：

?????? 申明項(xiàng)目目標(biāo)范圍及對(duì)組織目標(biāo)的貢獻(xiàn)掂墓。

?????? 管理層正式任命PM，設(shè)定期望看成，統(tǒng)一思想

?????? 文檔內(nèi)容的宣講君编。??

?與PM小組確定項(xiàng)目管理要求

?????? 項(xiàng)目啟動(dòng)會(huì)完成后，需要與PM小組成員確定項(xiàng)目立項(xiàng)機(jī)制以及公司項(xiàng)目管理要求川慌。

4.2?規(guī)劃階段

在規(guī)劃階段吃嘿，團(tuán)隊(duì)需要共同完成產(chǎn)品的版本規(guī)劃祠乃，迭代計(jì)劃

版本規(guī)劃

從產(chǎn)品的關(guān)鍵特性列表中按照優(yōu)先級(jí)規(guī)劃產(chǎn)品每個(gè)版本需要完成哪些特性，在規(guī)劃完成后需要在項(xiàng)目干系人內(nèi)達(dá)成共識(shí)兑燥。具體可參考《版本規(guī)劃樣例》

迭代如何劃分

迭代劃分是指將特性列表拆分形成用戶故事列表亮瓷，并將其對(duì)應(yīng)的主要任務(wù)劃分到各個(gè)迭代中去，形成粗粒度的項(xiàng)目迭代計(jì)劃降瞳。這個(gè)過程主要考慮以下幾個(gè)因素：

??? 有些任務(wù)間是有依賴關(guān)系嘱支，某個(gè)任務(wù)的開始或結(jié)束是以另一個(gè)任務(wù)的開始或結(jié)束為前提，在劃分時(shí)必須考慮這種前后依賴關(guān)系挣饥。

??? 在安排每個(gè)迭代的任務(wù)時(shí)除师，需要對(duì)各種因素進(jìn)行綜合考慮，如平衡每個(gè)迭代中任務(wù)的技術(shù)難度和價(jià)值差異亮靴。

??? 除了進(jìn)行初步的迭代任務(wù)劃分馍盟，還需要確定項(xiàng)目過程中迭代任務(wù)調(diào)整的規(guī)則，如迭代任務(wù)未完成時(shí)是將剩余任務(wù)延至下一迭代還是延長(zhǎng)迭代周期茧吊。

確定人員分工

項(xiàng)目經(jīng)理需要根據(jù)每個(gè)人員的能力和特點(diǎn)贞岭，初步擬定大致分工。在進(jìn)行任務(wù)分工時(shí)需考慮以下因素：

??? 任務(wù)難度與人員能力相匹配搓侄，對(duì)于明顯超出能力范圍或過于簡(jiǎn)單的任務(wù)容易造成負(fù)面影響瞄桨。

??? 耦合度高的盡量分配給同一個(gè)人，避免不必要的溝通消耗讶踪。

??? 鼓勵(lì)團(tuán)隊(duì)內(nèi)部“任務(wù)認(rèn)領(lǐng)”芯侥，提高人員的工作積極性和主動(dòng)性。

確定迭代運(yùn)行模式

??? ??? 如一周迭代乳讥、兩周迭代柱查，每個(gè)迭代包含的工作內(nèi)容等。

??? ?? 具體的迭代計(jì)劃可參考《迭代計(jì)劃樣例》

制定其他輔助計(jì)劃

??? 制定溝通計(jì)劃云石、風(fēng)險(xiǎn)計(jì)劃和質(zhì)量計(jì)劃是必要的唉工，溝通計(jì)劃主要包含以下幾個(gè)方面：溝通對(duì)象、溝通方式汹忠、溝通頻率即可淋硝，如：

??? 風(fēng)險(xiǎn)計(jì)劃包括風(fēng)險(xiǎn)項(xiàng)、負(fù)責(zé)人宽菜、重要性谣膳、應(yīng)對(duì)措施，如下：

質(zhì)量計(jì)劃包括：bug分布滿足何種條件可以發(fā)布铅乡，有幾個(gè)致命bug必須停止開發(fā)新特性等继谚。。

?搭建基礎(chǔ)技術(shù)架構(gòu)

??? 如果是一個(gè)全新的項(xiàng)目隆判，需要重新開發(fā)系統(tǒng)框架犬庇，則這個(gè)工作應(yīng)該在迭代0完成僧界，否則會(huì)影響后期的工作開展侨嘀。系統(tǒng)框架的每次改動(dòng)必然會(huì)導(dǎo)致大量的重復(fù)工作量臭挽，從而給穩(wěn)定的團(tuán)隊(duì)節(jié)奏帶來很大的毛刺。

3.3?項(xiàng)目執(zhí)行和監(jiān)控過程

迭代N的執(zhí)行

A咬腕、迭代N的需求細(xì)化

考慮每個(gè)迭代需要完成的用戶故事欢峰；

??? 用戶故事需包含幾個(gè)部分，工作量評(píng)估涨共、功能性需求纽帖、非功能性需求。具體的可參考《用戶故事模板及樣例及拆分說明》

??? 用戶故事編寫完成后需要在團(tuán)隊(duì)內(nèi)部進(jìn)行需求評(píng)審举反，一方面是為了向團(tuán)隊(duì)成員解讀該需求懊直，另一方面團(tuán)隊(duì)成員也可在評(píng)審時(shí)給出指導(dǎo)性意見。

B火鼻、測(cè)試用例評(píng)審

??? 測(cè)試人員根據(jù)用戶故事要求編寫對(duì)應(yīng)的測(cè)試用例室囊，并組織項(xiàng)目團(tuán)隊(duì)進(jìn)行測(cè)試用例評(píng)審。根據(jù)評(píng)審意見修改測(cè)試用例

C魁索、開發(fā)

??? 將用戶故事的需求開發(fā)的過程融撞。

D、開發(fā)自測(cè)

??? 在開發(fā)過程中粗蔚，每完成一個(gè)功能點(diǎn)尝偎，都需要及時(shí)的進(jìn)行開發(fā)自測(cè)并通知產(chǎn)品策劃人員進(jìn)行驗(yàn)收體驗(yàn)。

E鹏控、驗(yàn)收

??? 開發(fā)完成后致扯，產(chǎn)品策劃需要對(duì)開發(fā)完成的成果進(jìn)行驗(yàn)收，驗(yàn)證其是否符合用戶故事的要求当辐，驗(yàn)證通過后方可流到測(cè)試環(huán)節(jié)抖僵，否則需與開發(fā)詳細(xì)討論其不符合性，其驗(yàn)收的checklist可以參考《產(chǎn)品驗(yàn)收checklist及模板》

F瀑构、測(cè)試和回歸

??? ??? 提交測(cè)試時(shí)裆针，必須要有正確的版本。測(cè)試人員根據(jù)測(cè)試用例進(jìn)行測(cè)試寺晌，在IT平臺(tái)中提交測(cè)試bug世吨，并根據(jù)測(cè)試的角度給出產(chǎn)品是否發(fā)布的意見，輸出《測(cè)試報(bào)告》

G呻征、bug修改

??? 在IT平臺(tái)中獲取分配給自己的bug進(jìn)行修改耘婚。

H、showCase

??? 階段性必須有可體驗(yàn)版本進(jìn)行showCase.需要

確定showCase時(shí)間：某個(gè)迭代開發(fā)陆赋、自測(cè)完成沐祷，準(zhǔn)備提交測(cè)試前

會(huì)議前1-2天發(fā)出體驗(yàn)版給到參與人員

會(huì)議期間嚷闭，由項(xiàng)目經(jīng)理組織大家體驗(yàn)、反饋問題赖临、記錄問題胞锰。

項(xiàng)目經(jīng)理根據(jù)問題情況，與開發(fā)或產(chǎn)品確定問題的解決時(shí)間并發(fā)出會(huì)議紀(jì)要兢榨。

?I嗅榕、灰度發(fā)布

?????? 迭代一定版本后，由項(xiàng)目經(jīng)理與團(tuán)隊(duì)共同決定是否需要進(jìn)行灰度發(fā)布吵聪。

監(jiān)控方式?

每日站立會(huì)

??? 主持人輪流擔(dān)任凌那，負(fù)責(zé)控制節(jié)奏，記錄問題吟逝，以備會(huì)后跟蹤帽蝶。

??? 每人講自己昨天做了什么，有什么問題块攒，今天的計(jì)劃是什么励稳；

??? 其他人了解別人的工作情況，并發(fā)現(xiàn)指出可能存在的問題局蚀。

??? 對(duì)于發(fā)現(xiàn)的問題麦锯，鼓勵(lì)認(rèn)領(lǐng)，其余由項(xiàng)目經(jīng)理指定責(zé)任人琅绅。

??? 時(shí)間通撤鲂溃控制在15分鐘內(nèi)。

??? 會(huì)議期間千扶，更新任務(wù)墻料祠，任務(wù)墻樣式如下：

周報(bào)

??? 反饋項(xiàng)目計(jì)劃的執(zhí)行情況，強(qiáng)調(diào)本周工作要達(dá)成的目標(biāo)

??? 暴露出項(xiàng)目的問題澎羞，特別是需要領(lǐng)導(dǎo)或其他團(tuán)隊(duì)需要協(xié)助的問題髓绽。

??? 周報(bào)可在IT平臺(tái)中輸出。

月報(bào)

??? 反饋項(xiàng)目當(dāng)月的執(zhí)行情況妆绞，包括進(jìn)度顺呕、人力及質(zhì)量。

??? 反映項(xiàng)目存在的問題和風(fēng)險(xiǎn)括饶。

迭代回顧

??? 每人講述本次迭代做的好的地方和不好的地方

??? 回顧上個(gè)迭代不好的地方株茶，看看改進(jìn)情況。

??? 讓每個(gè)人發(fā)言图焰。

??? 每次迭代回顧會(huì)議完成后启盛，可更新燃盡圖

3.4?結(jié)項(xiàng)階段

項(xiàng)目經(jīng)理指導(dǎo)產(chǎn)品策劃收集總結(jié)項(xiàng)目的產(chǎn)品運(yùn)營數(shù)據(jù)，同時(shí)指導(dǎo)團(tuán)隊(duì)成員從自身角色進(jìn)行總結(jié)，包括測(cè)試僵闯、開發(fā)卧抗、UI等。

項(xiàng)目經(jīng)理與項(xiàng)目團(tuán)隊(duì)成員給出項(xiàng)目總結(jié)報(bào)告鳖粟，內(nèi)容可參考《項(xiàng)目經(jīng)驗(yàn)教訓(xùn)總結(jié)-項(xiàng)目團(tuán)隊(duì)》社裆，《項(xiàng)目經(jīng)驗(yàn)教訓(xùn)總結(jié)-項(xiàng)目經(jīng)理》

召開結(jié)項(xiàng)會(huì)議，各成員進(jìn)行結(jié)項(xiàng)匯報(bào)牺弹。

PM小組將過程文檔和經(jīng)驗(yàn)教訓(xùn)總結(jié)進(jìn)行歸檔浦马。