本文作者主要談?wù)勛约涸诔鮿?chuàng)小團(tuán)隊(duì)里，作為項(xiàng)目經(jīng)理兩年來(lái)的一些感受。希望可以給你帶來(lái)一定的啟發(fā)~

15年初，我懷揣著實(shí)現(xiàn)一個(gè)人生小目標(biāo)的夢(mèng)想加入到一家初創(chuàng)公司，希望能見(jiàn)證公司產(chǎn)品從0到1，從1到10，融資從A到C?？墒前肽旰?，雖然產(chǎn)品從0到1是有了，但由于運(yùn)營(yíng)模式的限制，從1到10走的很難，用戶規(guī)模上不去，融資也是沒(méi)有影子。我開(kāi)始焦慮起來(lái)，這樣下去，我要當(dāng)上總經(jīng)理，出任CEO，迎娶白富美的人生小目標(biāo)，可是要萎掉的啊。

于是，那時(shí)還是程序猿的我，漸漸”多事”起來(lái)：

一會(huì)跑到產(chǎn)品經(jīng)理那里：

“我看到一篇某某博客，作者用Axure把需求文檔、產(chǎn)品原型、PRD等等結(jié)合到了一起，這樣不同文檔切換查看就很方便，會(huì)節(jié)省大家一些時(shí)間，還特顯高大上，我們也試試？”

一會(huì)跑到測(cè)試那里：

“這次迭代不僅新增了很多模塊，還換血了不少舊接口。我們要不要來(lái)一次集體測(cè)試，大家都參與進(jìn)來(lái)，對(duì)各個(gè)模塊進(jìn)行地毯式掃蕩測(cè)試，這樣能快速發(fā)現(xiàn)問(wèn)題，也給你減輕了些負(fù)擔(dān)？”

一會(huì)跑到項(xiàng)目經(jīng)理那里：

“這次迭代中出現(xiàn)了某某問(wèn)題，之前也發(fā)生過(guò)，我們可不可以在迭代結(jié)束后開(kāi)展一個(gè)總結(jié)會(huì)議，統(tǒng)計(jì)下遇到的問(wèn)題，是如何解決的，以后好吸取教訓(xùn)？”

……

• 因?yàn)槎嗍?，我后?lái)還學(xué)會(huì)用Auxre和墨刀做原型了；下班回家測(cè)自己開(kāi)發(fā)的App，給自己提Bug單；主持一些會(huì)議并進(jìn)行紀(jì)要……
• 因?yàn)槎嗍?，我成了公司加班最多的人，也是微信步?shù)最多人（經(jīng)常跑堂）；
• 因?yàn)槎嗍拢陧?xiàng)目經(jīng)理離職后，公司沒(méi)有招人，而是讓我頂上了。雖然不得不說(shuō)，當(dāng)時(shí)的項(xiàng)目千瘡百孔，是個(gè)臟屁股。但是我知道，我的轉(zhuǎn)型是從自己看待項(xiàng)目視角的轉(zhuǎn)變開(kāi)始的，而不是職責(zé)的轉(zhuǎn)變。所以既然公司給予了認(rèn)可，手臂就可以揮的更開(kāi)了，屁股再臟，也能擦得干凈。

接手項(xiàng)目后，做的第一件事，就是把我之前思考的項(xiàng)目中存在的問(wèn)題進(jìn)行了梳理。把那些大坑找出來(lái)，填了能立竿見(jiàn)影出效果。

一、使用Git

此前，團(tuán)隊(duì)用svn進(jìn)行協(xié)作開(kāi)發(fā)，最主要問(wèn)題在于分支的切換合并不方便，以致于實(shí)際編碼的時(shí)候，大家都只在主干上提代碼，所以開(kāi)發(fā)階段，主干上的代碼是沒(méi)發(fā)隨時(shí)打包的。測(cè)試要想針對(duì)已開(kāi)發(fā)完成的模塊進(jìn)行提前測(cè)試，只能經(jīng)常跑到開(kāi)發(fā)那問(wèn)，做到哪里啦？這個(gè)功能可以測(cè)了嗎？現(xiàn)在可以打個(gè)包嗎？導(dǎo)致開(kāi)發(fā)的工作時(shí)常會(huì)被打斷，而且即便測(cè)試拿到包，也會(huì)出現(xiàn)不同開(kāi)發(fā)給的包是互斥的情況，即A給包有只有A功能，B給的只有B功能，分別測(cè)都OK了，最后合到一起又是一坨bug。

