升職! 加薪!-產(chǎn)品經(jīng)理也要學(xué)管理,效率工具來(lái)幫你

5 評(píng)論 5312 瀏覽 20 收藏 15 分鐘

我喜歡我現(xiàn)在的職業(yè),不只是因?yàn)榛ヂ?lián)網(wǎng)是我的興趣所在,也是因?yàn)槲液芟矚g這種在沒(méi)有明確管理職權(quán)下卻要切實(shí)參與到管理工作的挑戰(zhàn)感。

年輕固然喜歡挑戰(zhàn),但我老了應(yīng)該也一樣會(huì)喜歡這種感覺(jué),這應(yīng)該是性格所致。

產(chǎn)品經(jīng)理的產(chǎn)品設(shè)計(jì)能力是核心技能,但在很多團(tuán)隊(duì)中產(chǎn)品經(jīng)理充當(dāng)?shù)慕巧际菑?fù)合性的,產(chǎn)品經(jīng)理對(duì)需求的把控能力可以決定項(xiàng)目的品相,而項(xiàng)目管理的能力則是決定整個(gè)項(xiàng)目能否完成甚至整個(gè)團(tuán)隊(duì)能否穩(wěn)定輸出的關(guān)鍵。

剛巧最近的工作主要圍繞的也是項(xiàng)目管理相關(guān)的內(nèi)容,拿來(lái)做下個(gè)人的總結(jié)。

主要有兩個(gè)方面:

  1. ?項(xiàng)目流程的管理優(yōu)化。
  2. ?項(xiàng)目信息的溝通同步。

【項(xiàng)目流程的管理優(yōu)化】

敏捷開(kāi)發(fā)大行其道,scrum等方法都在業(yè)內(nèi)盛行,理論之上一切美好,落入到實(shí)際執(zhí)行之中就有很多不可控的問(wèn)題。

我所理解到的原因三點(diǎn)如下:

1. ?團(tuán)隊(duì)人員的意外變動(dòng):

? ?Feature不同,開(kāi)發(fā)人員也不同,項(xiàng)目組內(nèi)不同成員的溝通門檻高度不一致,需要磨合,實(shí)際工作中,經(jīng)常性的會(huì)有人員變動(dòng):新成員的加入、老成員的離開(kāi)都會(huì)帶來(lái)問(wèn)題。

? ?2.共性的激勵(lì)策略建立困難:

? ?職務(wù)不同,績(jī)效考核的標(biāo)準(zhǔn)、負(fù)責(zé)考核的管理者的不同都會(huì)帶來(lái)阻礙。沒(méi)有共性的激勵(lì)策略會(huì)導(dǎo)致協(xié)作過(guò)程中不同職務(wù)的人只會(huì)專注于減少自己的工作量。

? 3.跨部門協(xié)作、跨公司協(xié)作時(shí)存在的多方面不同步

? ?合作性質(zhì)的項(xiàng)目都存在工作時(shí)間同步困難,信息同步困難,工作計(jì)劃同步困難,考核標(biāo)準(zhǔn)同步困難。

問(wèn)題主要針對(duì)兩個(gè)層面:團(tuán)隊(duì)內(nèi)部的協(xié)作流程和??跨團(tuán)隊(duì)的協(xié)作標(biāo)準(zhǔn)。

好的工作流程建立之后,標(biāo)準(zhǔn)自然生成,通過(guò)效率工具可以很好地解決以上兩個(gè)層面的問(wèn)題。

下面就講下關(guān)于流程建立我的理解和效率工具的對(duì)比。

團(tuán)隊(duì)內(nèi)部的協(xié)作流程:

? ?包括需求管理(產(chǎn)品主導(dǎo))、版本或分支管理(開(kāi)發(fā)主導(dǎo))、Bug管理(測(cè)試主導(dǎo))

??需求管理:

? ?1.??需求策劃階段:需求功能點(diǎn)的優(yōu)先級(jí)劃分明確,需求版本管理需有總表。迭代規(guī)劃清晰,便于及時(shí)調(diào)整以及后續(xù)規(guī)劃,防止出現(xiàn)空閑時(shí)段。也避免開(kāi)發(fā)架構(gòu)出現(xiàn)問(wèn)題。需求策劃階段就需要開(kāi)發(fā)工程師介入。

? ?2.??立項(xiàng)階段:需求工作量的準(zhǔn)確評(píng)估,時(shí)間容錯(cuò)度提前訂好,以免陷入無(wú)限期延期。

