最近，因為產(chǎn)品的需要，又開始做一些項目管理的工作，一直認(rèn)為，各種管理工作都是手段，是為了產(chǎn)品服務(wù)的，所以切忌“殺雞用牛刀”，本著夠用就好的原則，和團隊(10多個人，運營占了大半的奇怪組合，呵呵)一起邊做邊設(shè)置一些規(guī)則，下面是最近我發(fā)的一封郵件，加上點評分享一下。 一些事

首先，開發(fā)同學(xué)工作時間分配的共識：

a) 因為產(chǎn)品屬于“二手房改建”，所以各種Bug和可優(yōu)化的地方很多，開發(fā)很容易被各種零散需求占滿，但產(chǎn)品還處于新生階段，必須強制只留20%的時間給日常bug修復(fù)和優(yōu)化，確保主要精力還是在做一些整塊的需求，保證產(chǎn)品整體是在向前走的(產(chǎn)品進入成熟期，可以把大部分時間留給優(yōu)化); yixieshi

b) 因為團隊結(jié)構(gòu)里，運營人數(shù)很多，之前每位運營都會直接找開發(fā)提需求，把開發(fā)的工作計劃打亂、碎片化，所以規(guī)定運營可以直接找技術(shù)，但只限于嚴(yán)重的問題，技術(shù)不接運營直接提的任何需求，必須走產(chǎn)品人員過一下(必須有人通盤衡量，運營人員通常會站在自己負(fù)責(zé)的一件事上，把自己需求的優(yōu)先級無限提高); 互聯(lián)網(wǎng)的一些事

c) 技術(shù)同學(xué)的評估，之前因為經(jīng)驗不足，會把“工作量”和“工期”混在一起，現(xiàn)在分開，并不是說工作量10人天，2個人做的話，就是5個工作日后發(fā)布(也是讓團隊所有人明白兩者的不同);

其次，在公司里找了一個小系統(tǒng)，管理日常的Bug 和優(yōu)化（積累了幾十條以后，用口頭、郵件什么的管理都是不靠譜的），主要是寫給運營了解的一些原則：

1 優(yōu)先級判斷

a) 1-urgent，系統(tǒng)大面積不可用，必須馬上改，需要申請緊急發(fā)布;

b) 2-high，明顯的bug，需要修改，盡量趕下一次發(fā)布; 互聯(lián)網(wǎng)的一些事

c) 3-medium，不嚴(yán)重的bug，平時過掉;

d) 4-low，優(yōu)化建議，平時過掉：優(yōu)化可以用“嚴(yán)重程度”字段來表達(dá)重要性;

2 使用流程

a) 運營先提給產(chǎn)品，狀態(tài)new;

b) 由產(chǎn)品來確定優(yōu)先級和指派給誰，確認(rèn)方案，需要修復(fù)的，狀態(tài)改為open，指派給開發(fā)安排，確定“期望修復(fù)時間”;

c) 開發(fā)修復(fù)完成，狀態(tài)改為fixed;

d) 產(chǎn)品驗證后，狀態(tài)改為closed; 互聯(lián)網(wǎng)的一些事

3 系統(tǒng)里的具體條目，產(chǎn)品平時和開發(fā)排掉，產(chǎn)品運營雙周會上不討論，需要特別說明的，請錄入者在會上提出：

a) So，需要錄入者會前自己review一下自己提出的條目(如果狀態(tài)已經(jīng)不是new，就說明已經(jīng)安排了)

b) 平時，每個人都可以隨時去系統(tǒng)里查看自己提出的條目的進展，有異議找產(chǎn)品溝通(前提是，我們團隊有一個產(chǎn)品原則的共識，比如“目標(biāo)用戶有哪幾種，他們的優(yōu)先級排序，每個群體的需求又有哪幾類，優(yōu)先級排序……”); 互聯(lián)網(wǎng)的一些事

4 UED也視為技術(shù)人員，給UED的需求也用系統(tǒng)管理; 一些事

大家批判著看啊，周邊條件不同，做法一定不同，希望有啟發(fā)就好。

鏈接：http://www.yixieshi.com/ucd/12265.html