為了解決這個(gè)問(wèn)題，我們嘗試用git取代svn，并引入gitflow的協(xié)作方式。效果嘛，用一個(gè)字來(lái)形容，“爽的結(jié)蓋蓋”。進(jìn)入編碼階段，開(kāi)發(fā)兄弟會(huì)根據(jù)自己實(shí)現(xiàn)的功能模塊從develop分支上拉出對(duì)應(yīng)的feature分支，如feature-im，feature-moments。一個(gè)功能點(diǎn)開(kāi)發(fā)完成，就可以合并到develop分支上，然后刪掉對(duì)應(yīng)的feature分支，接著拉出新feature繼續(xù)開(kāi)發(fā)。這就保證develop分支上是可以隨時(shí)打包的，根據(jù)提交日志，也可以清楚的了解哪些功能是完成了的。測(cè)試只要從develop更新代碼，腳本打包，完全可以自給自足了。詳細(xì)了解gitflow，可參看我的這篇總結(jié)《使用Git必須要理解的GitFlow》

二、優(yōu)化估算

估算千萬(wàn)不能隨意，估算的準(zhǔn)確度直接影響著項(xiàng)目進(jìn)度計(jì)劃的安排。那選擇什么估算單位，如何進(jìn)行估算呢?估算單位一般有理想人日，理想人時(shí)和故事點(diǎn)數(shù)，估算方式有自下而上估算，專家判斷和撲克估算等。這里不分別展開(kāi)討論，只介紹下，進(jìn)過(guò)實(shí)踐調(diào)整，我們團(tuán)隊(duì)所選用的最為合適有效的估算方法：故事點(diǎn)數(shù)+專家判斷+公式計(jì)算。

我們迭代會(huì)出現(xiàn)兩種情形，一是實(shí)現(xiàn)固定需求，需要根據(jù)需求估算出完成時(shí)間，二是迭代周期確定，需要根據(jù)時(shí)間估算能完成多少需求。于是選擇了故事點(diǎn)數(shù)作為估算單位，不僅僅因?yàn)楣适曼c(diǎn)數(shù)估算是敏捷推薦的，更重要的是很適用于第二種迭代情形。具體怎么估算呢？以客戶端開(kāi)發(fā)為例，根據(jù)經(jīng)驗(yàn)，一個(gè)功能模塊的開(kāi)發(fā)量與包含的界面數(shù)量、接口數(shù)量、數(shù)據(jù)同步方式成一定正比關(guān)系，所以只要找到合適的公式，就能根據(jù)這些因子算出開(kāi)發(fā)量，即故事點(diǎn)數(shù)。我們先由經(jīng)驗(yàn)豐富的開(kāi)發(fā)定義一個(gè)參照基準(zhǔn)：

（1）把界面根據(jù)復(fù)雜程度分成了三級(jí)，賦予不同數(shù)值：

• 一級(jí)最簡(jiǎn)單，值為1，像微信的登錄界面，通訊錄列表界面這類；
• 二級(jí)值為2，界面稍復(fù)雜點(diǎn)，開(kāi)發(fā)量大概是一級(jí)的2倍；
• 三級(jí)為4，像頭條的首頁(yè)。通常用到的是這三級(jí)，當(dāng)然如果有的界面非常復(fù)雜，在計(jì)算的時(shí)候可以代入更高的值。

（2）接口數(shù)量直接代入計(jì)算。

