【編者按】本文作者蘇杰 ，分享了網(wǎng)頁設(shè)計(jì)中光影的運(yùn)用,。產(chǎn)品中國摘錄如下：

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

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

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

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

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

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

　　1 優(yōu)先級判斷

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

　　b) 2-high,，明顯的bug,，需要修改，盡量趕下一次發(fā)布;

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

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

　　2 使用流程

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

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

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

　　d) 產(chǎn)品驗(yàn)證后，狀態(tài)改為closed;

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

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

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

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

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