中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

在產(chǎn)品迭代中，產(chǎn)品經(jīng)理要負(fù)責(zé)相關(guān)產(chǎn)品開發(fā)周期和進(jìn)度的把控，進(jìn)行跨部門協(xié)調(diào)和溝通，最終保證新版本按時(shí)上線，這就需要產(chǎn)品經(jīng)理具有項(xiàng)目管理能力。今天，我們就來聊一聊項(xiàng)目管理。

本文結(jié)構(gòu)如下：

項(xiàng)目管理不單單是在產(chǎn)品開發(fā)過程中進(jìn)行，在對(duì)一個(gè)項(xiàng)目進(jìn)行管理時(shí)，開發(fā)前的需求傳達(dá)，項(xiàng)目排期，以及開發(fā)中的跟進(jìn)開發(fā)，都是非常重要的，做好以上幾點(diǎn)，版本按時(shí)上線也就不難了。

一、需求傳達(dá)

由于程序猿們沒有經(jīng)歷需求篩選，需求分析等步驟，因此當(dāng)產(chǎn)品經(jīng)理決定上一個(gè)新功能時(shí)，一定要和程序猿們進(jìn)行完整的需求傳達(dá)。在需求傳達(dá)時(shí)，我們可以按照項(xiàng)目背景以及功能流程進(jìn)行介紹。

1. 項(xiàng)目背景介紹

在進(jìn)行項(xiàng)目背景介紹時(shí)，我們要清楚的告知程序猿這個(gè)新功能所針對(duì)的目標(biāo)用戶是誰，使用場(chǎng)景是什么，以及這個(gè)項(xiàng)目解決了用戶什么需求，總結(jié)下來就是5w1h：who、when、where、what、how、why（誰，在什么時(shí)候，在哪，解決什么問題，如何解決的，為什么去解決）。

為了形象而具體的講述以上幾點(diǎn)，我們用講故事的方式為程序猿進(jìn)行講解，假設(shè)這次增加的是線上減肥課程的功能，我們可以這樣來描述：

“小明是一個(gè)26歲的白領(lǐng)，每天到了公司就是開會(huì)、敲鍵盤、趕項(xiàng)目，典型的脫發(fā)人群。小明每天下班就已經(jīng)不早了，再加上地鐵和走路的時(shí)間，經(jīng)常很晚才到家，長(zhǎng)期勞累且缺乏鍛煉的生活使他體重上漲，為了健康，也為了找女朋友，小明痛下決心要減肥。

但是由于小明每天下班晚，回家的路程又遠(yuǎn)，沒有整塊的時(shí)間去健身房，自己在家練吧又找不對(duì)方法，這使得小明非?？鄲?。

而我們這次上的新功能呢，就是幫小明這種沒有時(shí)間去健身房，也不知道該如何減肥的人完成瘦身目標(biāo)。你看：小明下班到家后，只需要打開手機(jī)app，選擇適合自己的減肥教程，然后跟著教程進(jìn)行訓(xùn)練就好了，訓(xùn)練完后還可以將系統(tǒng)生成的圖片進(jìn)行分享，發(fā)送到朋友圈中讓大家來監(jiān)督他減肥。所以我們這個(gè)功能不僅幫小明節(jié)省了往返健身房的時(shí)間，還幫他免去了請(qǐng)私教的錢，是一個(gè)真真切切服務(wù)用戶的功能。”

用講故事的方式來描述項(xiàng)目背景的好處是，可以更好地把對(duì)方帶入到使用場(chǎng)景之中，從而能感同身受的理解用戶的痛點(diǎn)。最后在說新功能好處的時(shí)候，可以稍稍夸大一點(diǎn)，這樣可以激發(fā)程序猿的工作熱情，讓程序猿覺得自己在做一件非常有意義的事。最好我們講的故事能讓程序猿產(chǎn)生“躍躍欲試”的心理。

2. 功能流程介紹

項(xiàng)目背景介紹完了，程序猿們對(duì)項(xiàng)目也有認(rèn)同感了，接下來的就是功能流程介紹了。