（3）數(shù)據(jù)同步也根據(jù)復(fù)雜度分了三級(jí)，直接從服務(wù)端獲取數(shù)據(jù)展示，與本地?zé)o關(guān)，為一級(jí)，定義值為0，展示本地?cái)?shù)據(jù)，和服務(wù)端無(wú)關(guān)，為二級(jí)，值為1，通過(guò)推送方式增量獲取數(shù)據(jù)，本地需要做存儲(chǔ)和同步，則為三級(jí)，值為3。

定義好這些基準(zhǔn)后，便有了計(jì)算故事點(diǎn)的公式：故事點(diǎn)數(shù)=a*界面總復(fù)雜度+b*接口總數(shù)+c*數(shù)據(jù)同步總復(fù)雜度。a、b、c反應(yīng)的是開(kāi)發(fā)時(shí)間基準(zhǔn)，由經(jīng)驗(yàn)我們將a取1，b取0.5，c取0.6。所以故事點(diǎn)數(shù)=界面總復(fù)雜度+0.5*接口總數(shù)+0.6*數(shù)據(jù)同步總復(fù)雜度。故事點(diǎn)數(shù)估算是相對(duì)估算，體現(xiàn)的是需求的開(kāi)發(fā)規(guī)模，不是具體的時(shí)間，需要乘上系數(shù)才能得到開(kāi)發(fā)所需時(shí)間。同樣的功能給業(yè)務(wù)熟悉，技術(shù)大牛做，乘的系數(shù)可能是0.8，給業(yè)務(wù)不熟，經(jīng)驗(yàn)不足的新員工做，乘的可能就是1.5。

通過(guò)故事點(diǎn)數(shù)，我們還能了解團(tuán)隊(duì)的開(kāi)發(fā)效率，例如分析一個(gè)sprint完成的故事點(diǎn)數(shù)，和過(guò)去比是多了還是少了？什么原因？是團(tuán)隊(duì)狀態(tài)變化了，還是公式不準(zhǔn)確需要調(diào)整。

雖然這種方式?jīng)]有直接估算人日來(lái)的直接快速，但能在保證了估算準(zhǔn)確性的同時(shí)，反應(yīng)團(tuán)隊(duì)的開(kāi)發(fā)速率和迭代規(guī)模，能更好的幫助項(xiàng)目經(jīng)理把控項(xiàng)目狀態(tài)。團(tuán)隊(duì)適應(yīng)后，再也不用煩心因?yàn)楣浪銌?wèn)題帶來(lái)的計(jì)劃風(fēng)險(xiǎn)。

三、強(qiáng)調(diào)需求

需求不等于功能。此前，我們產(chǎn)品的用戶體驗(yàn)不好，一部分原因在于產(chǎn)品需求沒(méi)有正確傳遞給開(kāi)發(fā)，開(kāi)發(fā)只知道要做哪些功能，只關(guān)心如何實(shí)現(xiàn)功能。似乎只要功能做出來(lái)，就等于滿足需求了。

功能是解決方案，需求是其解決的問(wèn)題。在PRD評(píng)審會(huì)議討論功能技術(shù)問(wèn)題前，要先傳達(dá)清除為什么要做這個(gè)功能，能帶來(lái)哪些用戶價(jià)值和公司價(jià)值。否則一旦評(píng)審時(shí)發(fā)現(xiàn)功能在技術(shù)實(shí)現(xiàn)上難度較大，開(kāi)發(fā)往往只會(huì)站在力求把功能實(shí)現(xiàn)的角度給出曲線救國(guó)的其他方案，忽略了用戶體驗(yàn)，甚至違背需求。好比一個(gè)快餓死的人，想要吃東西，你卻讓他先回家洗個(gè)澡換身正裝，然后進(jìn)了西餐店點(diǎn)了份甜點(diǎn)。你的方案看似優(yōu)雅，還考慮到了就餐環(huán)境，但實(shí)際把人給等死了，就算能堅(jiān)持到最后，發(fā)現(xiàn)端上的只是一份不夠塞牙縫的甜品，可能他也氣死了。開(kāi)發(fā)研究的是技術(shù)，討論方案問(wèn)題時(shí)容易在技術(shù)上鉆牛角尖，這就需要項(xiàng)目經(jīng)理產(chǎn)品經(jīng)理具有用戶視角，抓住需求本質(zhì)，引導(dǎo)討論方向。