? ?評(píng)估知會(huì)Leader,輔助定位時(shí)間,明確問(wèn)題責(zé)任,如果評(píng)估有誤是評(píng)估者的問(wèn)題,如果評(píng)估過(guò)長(zhǎng),Leader未能指出,則是Leader責(zé)任。

? ?3.??開(kāi)發(fā)、測(cè)試階段:靈活應(yīng)變,每有變動(dòng)必重新敲定時(shí)間點(diǎn),開(kāi)發(fā)工程師無(wú)法確定時(shí)間點(diǎn)的情況可以先給出一個(gè)時(shí)間范圍,講明無(wú)法確定時(shí)間的原因,提供候能夠確定工作量的時(shí)間點(diǎn)并在該點(diǎn)再次評(píng)估確認(rèn)。。

? ?4.??上線后既下版本開(kāi)發(fā)階段,循環(huán)以上3個(gè)步驟。周期可以適當(dāng)延長(zhǎng)。

? ?5.??文檔管理最好提供統(tǒng)一的日期或效率工具,可以使用SVN管理需求文檔,也可以通過(guò)自己維護(hù)文檔版本號(hào)來(lái)管理,總之要第一時(shí)間納入需求變更,第一時(shí)間通知項(xiàng)目組成員更新文檔。

效率工具:

Trello

優(yōu)點(diǎn):便于項(xiàng)目全部流程管理,跨終端訪問(wèn)便捷,對(duì)于協(xié)同工作效率提升明顯。

缺點(diǎn):對(duì)其他系統(tǒng)的接入?yún)f(xié)作相對(duì)而言不太友好。

?

Office

優(yōu)點(diǎn):通過(guò)Excel自建需求池,我之前一直使用的是這種方式,文檔版本定義更自主。

缺點(diǎn):版本管理、協(xié)同工作在國(guó)內(nèi)當(dāng)前環(huán)境下是需要借助其他工具實(shí)現(xiàn)。信息傳遞不夠順暢。

222

SVN:

優(yōu)點(diǎn):之前的項(xiàng)目中使用過(guò)SVN來(lái)管理文檔,狀態(tài)回滾、協(xié)作編輯、信息記錄都非常便捷。

缺點(diǎn):是SVN的更新邏輯在增量更新時(shí)節(jié)省空間且便捷,但對(duì)于文檔這種需要頻繁撰寫修改模式的文檔管理,非常浪費(fèi)服務(wù)器存儲(chǔ)資源。

開(kāi)發(fā)版本或分支管理

也是最近項(xiàng)目中同開(kāi)發(fā)工程師討論中收獲的。感謝同事WXP。

? ?1.??分支管理清晰,開(kāi)發(fā)分支、測(cè)試分支、線上分支、代碼總庫(kù)。

? ?2.??不同分支權(quán)限需明確,開(kāi)發(fā)分支進(jìn)入測(cè)試分支需要知會(huì)測(cè)試人員,測(cè)試人員與開(kāi)發(fā)Leader共同決定可否并入線上分支。

? ?3.??記錄信息:版本通過(guò)分支管理需做到可以回滾到變更前的狀態(tài)啊。改動(dòng)記錄:修改人、修改時(shí)間、測(cè)試人、測(cè)試時(shí)間都需明確,這樣明確事故責(zé)任,使開(kāi)發(fā)工程師形成自我代碼管理驗(yàn)收的意識(shí)。

? ?4.??代碼總庫(kù),每次提測(cè)前的版本打點(diǎn)存儲(chǔ),需要時(shí)可以查詢到任何版本的代碼記錄,定位具體問(wèn)題評(píng)估影響。

? ?5.??項(xiàng)目組內(nèi)一定要形成固定得代碼結(jié)構(gòu)標(biāo)準(zhǔn),方便工作交接,也利于代碼管理。

效率工具:

SVN:

? 優(yōu)點(diǎn):

1)數(shù)據(jù)存儲(chǔ)方式:文件,管理更加直觀,形式直觀,應(yīng)用面更廣。

2)擁有全局版本號(hào),對(duì)應(yīng)任意時(shí)間點(diǎn)源代碼的變動(dòng)。

? ?缺點(diǎn):

1)??分支合并時(shí)比較麻煩,對(duì)于分支合并時(shí)出現(xiàn)的沖突處理不夠便捷,無(wú)法快速定位到具體問(wèn)題。

2)??非分布式系統(tǒng)工作依賴網(wǎng)絡(luò),對(duì)于協(xié)作項(xiàng)目來(lái)講效率會(huì)被降低。

Git

? 優(yōu)點(diǎn):

1)數(shù)據(jù)存數(shù)方式:元數(shù)據(jù),分布式的版本控制系統(tǒng),”.git”文件是一個(gè)克隆的版本庫(kù),擁有中心版本庫(kù)上的所有內(nèi)容:如分支、版本記錄、標(biāo)簽等。