功能流程介紹分為業(yè)務(wù)流程介紹和數(shù)據(jù)流程介紹，業(yè)務(wù)流程介紹是站在用戶的角度上來展示用戶是如何使用的，按照用戶的操作順序，對(duì)照流程圖進(jìn)行講解。比如：小明到家后打開APP，根據(jù)自己的需要選擇相應(yīng)的課程類別，選擇類別后出現(xiàn)屬于該類別的課程列表，然后再選擇具體的課程進(jìn)行訓(xùn)練，訓(xùn)練結(jié)束后系統(tǒng)將生成的圖片供用戶分享。

如下圖所示（已忽略所有異常情況）：

業(yè)務(wù)流程介紹可以簡(jiǎn)短一些，只要讓程序猿了解功能點(diǎn)和頁面都有哪些就可以了。

需要詳細(xì)介紹的是數(shù)據(jù)流程，畢竟程序猿是天天跟數(shù)據(jù)打交道的，在介紹的時(shí)候要按照邏輯，以數(shù)據(jù)流為主線進(jìn)行介紹，讓程序員們知道每一個(gè)數(shù)據(jù)都是哪里來的。比如首先要在服務(wù)器存儲(chǔ)相關(guān)的課程數(shù)據(jù)，在用戶進(jìn)入app選擇課程類別時(shí)，前端向服務(wù)器索要有關(guān)課程類別的數(shù)據(jù)并進(jìn)行展示，這里用UML序列圖展示：

在我們?cè)诎凑諗?shù)據(jù)流講解完之后，程序猿就能比較清楚的知道自己要做一個(gè)什么功能了。到這里，需求傳達(dá)就已經(jīng)基本完成了，其實(shí)需求傳達(dá)屬于需求評(píng)審中講解的內(nèi)容，需求評(píng)審結(jié)束后，我們就要著手準(zhǔn)備項(xiàng)目排期了。

二、項(xiàng)目排期

在進(jìn)行項(xiàng)目排期前，我們一定要提前把原型和文檔等資料交給程序猿們，最好在需求評(píng)審之前就開始讓程序猿們提前熟悉，這樣可以盡快的明確開發(fā)工作量。

1. 明確工作量

在這個(gè)階段我們的主要任務(wù)就是和項(xiàng)目經(jīng)理進(jìn)行溝通，確認(rèn)什么時(shí)候可以進(jìn)行項(xiàng)目排期。因?yàn)樵谛枨笤u(píng)審后需要給程序猿們一段緩沖期，程序猿們會(huì)利用這段緩沖期更仔細(xì)的了解需求，并思考開發(fā)方法；緩沖期結(jié)束后再進(jìn)行項(xiàng)目排期。緩沖期的時(shí)間盡量讓項(xiàng)目經(jīng)理來定，我們不要太多的干預(yù)，程序猿對(duì)需求研究的越透徹，思考的越全面，在后面的開發(fā)中才會(huì)越順利。

在經(jīng)過緩沖期后，程序猿們基本已經(jīng)對(duì)項(xiàng)目的工作量了然于胸了，這時(shí)程序猿往往會(huì)提出一些建議，出現(xiàn)最多的情況有以下兩種：

1. 程序猿希望對(duì)需求提出異議（比如頁面交互，以及部分流程）；
2. 程序猿希望砍掉部分需求。

針對(duì)第一點(diǎn)，我們一定要耐心聽完程序猿修改需求的理由，千萬不要覺得需求分析是自己的職能，他們提建議是在多管閑事，想把一件事做到面面俱到是很難的，有時(shí)候程序猿提的點(diǎn)子正好是你沒想到的地方。當(dāng)出現(xiàn)這種情況時(shí)，不要著急給答復(fù)，回去將程序猿給出的方案和之前自己的方案仔細(xì)對(duì)比一下，選出一個(gè)最優(yōu)的。如果你覺得程序猿給出的建議更好，那么就采納程序猿的建議，同時(shí)更新文檔并告知其他團(tuán)隊(duì)人員。

如果是第二點(diǎn)，那么就要分情況討論了，如果是不那么重要的需求，可以放在下個(gè)版本，如果是自己本身也模棱兩可的需求，那么直接砍掉就好了。但如果是核心需求，那么堅(jiān)決不砍，絕不讓步，核心需求是下個(gè)版本最重要的部分，是萬萬砍不得的。

