經(jīng)濟(jì)課老師經(jīng)常語重心長的對我們說：你們學(xué)習(xí)經(jīng)濟(jì)學(xué)之后，要嘗試著對一些現(xiàn)實問題進(jìn)行分析，能夠?qū)κ挛锝⒍嘟嵌鹊目捶?。上回?a href="http://www.codemsi.com/pmd/911056.html" target="_blank" rel="noopener noreferrer">項目中的經(jīng)濟(jì)學(xué)（一）》我們聊了機(jī)會成本的問題，這次我們聊一聊時間問題。

時間緊迫是大家工作中最常見，也最常被折磨的問題之一。幾乎沒有見過哪個項目是時間完全充足的，反之我們經(jīng)常會聽到：

“今晚就要”

“下班前能做出來嗎”

“明天提測”

···

等催促的話，如同沉重的大山一樣壓在我們的肩上。為了緩解壓力，不但要有沉穩(wěn)而強(qiáng)大的內(nèi)心、良好的溝通能力、扎實的技術(shù)功底，我們最好還能掌握一些經(jīng)濟(jì)學(xué)方法論。一方面能夠?qū)r間建立客觀合理的認(rèn)識，另一方面也能利用這些方法與同事進(jìn)行更有效的溝通。“時間價值”理論，就是解決時間問題的一種有效嘗試。

什么叫“時間價值”

金融行業(yè)中有一句話叫做“今天的一塊錢不等于明天的一塊錢”，說的就是貨幣是有時間價值的。這個概念在商品經(jīng)濟(jì)中客觀存在，如金錢可以存入銀行以獲得利息、可以運用于公司的經(jīng)營活動以獲得利潤、可以用于投資以獲得投資收益等。貨幣經(jīng)歷一定時間的投資和再投資能夠增加價值，以利息、利潤和投資收益等形式來表現(xiàn)。

項目和貨幣雖然不是同種屬性的事物，但項目同樣也有時間價值，存在以下三種特征：

1. 項目本身有初始價值
2. 項目運行過程會耗費時間
3. 初始價值會產(chǎn)生更多價值

一般項目的目的，無非是耗費最短的時間來實現(xiàn)最多的增值。我們通過一個案例，來說明項目是如何依靠時間價值理論來實現(xiàn)流程改善的。

一個真實的案例

2016年初，部門正在緊鑼密鼓地進(jìn)行互聯(lián)網(wǎng)轉(zhuǎn)型重要載體App的第一個版本的研發(fā)工作。因為存在團(tuán)隊剛剛組建、bug不斷出現(xiàn)、需求方向經(jīng)常調(diào)整、開發(fā)設(shè)計資源極其緊張、部門間隔閡等的原因，我們連續(xù)經(jīng)歷了兩次失敗的嘗試。后來總結(jié)出來兩個最讓我們受傷的問題：

• 人員配備上，產(chǎn)品和交互人員都是本公司的，而UI設(shè)計、開發(fā)都是外包的。外包人員存在工作能力差距，這給項目帶來很多不確定性。更讓人頭疼的是不論能力強(qiáng)還是弱都不是最合適的，能力強(qiáng)的我們要提防產(chǎn)品核心思路和代碼泄露，能力弱的又很耽誤研發(fā)進(jìn)度甚至犯下低級錯誤，曾經(jīng)就出現(xiàn)測試服務(wù)器地址打到生產(chǎn)包上的重大事故；
• 業(yè)務(wù)和IT系統(tǒng)配合過程中，我們經(jīng)常遇到讓人崩潰的坑。有時候剛剛調(diào)試平穩(wěn)，突然冒出來一個特別棘手的問題，導(dǎo)致項目進(jìn)度受阻，需求重新梳理，甚至重新開發(fā)；

在這個案例中，假設(shè)人員、業(yè)務(wù)、IT系統(tǒng)等固有缺陷在短時間內(nèi)是無法解決的，那應(yīng)該如何進(jìn)行改善呢？答案就是，迭代開發(fā)、小步快跑——互聯(lián)網(wǎng)圈常見的一種方法。

結(jié)合經(jīng)濟(jì)學(xué)的知識，我們引入一個公式：

最終值=基礎(chǔ)值+迭代提升值

在這個公式中，等式左邊的最終值就是項目最終完成的狀態(tài)，它等于基礎(chǔ)值和迭代提升值之和?；A(chǔ)值是目前的現(xiàn)狀，迭代提升值是針對基礎(chǔ)值的提升，即迭代提升值=基礎(chǔ)值x迭代提升率，所以把等式改為：

最終值=基礎(chǔ)值x（1+迭代提升率）

而迭代提升率是跟迭代次數(shù)和單次迭代提升率有關(guān)的，即迭代提升率=迭代次數(shù)x單次迭代提升率?？赏扑愠觯?/p>

最終值=基礎(chǔ)值x（1+迭代次數(shù)x單次迭代提升率）

而迭代次數(shù)=總時間/單次迭代時間，把這個表達(dá)式代入等式，得到最終公式：