2)處理分支簡(jiǎn)單快捷,工作目錄下可以快速在多個(gè)分支間切換。相對(duì)于SVN在合并分支時(shí)出現(xiàn)的沖突處理更加便捷,可以快速定位。

3)存儲(chǔ)方式采用SHA-1哈希算法,確保代碼內(nèi)容完整性。

? 缺點(diǎn):視圖不如SVN文件視圖的形式直觀便捷,入手門檻相對(duì)于高于SVN。

333

CVS:

? 優(yōu)點(diǎn):

1)通用性更加好,相對(duì)于SVN項(xiàng)目支持更加友好。

2)代碼提交對(duì)應(yīng)每個(gè)文件,對(duì)于獨(dú)立分支管理更加靈活。

? 缺點(diǎn):

1)??速度相對(duì)與SVN與Git要慢很多,是由于實(shí)現(xiàn)原理導(dǎo)致。

2)??不支持離線工作。

//部分內(nèi)容參考開(kāi)源中國(guó)社區(qū)

Bug管理

看似簡(jiǎn)單卻浪費(fèi)了我們這段最多的時(shí)間,也讓我們吃夠了苦頭。

我理解最重要的一點(diǎn)也是前提:Bug一切的出口需要掌握在測(cè)試人員的手中,原因三點(diǎn):

1.??明確責(zé)任,分工明確,避免出現(xiàn)工作混亂的狀態(tài)。

2.??簡(jiǎn)化信息傳遞流程,信息出口只有一個(gè)。

3.??便于總結(jié)日?qǐng)?bào),出口單一,總結(jié)信息渠道也只有一個(gè),整理匯報(bào)更容易,也更便于后續(xù)計(jì)劃。

效率工具:

這里說(shuō)下我在工作中接觸過(guò)Bug管理系統(tǒng)

JIRA(我接觸到最全面、功能最強(qiáng)大的)

? 優(yōu)點(diǎn):

1)JIRA是集項(xiàng)目計(jì)劃、任務(wù)分配、需求管理、錯(cuò)誤跟蹤于一體,可以實(shí)現(xiàn)需求管理、流程管理、缺陷管理的全面軟件。

2)對(duì)接功能全面,可以同論壇或其他需要的地方自定義接口無(wú)縫接入。

3)商業(yè)軟件,自定義功能豐富,提供豐富的服務(wù)類型。

4)跨終端協(xié)作支持完善,移動(dòng)端、郵箱等自定義配置豐富。

5)開(kāi)源,購(gòu)買之后同時(shí)購(gòu)置了源代碼,方便做二次開(kāi)發(fā)。

? 缺點(diǎn):

1)??商業(yè)軟件,收費(fèi)且價(jià)格不菲。創(chuàng)業(yè)團(tuán)隊(duì)選擇其性價(jià)比不高。

2)??配置項(xiàng)過(guò)多,后臺(tái)管理操作較復(fù)雜。

3)??概念過(guò)多,使用前的學(xué)習(xí)成本較大。

444

Bugfree

? 優(yōu)點(diǎn):

1)同CVS對(duì)接,系統(tǒng)可以自動(dòng)把代碼的Check-in結(jié)合起來(lái),方便高效。

2)界面簡(jiǎn)單,學(xué)習(xí)成本低。

3)免費(fèi)且開(kāi)源,性價(jià)比高。

? 缺點(diǎn):

1)主要針對(duì)web端管理,沒(méi)有多段協(xié)同的解決方案。

2)功能只針對(duì)Bug管理,略單一,橫向?qū)Ρ绕鋽U(kuò)展支持性較差。

555

禪道

? 優(yōu)點(diǎn):

1)??功能完備,無(wú)需再整合其他多個(gè)系統(tǒng),降低實(shí)施成本??梢宰鋈鞒坦芾恚蛘咧蛔鰷y(cè)試管理,也可以只做項(xiàng)目管理任務(wù)管理,也可以只用來(lái)做需求管理。

2)??安裝非常方便,只需要下載十幾兆的綠色包,解壓縮即可運(yùn)行。

3)???國(guó)產(chǎn)軟件,中文支持,操作習(xí)慣更符合國(guó)人。

4)??多職能視角的快捷切換,方便快捷。

5)??免費(fèi)項(xiàng)目管理軟件。性價(jià)比高。

? 缺點(diǎn):

1)??界面布局相對(duì)于Jira過(guò)于混亂。

2)??跨終端支持差,無(wú)移動(dòng)端解決方案。