當(dāng)把工作量弄清楚以后，下一步就是確認(rèn)開發(fā)順序和開發(fā)時(shí)間。

2. 確認(rèn)開發(fā)順序

這里主要需要確認(rèn)的就是先開發(fā)哪些功能模塊，后開發(fā)哪些功能模塊，這里注意，有了開發(fā)順序才能進(jìn)行項(xiàng)目排期。

在確認(rèn)開發(fā)順序的時(shí)候，我們?nèi)匀灰晚?xiàng)目經(jīng)理進(jìn)行充分溝通，明確本次開發(fā)中有溢出風(fēng)險(xiǎn)的模塊，也就是說出了問題會(huì)嚴(yán)重影響其他模塊乃至整個(gè)產(chǎn)品上線的地方。

舉個(gè)栗子：假如我這次做的是一個(gè)智能穿戴設(shè)備的APP，那么最有溢出風(fēng)險(xiǎn)的模塊是哪個(gè)呢？

不是注冊(cè)登錄，也不是數(shù)據(jù)顯示，而是設(shè)備與手機(jī)進(jìn)行藍(lán)牙連接的模塊：注冊(cè)登錄我們可以用第三方登錄來解決，如果數(shù)據(jù)展示因?yàn)楣て趩栴}做不完，我們也可以砍掉部分展示數(shù)據(jù)以保證按時(shí)上線。但藍(lán)牙設(shè)備連接是不可能砍的，這是智能穿戴設(shè)備功能的基礎(chǔ)。

所以說，藍(lán)牙設(shè)備連接就是有溢出風(fēng)險(xiǎn)的模塊，在開發(fā)順序中一定要放在前面，這樣我們就可以先對(duì)藍(lán)牙連接模塊進(jìn)行測(cè)試，這樣出現(xiàn)問題時(shí)可以提前解決，不會(huì)影響其他功能。

3. 確認(rèn)開發(fā)時(shí)間

當(dāng)確定好開發(fā)順序后，我們就可以根據(jù)開發(fā)順序來確認(rèn)每個(gè)模塊的完成時(shí)間了，用甘特圖是一個(gè)不錯(cuò)的選擇，制作甘特圖的時(shí)候，我們需要定任務(wù)，確職責(zé)。所以在表中我們要寫明任務(wù)，負(fù)責(zé)人，起止時(shí)間，以避免后期的扯皮。

而在開發(fā)過程中，前端在進(jìn)行框架選取及頁面開發(fā)的時(shí)候，是不需要后端提供數(shù)據(jù)的，在后端進(jìn)行數(shù)據(jù)庫設(shè)計(jì)以及編寫接口的時(shí)候，也是不需要UI設(shè)計(jì)師切圖的。因此前端開發(fā)和后端開發(fā)是可以并行的，如下圖所示：后端的橫向柱狀圖空缺的部分，是留給他們進(jìn)行接口調(diào)試和bug修改的。

上圖這張甘特圖只是舉例，在實(shí)際的工作中，可以按每個(gè)模塊來劃分，將核心的、高風(fēng)險(xiǎn)的模塊向程序猿重點(diǎn)說明，在開發(fā)的過程中也要更細(xì)致的跟進(jìn)。

如果項(xiàng)目有明確的截止時(shí)間，那么我們就根據(jù)截止時(shí)間來倒推每個(gè)模塊的完成時(shí)間，如果時(shí)間實(shí)在不夠，砍需求吧，程序猿們會(huì)感激你的。

三、項(xiàng)目跟進(jìn)

經(jīng)過前期的工作，我們終于把事情推進(jìn)到開發(fā)階段了，那么產(chǎn)品經(jīng)理在開發(fā)過程中會(huì)很輕松么？當(dāng)然不是，我們要對(duì)產(chǎn)品的結(jié)果負(fù)責(zé)，當(dāng)然要對(duì)項(xiàng)目進(jìn)行跟進(jìn)。

1. 鱒魚和橋梁