這樣就把公式分解為最終值、基礎(chǔ)值、總時間、單次迭代時間、單次迭代提升率這些具體參數(shù)。

一般情況下，項目的基礎(chǔ)值、總時間是固定的，為了提高最終值，我們可以從另外兩個變量來著手：降低單次迭代時間，或者提高單次迭代提升率。

1.降低單次迭代時間

在等式其他變量不變的情況下，因為單次迭代時間是分母，所以減小單次迭代時間能提高最終值。

在本項目中，針對前面提到的兩個問題，產(chǎn)品總監(jiān)提出了一條名為“踢皮球”的要求：每個人都把手頭的工作以最快的速度處理完畢，然后轉(zhuǎn)給下一個流程。此“提皮球”不是指常規(guī)意義上的把責(zé)任踢給別人，而是高效的將工作成果輸出。具體來說：

• T日，產(chǎn)品經(jīng)理們把需求以最簡單和方便的形式表現(xiàn)出來，然后“踢”給交互設(shè)計師；
• T+1日，交互設(shè)計師以最快的速度完成交互初稿，然后“踢”回給產(chǎn)品組，當(dāng)天即進(jìn)行評審，交互修改方案；
• T+1/2日，交互和產(chǎn)品組把方案“踢”給UI設(shè)計師和研發(fā)人員，立即開始進(jìn)行任務(wù)拆分；
• 后面的研發(fā)、測試流程也類似。

整個過程要求每個階段迅速通過，一旦悶在某個階段，時間一旦超過某個上限則迅速上報給項目組進(jìn)行集中解決。項目組按日跟蹤和匯報進(jìn)度情況。為了保證整體進(jìn)度，有時候某個流程甚至只完成70%的完美程度即可以“踢”給下個流程，剩下的30%留待后續(xù)處理，當(dāng)然這樣做是對大局不造成太大影響的基礎(chǔ)上。

這種“踢皮球”的方法，對于解決項目開始時的混亂狀況是非常有效的。需求和交互迅速傳遞給外包人員，可以很好的解決大家對項目進(jìn)度的認(rèn)知不統(tǒng)一問題，加快工作節(jié)奏。同時，能夠讓無法預(yù)知的坑早點充分暴露，利于協(xié)調(diào)時間去尋求解決方案。

2.提高單次迭代提升率

在等式其他變量不變的情況下，提高單次迭代提升率能提高最終值。

對于團(tuán)隊來說，成員工作能力的提高都有個過程，不是短期能夠突破的。這就需要通過一些制度的建立來保證迭代的順利進(jìn)行，同時制度也能反過來推動個人工作能力的提高。

為了提高單次迭代提升率，團(tuán)隊引入敏捷式開發(fā)制度，其中的一項就是任務(wù)拆分。任務(wù)拆分是個非常耗費心神的工作，但能起到非常有效的作用。交互和產(chǎn)品組把方案“踢”給UI設(shè)計師和研發(fā)人員后，馬上召集研發(fā)人員開會進(jìn)行任務(wù)拆分。

拆分工作是個落實到細(xì)節(jié)的工作，按照從大到小、從主到次、從整體到局部的順序，把每一個需求、每一個bug、每一個改進(jìn)點進(jìn)行深入拆解，直至拆解到大家認(rèn)可的局部細(xì)節(jié)。然后針對每個細(xì)節(jié)，都配備對應(yīng)的人員、設(shè)定完成時間、預(yù)估完成結(jié)果、討論完成方案，并每日匯報進(jìn)度情況。這種深入到細(xì)節(jié)來逐條解決的方法，讓單次迭代的質(zhì)量有了顯著提升。

最終，通過努力改進(jìn)工作流程、提升工作質(zhì)量，從3月份項目啟動，部門以突破常理的速度，從無到有只花了不到3個月的時間，就完成了一款全新App的上線，在公司內(nèi)外高壓下證明了自己。

在上面的案例中，經(jīng)濟(jì)學(xué)給我們提供了一個從另外的視角看問題的思路。如果我們再深入思考一下，其實最終值計算公式，在等式兩邊任意參數(shù)已知的條件下，可以計算出未知參數(shù)。比如，如果已知的參數(shù)為最終值、基礎(chǔ)值、單次迭代時間、單次迭代質(zhì)量，就可以分析出總時間這個參數(shù)。

另外，在很多團(tuán)隊中，有人喜歡采用諸如強(qiáng)行Push、拍桌子、找領(lǐng)導(dǎo)推動，甚至跪地、畫大餅、異性混搭等方法，這些方法的有效性值得懷疑，并且前者會造成同事關(guān)系緊張，后者會降低自己的身價。革命不是請客吃飯，大家都是為了同一個目標(biāo)去工作，立足于正確的方法論，找出共同利益點、進(jìn)行平等善意的溝通，應(yīng)該是更優(yōu)的選擇吧。

相關(guān)閱讀

項目中的經(jīng)濟(jì)學(xué)（一）

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

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