666

?

Bugzilla

? 優(yōu)點(diǎn):

1)免費(fèi)。

2)強(qiáng)大的檢索功能,快速定位管理。

3)強(qiáng)大的后端數(shù)據(jù)庫(kù)支持,豐富多樣的配置設(shè)定等

4)桌面版提供截圖捕捉和編輯工具。

? 缺點(diǎn):

1)??部署需配置Perl和MYSQL數(shù)據(jù)庫(kù),配置過(guò)程過(guò)于繁瑣。(不過(guò)可以通過(guò)XAMPP實(shí)現(xiàn)快捷部署)

2)??自定義功能相對(duì)較少。

777

總結(jié):搭建管理系統(tǒng)越來(lái)越容易,XAMPP可以實(shí)現(xiàn)快捷部署(Apache+MySQL+PHP+PERL),線上的協(xié)同工具也非常多,web版本、移動(dòng)客戶端等等,高效且出色.

? ?任何效率工具都不會(huì)是最簡(jiǎn)單的處理方案,會(huì)增加不同職務(wù)處理單一問(wèn)題的時(shí)間和工作量。

?但是對(duì)于團(tuán)隊(duì)而言提升效率是非常明顯的,初期的適應(yīng)成本都是后期效率提升的基礎(chǔ)。

? ?只有團(tuán)隊(duì)達(dá)成共識(shí),重視流程管理,注重效率工具的使用,才能真正的推動(dòng)效率的提升。

產(chǎn)品經(jīng)理在跨團(tuán)隊(duì)協(xié)作時(shí)需要注意的:

1.??建立自動(dòng)化獲取常規(guī)數(shù)據(jù)流程很重要。

2.??推動(dòng)本方Leader同時(shí)推動(dòng)對(duì)方Leader,獲取部分必要權(quán)限,實(shí)現(xiàn)常規(guī)需求的自動(dòng)化。

3.??統(tǒng)一信息溝通工具,明確責(zé)任。

4.??需要推動(dòng)對(duì)方工作的內(nèi)容及時(shí)郵件記錄,并明確時(shí)間點(diǎn)。

5.??產(chǎn)品需收集所有相關(guān)成員的聯(lián)系方式,且有效地聯(lián)系方式,及時(shí)了解其工作時(shí)間與節(jié)奏,在需要時(shí)第一時(shí)間聯(lián)系。

6.??產(chǎn)品也要做公關(guān),就是產(chǎn)品處于協(xié)調(diào)的中心點(diǎn),組織雙方一起吃飯聊天還是可以很有效的提高協(xié)作效率的。

【項(xiàng)目信息的溝通同步】

? ?個(gè)人理解,最重要的是雙方在利益目標(biāo)不同時(shí)需要有一個(gè)共性的執(zhí)行標(biāo)準(zhǔn)。

? ?信息同步上總結(jié)了幾點(diǎn)可以提升效率的方法:

1.形成日?qǐng)?bào)機(jī)制,通過(guò)郵件記錄。

2.日?qǐng)?bào)內(nèi)容抄送協(xié)作方相關(guān)成員。

3.日?qǐng)?bào)內(nèi)容包括雙發(fā)協(xié)作項(xiàng)目工作內(nèi)容與規(guī)劃、需要對(duì)方配合的項(xiàng)目與工作內(nèi)容與規(guī)劃、項(xiàng)目進(jìn)度與事故處理方案進(jìn)度與規(guī)劃。

4.項(xiàng)目組內(nèi)部日?qǐng)?bào)機(jī)制需要全面提供工作內(nèi)容與細(xì)節(jié),知會(huì)Leader,出現(xiàn)意外及時(shí)變更。

5.溝通協(xié)調(diào)后及時(shí)郵件幫助合作方記錄備忘。無(wú)法明確責(zé)任時(shí)主動(dòng)記錄就是推動(dòng)項(xiàng)目最好的辦法。

source:本文為作者萌斯特(微信號(hào):DudusTaste)投稿發(fā)布,轉(zhuǎn)載請(qǐng)注明來(lái)源于人人都是產(chǎn)品經(jīng)理并附加本文鏈接

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. JIRA在管理員剛開(kāi)始配置起來(lái)會(huì)麻煩點(diǎn),但是在使用中流程很方便,特別是分配任務(wù),郵件通知很便捷。

    來(lái)自廣東 回復(fù)
  2. 需求管理、效率??!深受其害,團(tuán)隊(duì)管理混亂,各種延期,各種糟糕

    來(lái)自北京 回復(fù)
  3. 寫的挺好的。

    來(lái)自上海 回復(fù)