在項(xiàng)目跟進(jìn)的過程中，我們雖然對(duì)敲代碼沒有發(fā)言權(quán)，但是我們要時(shí)刻清楚地知道項(xiàng)目動(dòng)態(tài)，并作為程序猿們溝通的橋梁，遇到問題時(shí)要協(xié)調(diào)相關(guān)人員進(jìn)行溝通，像鱒魚一樣提高團(tuán)隊(duì)的積極性和效率。

項(xiàng)目動(dòng)態(tài)我們可以用每日站立會(huì)的方法來進(jìn)行，站立會(huì)表面聽起來是開會(huì)，但是實(shí)際上我們不需要拘泥于開會(huì)的地點(diǎn)和形式，我們可以在每天早晨剛到公司的時(shí)候和程序猿溝通，也可以午休后在工位上進(jìn)行，甚至一起上廁所的時(shí)候也可以。

開會(huì)的內(nèi)容主要是昨天都做了什么，今天要做什么，遇到或者可能會(huì)遇到哪些問題。然后我們要積極的去協(xié)調(diào)，來幫助程序員解決問題。最好在程序猿開發(fā)某個(gè)模塊之前與他進(jìn)行需求再確認(rèn)，以確保最終開發(fā)出來的東西是我們心中所想的那樣。

在這個(gè)過程中，需要我們自身有主人翁意識(shí)，靈活而又勤快的去推動(dòng)項(xiàng)目的進(jìn)行。

2. 異常情況處理

雖然做足了準(zhǔn)備，但還是經(jīng)常會(huì)有異常情況出現(xiàn)，可能出現(xiàn)的異常情況有：

（1）程序員對(duì)需求理解有偏差

在項(xiàng)目的開發(fā)過程中，經(jīng)常會(huì)出現(xiàn)這個(gè)問題，但這不能怪程序猿，畢竟寫的再詳細(xì)的文檔，不同的人看也可能會(huì)產(chǎn)生不同的理解，還有可能是我們的文檔寫的不夠詳細(xì)。

針對(duì)這個(gè)問題，我們應(yīng)該把主要精力要放在預(yù)防上面：

在程序猿開發(fā)某一個(gè)小模塊前，尤其是新出現(xiàn)的或者是重點(diǎn)模塊，主動(dòng)去找程序猿進(jìn)行需求再確認(rèn)，再和程序猿講明需求，也可以讓程序猿口述一下需求，我們來聽。最終目的就是要確認(rèn)程序猿已經(jīng)完全理解了需求，避免后續(xù)的更改與返工。

如果在開發(fā)過程中仍然出現(xiàn)了對(duì)需求的理解問題，比如前端和后端對(duì)接口的理解不一，如果你此時(shí)不去協(xié)調(diào)，那么這個(gè)問題可能會(huì)被擱置，后期還是會(huì)爆發(fā)出來。還有可能是理解錯(cuò)誤的一方將另一方說服，從而造成后期的返工和改動(dòng)，這是很傷的。

當(dāng)發(fā)現(xiàn)雙方有理解上的偏差時(shí)，一定要把雙方叫在一起討論，確保前端和后端都能正確的理解需求，再進(jìn)行開發(fā)。在項(xiàng)目開始前一定和程序猿講明，對(duì)需求有任何分歧一定要找你，大家商議解決，而不要私下討論。

（2）出現(xiàn)需求變更

需求變更，無論是產(chǎn)品經(jīng)理還是程序猿，看到這個(gè)詞都會(huì)覺得頭疼。

出現(xiàn)需求變更的原因主要有三個(gè)：