另外在需求的管理上，做了兩件事，一是重新建立需求池，并注意跟進(jìn)。一開(kāi)始團(tuán)隊(duì)也有需求池，但由于過(guò)分強(qiáng)調(diào)溝通，忽略文檔，導(dǎo)致漸漸流于形式，無(wú)從追溯產(chǎn)品需求的真實(shí)情況。需求池中要記錄需求實(shí)現(xiàn)的版本號(hào)，對(duì)于計(jì)劃放到更高版本中實(shí)現(xiàn)的需求，一定要在相應(yīng)的迭代中納入計(jì)劃評(píng)審，不能遺忘。WBS表中，每個(gè)Task也要記錄對(duì)應(yīng)的需求池中的需求編號(hào)，方便追本溯源。二是實(shí)施需求凍結(jié)。我們要擁抱變化，但不是允許無(wú)休止的變化，無(wú)節(jié)操的需求蔓延和朝令夕改的需求變更要禁止，否則會(huì)嚴(yán)重影響產(chǎn)品的快速交付。在迭代進(jìn)入編碼階段的2/3時(shí)期，會(huì)凍結(jié)需求，對(duì)于改動(dòng)較大又不一定能帶來(lái)實(shí)際價(jià)值的變更直接拒絕擁抱。當(dāng)然需求凍結(jié)階段也不是拒絕所有變更，重大變革如蘋果審核機(jī)制改變，客戶明確要求修改方案等等，經(jīng)過(guò)評(píng)審后然而可以擁抱。

四、規(guī)范會(huì)議

會(huì)議方面，主要是啟動(dòng)會(huì)議和站會(huì)進(jìn)行了開(kāi)刀。

啟動(dòng)會(huì)議

迭代的啟動(dòng)，不能是由項(xiàng)目經(jīng)理一聲口頭通知就開(kāi)始了，哪怕團(tuán)隊(duì)就幾個(gè)人。一定要有啟動(dòng)會(huì)議，在會(huì)議上交待清除迭代目標(biāo)，統(tǒng)一大家對(duì)實(shí)現(xiàn)需求及其背景的認(rèn)識(shí)，避免大家只知道要做什么，卻不知為何做，有什么價(jià)值。此外，會(huì)議會(huì)給人一種儀式感，嚴(yán)肅感，能使團(tuán)隊(duì)做好心理準(zhǔn)備正式進(jìn)入新一階段的工作狀態(tài)。

站會(huì)

之前，團(tuán)隊(duì)的站會(huì)時(shí)間不固定，有時(shí)是連續(xù)3天都舉行，有時(shí)是隔了3天才舉行，而且每次時(shí)間很隨意，一會(huì)早上，一會(huì)下午。導(dǎo)致大家沒(méi)有例行的習(xí)慣，也常常在工作中途被打斷去參加站會(huì)，然后站會(huì)成了匯報(bào)會(huì)，各自交待做了哪些任務(wù)，便趕緊結(jié)束，把屁股挪回椅子上。這樣的站會(huì)成了雞肋。所以我把站會(huì)固定在了每日早上9點(diǎn)10分，明確站會(huì)目標(biāo)是為了跟蹤項(xiàng)目進(jìn)度和問(wèn)題，同步成員狀態(tài)。會(huì)上每個(gè)人應(yīng)交待昨天完成的工作；今天計(jì)劃做的工作；面臨什么阻礙，需要什么幫助。這樣團(tuán)隊(duì)成員形成站會(huì)習(xí)慣，每天到公司都會(huì)腦子先過(guò)一下這些內(nèi)容，同時(shí)在站會(huì)前解決一些雜事，如吃早飯。

