把“血”注入到产品里
生活随笔
收集整理的這篇文章主要介紹了
把“血”注入到产品里
小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.
(求輕拍)
首先企業(yè)內(nèi)部,是需要一套專門針對(duì)項(xiàng)目或者需求進(jìn)行管理的軟件的。
內(nèi)部的協(xié)作,我認(rèn)為是主要解決以下三個(gè)問題:
信息共享與溝通,包含文檔、聊天信息等; 項(xiàng)目監(jiān)控與推進(jìn); 管理架構(gòu)到績效架構(gòu)的制度。
分享一些第三方的系統(tǒng):
禪道: 上手難度:★,實(shí)用程度:★★★
Atlassian系:上手難度:★,實(shí)用程度:★★★★★
Slack: 上手難度:★★★,實(shí)用程度:★★★★
Tower: 上手難度:★,實(shí)用程度:★★★
產(chǎn)品流程規(guī)范
步驟:需求搜集→需求整理,成型→需求評(píng)審→立項(xiàng),需求分發(fā)→敏捷→需求迭代
1. 需求搜集和需求迭代:可考慮開產(chǎn)品運(yùn)營會(huì)議或其他形式的需求評(píng)審會(huì)議,以周為單位總結(jié)上周工作以及安排下周工作,同時(shí)可上傳到wiki便于查看需求路程。建議產(chǎn)品與運(yùn)營是需要開會(huì)的,同時(shí)產(chǎn)品自身應(yīng)與BD多溝通,畢竟一線人員最懂客戶場景和競品動(dòng)態(tài)。
整個(gè)產(chǎn)品邏輯的討論應(yīng)圍繞核心問題驅(qū)動(dòng):How to drive it works !
Q:遇到多個(gè)緊急需求擁擠,應(yīng)如何處理? 通常遇到多個(gè)緊急需求,多數(shù)在這個(gè)場景下發(fā)生:你干著活呢,突然拋過來N個(gè)需求 ,說非常緊急,需要立刻完成。這都是建立在需要立刻完成的前提下,都是你幾乎沒辦法騰出時(shí)間來逐個(gè)解決。 個(gè)人感覺還是有辦法衡量一下的,一般來講影響與客戶合作項(xiàng)目或公司流水的,我會(huì)認(rèn)為是最緊急。 其次是老板或高層直接下達(dá)的需求,再其次是影響其他部門或其他人的項(xiàng)目的需求。
- Drive的邏輯,我認(rèn)為會(huì)建立在兩個(gè)基礎(chǔ)上:數(shù)據(jù)衡量和可接受故障度;
- 有效的、全面的Dirve,也是需要逐步迭代的;
- Dirve,意味著找到核心驅(qū)動(dòng)能力,意味著求證充分必要性
- 拆分開發(fā)任務(wù),分發(fā)到具體人身上,列出預(yù)估開發(fā)時(shí)間,便于監(jiān)控項(xiàng)目進(jìn)度。對(duì)于人的分發(fā),我比較崇尚游擊隊(duì)+正統(tǒng)軍隊(duì)式,即對(duì)小改動(dòng)小項(xiàng)目,能靈活安排人快速處理,同時(shí)對(duì)于多人協(xié)作項(xiàng)目,能指定某部分人參與,也可以是指定某個(gè)人為該部門在此項(xiàng)目上的直接溝通人,而績效考核,也可以通過每個(gè)人的完成任務(wù)數(shù)和難度來衡量。
- 在業(yè)務(wù)正確的前提下,嚴(yán)格執(zhí)行PRD和原型制定的可衡量標(biāo)準(zhǔn)。
Q:遇到多個(gè)緊急需求擁擠,應(yīng)如何處理? 通常遇到多個(gè)緊急需求,多數(shù)在這個(gè)場景下發(fā)生:你干著活呢,突然拋過來N個(gè)需求 ,說非常緊急,需要立刻完成。這都是建立在需要立刻完成的前提下,都是你幾乎沒辦法騰出時(shí)間來逐個(gè)解決。 個(gè)人感覺還是有辦法衡量一下的,一般來講影響與客戶合作項(xiàng)目或公司流水的,我會(huì)認(rèn)為是最緊急。 其次是老板或高層直接下達(dá)的需求,再其次是影響其他部門或其他人的項(xiàng)目的需求。
總結(jié)
以上是生活随笔為你收集整理的把“血”注入到产品里的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: oppo手机显示服务器繁忙,如何玩转OP
- 下一篇: 区块链学习资源