1. 產(chǎn)品經(jīng)理自己沒有思考全面，比如對(duì)異常情況的處理不夠細(xì)膩等等。我們應(yīng)該盡量避免這種情況的發(fā)生，如果總出現(xiàn)這個(gè)問題，說明我們的工作是有疏忽的，程序猿也會(huì)對(duì)你產(chǎn)生不信任感。如果因?yàn)檫@個(gè)原因出現(xiàn)了需求變更，去找程序猿大爺說明吧，回來后對(duì)自己進(jìn)行充分反思，并爭(zhēng)取在下一次做得更好。
2. 老板要求改需求，這種情況我們看似無能為力，但實(shí)際上也是有操作空間的。對(duì)于老板的要求，我們首先要仔細(xì)的思考利弊，如果仍然覺得之前的方案好，拿出證據(jù)向老板說明。如果老板的方案更好，那么我們就要有技巧的向程序猿說明。同樣可以利用講故事的方式，向程序猿說明更改需求的原因與必要性。這時(shí)就是考驗(yàn)?zāi)愫统绦蛟酬P(guān)系的時(shí)候了，沒事的時(shí)候記得和程序猿們打好關(guān)系哦。
3. 自己腦袋中突然靈光一閃，覺得某個(gè)功能點(diǎn)有更好的方案。如果是這種情況，哪怕這個(gè)方案真的好，哪怕它能提升50%的轉(zhuǎn)化率，我還是建議放在下個(gè)版本進(jìn)行優(yōu)化，如果我們站在程序猿的角度上想：“需求是你定的，我代碼都寫一半了，你突然有了更好的點(diǎn)子，然后就讓我刪除自己辛辛苦苦敲出來的代碼，憑什么？”

人非圣賢，誰也不能保證自己第一個(gè)方案就是完美的，當(dāng)有了更好的點(diǎn)子時(shí)，我們不妨再增加一個(gè)優(yōu)化版本，反正版本上線后我們也要收集用戶反饋，把這個(gè)點(diǎn)子放在優(yōu)化版本里不是更好么？

（3）項(xiàng)目進(jìn)度延期

當(dāng)發(fā)現(xiàn)項(xiàng)目進(jìn)度已經(jīng)落后的時(shí)候，我們首先要分析原因，根據(jù)原因來尋找解決辦法。可能的原因有以下幾個(gè)：

①團(tuán)隊(duì)溝通不暢

如果前期做好了預(yù)防，一般是不會(huì)出現(xiàn)這個(gè)問題的。但真出現(xiàn)了這個(gè)問題怎么辦呢？此時(shí)我們就需要找到溝通不暢的當(dāng)事人，詢問原因，是成員之間不能正確理解對(duì)方的意思呢，還是互相不認(rèn)可對(duì)方的觀點(diǎn)。

如果是溝通不暢的雙方?jīng)]有辦法正確理解對(duì)方的意思，那此時(shí)我們要做雙方的“翻譯機(jī)”，確保成員之間理解統(tǒng)一；如果是互相不認(rèn)可對(duì)方的觀點(diǎn)，那么此時(shí)，抓上項(xiàng)目經(jīng)理或開發(fā)主管，一起來商量誰的解決辦法更好?？偠灾欢ㄒ?strong>確保團(tuán)隊(duì)成員對(duì)項(xiàng)目理解的統(tǒng)一，大家?guī)е粋€(gè)目標(biāo)前進(jìn)。

②程序猿能力不夠

之前也遇到過這種問題，程序猿小A難以完成分配給他任務(wù)，這時(shí)我們就要叫上技術(shù)的大佬，然后讓程序猿小A去敘述他遇到了什么難題，讓大家一起解決，解決問題的方法我們就不摻和了，做好團(tuán)隊(duì)之間的橋梁就好。

③程序猿因?yàn)樯钌系氖聦?dǎo)致情緒低落，開發(fā)積極性低

我們都是人， 是有情感的動(dòng)物，難免會(huì)因?yàn)樯钌系牡氖虑橛绊懙焦ぷ鳎@時(shí)候，我們要從同事的身份中脫離出來，作為朋友，帶著程序猿去吃點(diǎn)小菜，喝掉小酒，聊聊人生，看看美女，沒事再給程序猿買點(diǎn)零食，送點(diǎn)溫暖。此時(shí)對(duì)待程序猿要向?qū)Υ约号笥岩粯訙厝?，幫他從情緒低谷中走出來，重新振作開始工作，這樣無論是對(duì)于團(tuán)隊(duì)，還是對(duì)于他自己，都是有好處的。

④對(duì)工期預(yù)估過于樂觀，項(xiàng)目排期出現(xiàn)了問題

項(xiàng)目排期，其實(shí)也是一個(gè)預(yù)估的時(shí)間，誰也不能保證一定可以準(zhǔn)時(shí)完成，如果是項(xiàng)目排期出現(xiàn)了問題，一般項(xiàng)目經(jīng)理會(huì)讓大家用出神技：加班?。?/p>

