筆者注：本文是因近期迷茫、焦慮，而根據(jù)進(jìn)現(xiàn)階段+以往工作進(jìn)行的整理與思考，不針對任何公司和個人，只是想通過事例來表達(dá)自己的想法。因為經(jīng)驗和認(rèn)知有限，難免會有主觀、片面的情況，若有不同見解歡迎在下方留言，不勝感激。

你是否有這樣的經(jīng)歷：沒有時間思考多種方案、用戶的需求也來得及仔細(xì)打磨就出了需求文檔，隨后技術(shù)GG們就哼哧哼哧開發(fā)了，在開發(fā)過程中或等到上線后，就出現(xiàn)了一大堆問題……如果有，那恭喜哇！你可以繼續(xù)往下看了，說不定我們會有很多共同話題。

當(dāng)你向團(tuán)隊反饋時間安排比較緊時，你的leader可能會告訴你：“我們這是敏捷開發(fā)，追求的就是快，快速產(chǎn)出、快速落地、快速迭代，這樣才能占領(lǐng)市場！”確實，很多事實也在反映，只有在競爭激烈的資本市場中快速的落地（上線），才能夠搶占市場，這也恰恰應(yīng)證了那句“天下武功唯快不破”。

可是，功夫是真的越快越好嗎？

標(biāo)準(zhǔn)規(guī)范的工作流程

敏捷開發(fā)以用戶的需求進(jìn)化為核心，采用迭代、循序漸進(jìn)的方法進(jìn)行軟件開發(fā)。在敏捷開發(fā)中，軟件項目在構(gòu)建初期被切分成多個子項目，各個子項目的成果都經(jīng)過測試，具備可視、可集成和可運(yùn)行使用的特征。

這是百度百科對敏捷開發(fā)的解釋，從上述的文字中也能找到幾個關(guān)鍵詞“用戶”、“迭代”、“切分”。筆者認(rèn)為這段說明文字比較中肯：因為“用戶”，我們可以給產(chǎn)品進(jìn)行“定位”；因為“迭代”，我們可以根據(jù)產(chǎn)品周期制定“戰(zhàn)略”；因為“切分”，我們可以實施“有效的項目管理”。

而且大多數(shù)情況是這樣的：很多產(chǎn)品經(jīng)理說不清產(chǎn)品的定位，只知道產(chǎn)品的功能；不參與戰(zhàn)略的制定和討論，只按領(lǐng)導(dǎo)文件辦事；被所謂的“有效控制時間”的項目管理籠罩著，卻沒有從項目管理的有效復(fù)中整到正反饋。所以，你經(jīng)歷的可能不是真正的敏捷開發(fā)。

以用戶為中心

跟各位說一下自身的經(jīng)歷：在成為產(chǎn)品經(jīng)理后，筆者很少像上學(xué)時那樣自詡“我們的產(chǎn)品是以用戶為中心”。因為自家產(chǎn)品（某些功能）是結(jié)合競品分析后設(shè)(chao)計(xi)的，而這種現(xiàn)象在筆者后來的實習(xí)、正式的工作中是屢見不鮮的。

競品分析是產(chǎn)品經(jīng)理一項重要的工作，可是在現(xiàn)實中大家只為呈現(xiàn)出更好的競品分析報告，而忽視競品分析最初的意義——“研究為什么設(shè)計這個功能”、“研究如何與用戶行為/場景進(jìn)行對應(yīng)”……轉(zhuǎn)而替代的是——“這個功能是怎么不錯的”、“我們也要這樣設(shè)計”……

所以，很多的產(chǎn)品成了市場上個別產(chǎn)品的復(fù)制品，僅僅通過不同的運(yùn)營方式來吸引用戶。也因為不具備差異化的功能，最終湮沒在這個市場的洪流中，處在半死不活的狀態(tài)。

一個公司研究自身的用戶，創(chuàng)建自己的用戶畫像，并結(jié)合用戶使用場景設(shè)計產(chǎn)品的功能就顯得至關(guān)重要了。這里要說說之前設(shè)計考勤類產(chǎn)品的一個故事，那時候我們的研究的主要對象就是釘釘，釘釘在班次功能里有一個“晚走晚來”（前一天晚下班，第二天可以推遲上班）的功能，當(dāng)時我們也準(zhǔn)備在自家產(chǎn)品的增加這個功能。

后來我們團(tuán)隊幾個人就先拋開釘釘?shù)倪@個功能，一起討論自家產(chǎn)品的用戶（自己公司的同事）是怎樣的？他們的上下班考勤具體是如何的？可以得出什么樣的需求？

經(jīng)過對考勤、申訴數(shù)據(jù)的分析以及電話訪談，我們得出了產(chǎn)品的用戶類型分為3大類：技術(shù)、市場、其他。技術(shù)類經(jīng)常會加班但是第二天還是要準(zhǔn)時下班；市場類偶爾加班但第一天晚走第二天可以晚來；其他的基本就是準(zhǔn)時上下班的用戶。

通過以上分析我們就認(rèn)定了該功能應(yīng)該去做，可是要不要做成和釘釘一樣的呢？比如時間跨度、默認(rèn)值等，經(jīng)過電話溝通和申訴數(shù)據(jù)對比，我們確定了一些市場部門的同事下班晚走一小時，第二天可以晚來半小時。于是，我們就將班次默認(rèn)時間設(shè)置成“晚走1小時，晚到0.5小時”。

如果當(dāng)初為了追趕時間，就草草添加一個功能，那是不是就沒有現(xiàn)在這個更適合我們用戶的產(chǎn)品功能了？

有效的項目管理