上面說(shuō)的這幾個(gè)方面的動(dòng)作，現(xiàn)在回想起來(lái)，當(dāng)時(shí)推進(jìn)的都很困難。一方面，大家都已對(duì)原來(lái)的方式方法形成習(xí)慣，即便存在問(wèn)題，打破習(xí)慣也不是易事，另一方面，公司遲遲未能融資成功，領(lǐng)導(dǎo)間還存在利益矛盾，一些同事?lián)墓咀卟涣藥讉€(gè)月，因而士氣低落。那時(shí)不知道該怎么辦，最后用軟磨硬泡加請(qǐng)了幾頓飯的方式，讓事情順利進(jìn)行起來(lái)。雖然新習(xí)慣的建立，需要一定的學(xué)習(xí)成本，試錯(cuò)成本，好在團(tuán)隊(duì)適應(yīng)后，效果改善的非常明顯，交付能力變強(qiáng)，產(chǎn)品質(zhì)量也有保證。遺憾的是，屁股算是擦干凈了，半年后，公司還是因?yàn)槿谫Y和內(nèi)部矛盾問(wèn)題，涼了。之后公司一位領(lǐng)導(dǎo)找到新的合伙人成立公司，把我拉去繼續(xù)負(fù)責(zé)項(xiàng)目。

由事到人

進(jìn)入新的公司，依然是初創(chuàng)團(tuán)隊(duì)，雖然有了之前的經(jīng)驗(yàn)，迭代的流程框架很快就搭建起來(lái)，但我面臨了新的挑戰(zhàn)：人。如果說(shuō)前一階段的項(xiàng)目管理，重點(diǎn)在管事，那來(lái)到新的環(huán)境，面對(duì)互相不熟悉的新同事，我開(kāi)始重點(diǎn)關(guān)注到如何“管人”。

（1）影響他人

說(shuō)到項(xiàng)目管理，老生常談范圍、時(shí)間、成本鐵三角，而在我看來(lái)，互聯(lián)網(wǎng)行業(yè)里，還有兩個(gè)角非常重要，一個(gè)是“價(jià)值”，一個(gè)是“人”。做項(xiàng)目，簡(jiǎn)單理解就是找來(lái)一些人（資源），按照一定要求協(xié)作完成一件事（過(guò)程），最終產(chǎn)出可交付成果（結(jié)果）。我們常說(shuō)的“范圍”、“時(shí)間”、“成本”，是從項(xiàng)目過(guò)程的三個(gè)方面去管理把控，確保把事情做對(duì)。“價(jià)值”看的是項(xiàng)目成果，從公司利益和用戶利益角度去審視判斷，所完成的項(xiàng)目是否具有價(jià)值，確保項(xiàng)目做得是對(duì)的事情?！叭恕笔琼?xiàng)目最重要的資源，團(tuán)隊(duì)能否整齊劃一，高效協(xié)作，直接影響著項(xiàng)目的成敗。而恰恰“人”是最難管理的，不同于物資，作為項(xiàng)目成員的每個(gè)“人”都是鮮活的，富有個(gè)性的，有不同訴求和見(jiàn)解的個(gè)體，難就難在如何影響他人，驅(qū)動(dòng)他人去做一件事情。

這里先介紹下Fogg行為模型。Fogg說(shuō)人的行為由動(dòng)機(jī)，能力和觸發(fā)條件這三要素組成，這三個(gè)要素同時(shí)都滿足了行為才會(huì)發(fā)生。舉個(gè)栗子，到中午你肚子餓了要吃飯，可以下樓吃，也可以叫外賣，此時(shí)外面下著小雨，于是你打開(kāi)外賣App，叫了外賣。從Fogg行為模型去看你叫外賣吃的這個(gè)行為，它的動(dòng)機(jī)是你餓了，外賣平臺(tái)是能力，觸發(fā)條件是外面下著小雨。