當(dāng)然此時(shí)我們也不能眼睜睜的看著程序猿們加班，我們可以發(fā)揮自己的價(jià)值：砍！需！求！雖然心很痛，但是看著程序猿們?nèi)找嫦∈璧念^發(fā)，還是咬咬牙把需求砍掉吧，找機(jī)會(huì)再加。

如果砍無可砍，趕緊重新評(píng)估時(shí)間并向老大報(bào)告，避免因?yàn)樽约喉?xiàng)目的延期影響到整條產(chǎn)品線。

總結(jié)

目前我個(gè)人對(duì)項(xiàng)目的理解就是這些了，在最后做個(gè)總結(jié)，要想做好項(xiàng)目管理，產(chǎn)品經(jīng)理要有以下幾個(gè)意識(shí)：

（1）主次意識(shí)

在一個(gè)項(xiàng)目里，一定要分清主次，知道哪些是主要的、核心的，要時(shí)刻關(guān)注的，哪些是可有可無的，可以砍掉的。

（2）風(fēng)險(xiǎn)意識(shí)

在項(xiàng)目開始前，我們就要知道哪些模塊是有溢出風(fēng)險(xiǎn)的，或者可控性不強(qiáng)的，比如想做智能穿戴設(shè)備，如果不打通藍(lán)牙模塊，后面的檢測(cè)心跳，記錄步數(shù)等各功能都是沒有意義的。再比如我們把一部分外包給其他公司，這就屬于可控性低的情況下。

因?yàn)槲覀冏约汗究梢酝ㄟ^加強(qiáng)溝通，加班等方式來解決的問題，可能外包項(xiàng)目就解決不了，出現(xiàn)問題時(shí)雙方的溝通效率就是比自己公司內(nèi)部低。如果到項(xiàng)目結(jié)尾才開始驗(yàn)收外包部分，此時(shí)出了問題很大可能會(huì)影響項(xiàng)目的按時(shí)上線。

對(duì)于高風(fēng)險(xiǎn)部分，我們應(yīng)該提前做好預(yù)案，并在項(xiàng)目過程中對(duì)有風(fēng)險(xiǎn)的部分多加關(guān)注，將問題殺死在萌芽狀態(tài)。

（3）時(shí)間意識(shí)

項(xiàng)目管理，無非就是通過資源的調(diào)動(dòng)來達(dá)成目標(biāo)。資源可以是人員，也可以是時(shí)間，而作為重要資源的時(shí)間，我們必須時(shí)刻關(guān)注，一旦失控可能會(huì)造成連鎖反應(yīng)。

在時(shí)間的管控上面，我們不僅要做好項(xiàng)目時(shí)間管理，同時(shí)也要做好自己的時(shí)間管理，這樣我們才能在項(xiàng)目中游刃有余的去應(yīng)對(duì)難題。

（4）溝通意識(shí)

其實(shí)溝通在本文已經(jīng)出現(xiàn)很多次了，我們要做團(tuán)隊(duì)溝通的橋梁，就要站在對(duì)方的角度，用對(duì)方能理解的方式和他進(jìn)行溝通，多用舉例進(jìn)行說明，很多事情直接說可能說不明白，舉個(gè)例子大家就很容易懂了。

（5）主人翁意識(shí)

在項(xiàng)目推進(jìn)中，是需要我們產(chǎn)品經(jīng)理和項(xiàng)目經(jīng)理一起牽頭的，我們要把自己當(dāng)成老板，出現(xiàn)意外時(shí)多向下想一步，思考一下表象下真正的原因，然后去解決。

我的訣竅就是：先假設(shè)這個(gè)問題不是偶然問題，然后站在更高層次去思考解決辦法，這樣就可以避免日后再發(fā)生此類問題。

經(jīng)常問一問自己：“這是問題的真正原因么？這樣去解決以后還會(huì)發(fā)生么？”要盡自己最大努力，去做好團(tuán)隊(duì)中的“發(fā)動(dòng)機(jī)”。

作者：撒野的氧氣，公眾號(hào)：產(chǎn)品汪的成長(zhǎng)路

本文由 @撒野的氧氣 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。