之前有過一段工作經(jīng)歷，項目沒有具體的deadline，全憑技術(shù)同事的心情或者高管意念去主導(dǎo)。人都有趨易避難的心理，因為在沒有外界壓力下，不少開發(fā)GG會選擇先開發(fā)容易的，后開發(fā)復(fù)雜的，這就造成了很多項目嚴(yán)重超期，那些不重要不緊急的項目反而會提前上線。（可以參考筆者之前的文章《一次病態(tài)項目進(jìn)程的發(fā)展與變遷》）

缺乏項目管理是不好的，但是無效的項目管理可能會更可怕。套用《不僅僅是喜歡》的一句歌詞來描述“項目管理”，那就是：“你知道我對你不僅僅是時間，項目結(jié)束后你要記得復(fù)盤……”

最近筆者就遇到一個苦惱的問題：當(dāng)一個項目即將結(jié)束后，項目經(jīng)理會持續(xù)不斷的增加新項目，且項目安排的時間很擠，每個項目的參與人員可能是重復(fù)的。表面上看項目經(jīng)理安排的很好，每個人都“高效”的負(fù)責(zé)著很多子任務(wù)，時間也被高效的利用。當(dāng)筆者和需要配合的同事都成為多個項目子任務(wù)的責(zé)任人時，就感受到了其中的問題。

通常在工作中，很多突發(fā)情況都會發(fā)生。一次需求評審需恰好遇到開發(fā)GG進(jìn)行其他項目的bug修復(fù)，所以評審延期了，接著出PRD的時間延期了，然后需求開發(fā)的時間也延期了，最后筆者關(guān)聯(lián)的其他任務(wù)時間也隨之延后了……項目制定的時間也不得不因為各任務(wù)的延長而重新規(guī)劃，并線工作的進(jìn)程并沒有很好的將項目快速完成，算起來和各任務(wù)逐個進(jìn)行基本上差不多。

持續(xù)不斷的項目也容易產(chǎn)生疲勞，想一想如果你完成一個任務(wù)后又會有一個新的任務(wù)交給你，那種感覺是不是很喪？有效的放低效率反而成為了減壓的方式，所以一些人也會選擇慢做工、加時長的方式。而管理層看到夜晚一派燈火通明的景象，反而內(nèi)心會一陣竊喜。

而筆者之前工作的一家公司就將項目管理做到了一種近乎完美的狀態(tài)，不僅保持著業(yè)內(nèi)領(lǐng)先的技術(shù)能力，且整體工作的效率也非常高，這是因為他們采取了“周期性項目管理方式”。

他們會以1個月為一個開發(fā)周期，在項目啟動時會將所有的責(zé)任人召集在一塊進(jìn)行評估（接下來做或不做這個需求）、定期（這個需求需要哪些資源、材料、人力）等。當(dāng)確定好時間后，大家就會快速完成自己的工作，以便在截止時間前完成，這樣就給自己爭取了一些學(xué)習(xí)、復(fù)盤的時間。

同樣，在另一個公司通過“測試把控”的方式，也慢慢降低了項目的過分的緊急。中級bug不修復(fù)不上線，并會要求開發(fā)重新修復(fù)后再提交測試。在測試的階段也為開發(fā)、產(chǎn)品等同事留下了一定的時間。對于企業(yè)和個人都獲得了自己想要的收益——產(chǎn)品的快速穩(wěn)定的落地，自己也有了可以掌控的時間。

時間與個人發(fā)展

時間是個人發(fā)展的載體，擁有合理的時間配比，才能夠在未來進(jìn)行可持續(xù)發(fā)展。例如，筆者之前就因為被強(qiáng)制快速完成設(shè)計&不分節(jié)假日的工作模式而產(chǎn)生了焦躁的情緒，你也許會告訴我：“年輕人多吃點(diǎn)苦，無所謂”，但筆者很想說：“其實我的基本權(quán)益已經(jīng)被侵犯了”。

當(dāng)然這屬于極端的例子，但作為一名產(chǎn)品經(jīng)理，仔細(xì)打磨產(chǎn)品應(yīng)作為自己的底線。留下一定的時間思考產(chǎn)品，為用戶提供易用、愛用的產(chǎn)品是每個產(chǎn)品經(jīng)理為之奮斗的目標(biāo)。

給自己留下思考的時間，研究用戶使用產(chǎn)品的場景，分析需求的實現(xiàn)方式……每一步都不能以“形式主義文檔”的方式去進(jìn)行，而是真正的將分析的結(jié)果為團(tuán)隊、自己未來的設(shè)計和規(guī)劃所利用。

給自己留下生活的時間，個人覺得產(chǎn)品是有靈性的工作，整天埋在自己的一畝三分地里是設(shè)計不出好產(chǎn)品的。感知每一個產(chǎn)品的設(shè)計，感悟生活中的點(diǎn)滴，這樣才能設(shè)計出同樣有情懷、有靈性的產(chǎn)品。

結(jié)語

前段時間潛伏在“脈脈”的匿名區(qū)看到了很多人對工作的抱怨，可能這并不是一朝一夕才產(chǎn)生這樣的結(jié)果。當(dāng)看到一位程序員GG患有急性焦慮癥后，筆者認(rèn)為我們應(yīng)該正視某些問題了。

單純的只找自己的原因其實也是不負(fù)責(zé)任的，相信我們每個人在都是對生活抱有熱情的。停下來留點(diǎn)時間復(fù)盤自己的工作，慢下來給自己多一些的思考，也許這樣才能為用戶提供更好的產(chǎn)品，同時為企業(yè)帶來更多的收益。

#專欄作家#

兮兮，微信公眾號：孤身旅人（ID：gushenlvren），人人都是產(chǎn)品經(jīng)理專欄作家。關(guān)注人工智能、toB產(chǎn)品、大文娛等領(lǐng)域。

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

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