產(chǎn)品經(jīng)理就常常會(huì)利用Fogg行為模型去設(shè)計(jì)產(chǎn)品，刺激用戶在產(chǎn)品上產(chǎn)生行為，提高活躍度、轉(zhuǎn)化率等。項(xiàng)目經(jīng)理也可以從這個(gè)角度出發(fā)，進(jìn)行團(tuán)隊(duì)建設(shè)，驅(qū)動(dòng)團(tuán)隊(duì)成員去做事。比如，iOS開(kāi)發(fā)兄弟A想成長(zhǎng)為全棧工程師(動(dòng)機(jī))，工作之余學(xué)習(xí)了Android(能力)，那項(xiàng)目經(jīng)理如果發(fā)現(xiàn)項(xiàng)目中Android開(kāi)發(fā)的任務(wù)有點(diǎn)重（觸發(fā)條件），就可以適當(dāng)分配些給A。再如，新員工技能水平不足，渴望和老員工有更多的學(xué)習(xí)機(jī)會(huì)，老員工渴望建立個(gè)人影響力，那項(xiàng)目經(jīng)理可以根據(jù)時(shí)間安排開(kāi)展內(nèi)部的分享沙龍，讓大牛分享他們的技術(shù)研究成果。在滿足個(gè)人訴求的前提下，即便事情是額外多出來(lái)的，員工也會(huì)發(fā)自內(nèi)心的愿意主動(dòng)去把事情做好。命令式要求，或者像我之前通過(guò)請(qǐng)吃飯來(lái)進(jìn)行推進(jìn)，都只是短期有效，實(shí)屬下策。

（2）自我管理

有的人以為，做項(xiàng)目管理應(yīng)該要比開(kāi)發(fā)輕松許多，因?yàn)椴挥脤懘a，就盯盯進(jìn)度。就像我們小時(shí)候覺(jué)得上學(xué)好辛苦，還是大人舒服，不用寫作業(yè)。但實(shí)際上，項(xiàng)目經(jīng)理就像父母，項(xiàng)目是孩子，天下有哪個(gè)爹媽不為孩子操碎了心呢。最近一年來(lái)，我覺(jué)得我的工作時(shí)間和地點(diǎn)是不分上班下班的。在微博上看到一個(gè)長(zhǎng)圖或橫圖，立馬想到保存下來(lái)發(fā)到自家App上看看顯示效果怎樣；進(jìn)入電梯或坐地鐵，立馬想到打開(kāi)我們的App看看網(wǎng)絡(luò)連接正不正常；手機(jī)24小時(shí)不靜音，話費(fèi)充的足足的，公司群、用戶群統(tǒng)統(tǒng)置頂…..可是，依然會(huì)覺(jué)得時(shí)間不夠用。一天下來(lái)，事情雜七雜八做了很多，可也說(shuō)不上來(lái)到底做了些啥?！蹲坑谐尚У墓芾碚摺芬粫?shū)中說(shuō)“管理者的時(shí)間往往只屬于別人，不屬于自己”，“管理者常常被迫忙于日常運(yùn)作”，我很感同身受。后來(lái)，我學(xué)著進(jìn)行自我管理，管理自己的時(shí)間，管理事務(wù)的處理。

我先記錄了自己一周每天時(shí)間所花的地方，以及不同時(shí)間點(diǎn)的精神狀態(tài)。接著找出哪些時(shí)間是浪費(fèi)掉的，哪些時(shí)間段不容易被打擾，什么時(shí)候工作狀態(tài)不佳，什么時(shí)候精神更專注，哪些事情是臨時(shí)處理的，哪些事情例行公事的…..然后做出相應(yīng)的改善調(diào)整，最終形成舒服的工作節(jié)奏。比如我發(fā)現(xiàn)自己睡得晚，導(dǎo)致有時(shí)候起得遲，會(huì)在路上買早飯帶到公司吃，9點(diǎn)半之前的狀態(tài)也不佳，10點(diǎn)鐘還習(xí)慣性的去蹲大號(hào)。這使得我開(kāi)始工作的頭1個(gè)半小時(shí)效率是不高的。為了改善這個(gè)情況，我調(diào)整作息，保證7點(diǎn)起來(lái)，在家解決掉早飯和大號(hào)，留半小時(shí)看看資訊、博客，出門前10分鐘拿出ToDo List看看今天要做哪些事情，排個(gè)優(yōu)先級(jí)。這樣堅(jiān)持下來(lái)，的確很有效果。

（3）向上管理

