【編者按】本文作者蘇杰 ，分享了網(wǎng)頁(yè)設計中光影的運用。產(chǎn)品中國摘錄如下：
最近，因為產(chǎn)品的需要，又開(kāi)始做一些項目管理的工作，一直認為，各種管理工作都是手段，是為了產(chǎn)品服務(wù)的，所以切忌“殺雞用牛刀”，本著(zhù)夠用就好的原則，和團隊(10多個(gè)人，運營(yíng)占了大半的奇怪組合，呵呵)一起邊做邊設置一些規則，下面是最近我發(fā)的一封郵件，加上點(diǎn)評分享一下。
首先，開(kāi)發(fā)同學(xué)工作時(shí)間分配的共識：
a) 因為產(chǎn)品屬于“二手房改建”，所以各種Bug和可優(yōu)化的地方很多，開(kāi)發(fā)很容易被各種零散需求占滿(mǎn)，但產(chǎn)品還處于新生階段，必須強制只留20%的時(shí)間給日常bug修復和優(yōu)化，確保主要精力還是在做一些整塊的需求，保證產(chǎn)品整體是在向前走的(產(chǎn)品進(jìn)入成熟期，可以把大部分時(shí)間留給優(yōu)化);
b) 因為團隊結構里，運營(yíng)人數很多，之前每位運營(yíng)都會(huì )直接找開(kāi)發(fā)提需求，把開(kāi)發(fā)的工作計劃打亂、碎片化，所以規定運營(yíng)可以直接找技術(shù)，但只限于嚴重的問(wèn)題，技術(shù)不接運營(yíng)直接提的任何需求，必須走產(chǎn)品人員過(guò)一下(必須有人通盤(pán)衡量，運營(yíng)人員通常會(huì )站在自己負責的一件事上，把自己需求的優(yōu)先級無(wú)限提高);
c) 技術(shù)同學(xué)的評估，之前因為經(jīng)驗不足，會(huì )把“工作量”和“工期”混在一起，現在分開(kāi)，并不是說(shuō)工作量10人天，2個(gè)人做的話(huà)，就是5個(gè)工作日后發(fā)布(也是讓團隊所有人明白兩者的不同);
其次，在公司里找了一個(gè)小系統，管理日常的Bug和優(yōu)化(積累了幾十條以后，用口頭、郵件什么的管理都是不靠譜的)，主要是寫(xiě)給運營(yíng)了解的一些原則：
1 優(yōu)先級判斷
a) 1-urgent，系統大面積不可用，必須馬上改，需要申請緊急發(fā)布;
b) 2-high，明顯的bug，需要修改，盡量趕下一次發(fā)布;
c) 3-medium，不嚴重的bug，平時(shí)過(guò)掉;
d) 4-low，優(yōu)化建議，平時(shí)過(guò)掉：優(yōu)化可以用“嚴重程度”字段來(lái)表達重要性;
2 使用流程
a) 運營(yíng)先提給產(chǎn)品，狀態(tài)new;
b) 由產(chǎn)品來(lái)確定優(yōu)先級和指派給誰(shuí)，確認方案，需要修復的，狀態(tài)改為open，指派給開(kāi)發(fā)安排，確定“期望修復時(shí)間”;
c) 開(kāi)發(fā)修復完成，狀態(tài)改為fixed;
d) 產(chǎn)品驗證后，狀態(tài)改為closed;
3 系統里的具體條目，產(chǎn)品平時(shí)和開(kāi)發(fā)排掉，產(chǎn)品運營(yíng)雙周會(huì )上不討論，需要特別說(shuō)明的，請錄入者在會(huì )上提出：
a) So，需要錄入者會(huì )前自己review一下自己提出的條目(如果狀態(tài)已經(jīng)不是new，就說(shuō)明已經(jīng)安排了)
b) 平時(shí)，每個(gè)人都可以隨時(shí)去系統里查看自己提出的條目的進(jìn)展，有異議找產(chǎn)品溝通(前提是，我們團隊有一個(gè)產(chǎn)品原則的共識，比如“目標用戶(hù)有哪幾種，他們的優(yōu)先級排序，每個(gè)群體的需求又有哪幾類(lèi)，優(yōu)先級排序……”);
4 UED也視為技術(shù)人員，給UED的需求也用系統管理;
大家批判著(zhù)看啊，周邊條件不同，做法一定不同，希望有啟發(fā)就好。
聯(lián)系客服