剛做項(xiàng)目管理的時(shí)候，自己還并沒(méi)有從一個(gè)執(zhí)行者的角色完全轉(zhuǎn)變過(guò)來(lái)。只知道要去協(xié)調(diào)資源，規(guī)范流程，解決阻礙，推進(jìn)迭代順利進(jìn)行。對(duì)下是有一定的管理了，對(duì)上依然是接受任務(wù)，執(zhí)行任務(wù)，接著就是在會(huì)議上匯報(bào)完成情況。似乎沒(méi)什么問(wèn)題，但在隨時(shí)都有可能死掉的初創(chuàng)公司，這還遠(yuǎn)遠(yuǎn)不夠。初創(chuàng)公司往往是小團(tuán)隊(duì)，上上下下一共沒(méi)十幾二十個(gè)人，大家孤注一擲一做一個(gè)項(xiàng)目，項(xiàng)目經(jīng)理作為承上啟下的角色，對(duì)上也要有個(gè)主動(dòng)溝通的過(guò)程，要正確理解傳達(dá)Boss對(duì)產(chǎn)品的決策，對(duì)團(tuán)隊(duì)的期望，確保公司上下目標(biāo)一致，避免把項(xiàng)目帶跑偏。團(tuán)隊(duì)遇到障礙也要及時(shí)反饋，尋求必要的資源和幫助。

當(dāng)時(shí)，我們新公司Boss由于還有別的工作在身，平時(shí)一周只來(lái)公司一次。如果我僅在周會(huì)上向Boss匯報(bào)工作，很可能一個(gè)月后出來(lái)的產(chǎn)品不是他想要的。因?yàn)槊總€(gè)人對(duì)于產(chǎn)品都有自己的理解，即便啟動(dòng)階段大家方向一致，但在迭代過(guò)程中會(huì)不斷有新的idea出來(lái)，需求在經(jīng)歷一次次調(diào)整后，方向很可能就偏離了最初的目標(biāo)。所以，我會(huì)每隔一小段時(shí)間就找老大聊聊。老大不在公司，就電話說(shuō)。大不用覺(jué)得不好意思，或者怕打擾Boss，其實(shí)Boss也希望下屬能及時(shí)找他溝通。當(dāng)然也有些要注意的地方：1.明確溝通目的，直蹦主題。你的時(shí)間很寶貴，老板的時(shí)間當(dāng)然更貴；2.選擇合適的時(shí)間。我們老大白天要忙于別的工作事務(wù)，所以一般我是在晚上8點(diǎn)左右找他，盡量一次溝通到位；3.不要報(bào)喜不報(bào)憂。遇到難以應(yīng)對(duì)的困難和挑戰(zhàn)，拋出來(lái)，憋著就是定時(shí)炸彈；4.給出你的方案。發(fā)現(xiàn)問(wèn)題反饋給領(lǐng)導(dǎo)時(shí)，要拿出你的解決方案，而不是只問(wèn)怎么辦；5.提出你的想法。創(chuàng)業(yè)絕不是靠老板一個(gè)人思考就能成功的，當(dāng)你對(duì)產(chǎn)品有自己的想法時(shí)，要敢于說(shuō)出來(lái)。無(wú)論是獲得支持還是反對(duì)，你都會(huì)釋懷，知道該如何繼續(xù)工作。

結(jié)束語(yǔ)

上面聊得這些都是自己在初創(chuàng)小團(tuán)隊(duì)里，作為項(xiàng)目經(jīng)理兩年來(lái)的一些感受。有的是填別人的坑，有的是填自己的坑。雖然公司平臺(tái)很小，沒(méi)人教你該怎么做，一切靠自己摸石頭過(guò)河，但這樣的環(huán)境讓自己成長(zhǎng)很多，也真切感受到創(chuàng)業(yè)的不易，九死一生。

目前我已離職，正在尋求新的工作機(jī)會(huì)，如果你有項(xiàng)目管理職位提供，且坐標(biāo)在上海，歡迎聯(lián)系我。

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

題圖來(lái)自 Pexels，基于 CC0 協(xié)議