項目中的經濟學(二):時間的價值
經濟課老師經常語重心長的對我們說:你們學習經濟學之后,要嘗試著對一些現實問題進行分析,能夠對事物建立多角度的看法。上回《項目中的經濟學(一)》我們聊了機會成本的問題,這次我們聊一聊時間問題。
時間緊迫是大家工作中最常見,也最常被折磨的問題之一。幾乎沒有見過哪個項目是時間完全充足的,反之我們經常會聽到:
“今晚就要”
“下班前能做出來嗎”
“明天提測”
···
等催促的話,如同沉重的大山一樣壓在我們的肩上。為了緩解壓力,不但要有沉穩而強大的內心、良好的溝通能力、扎實的技術功底,我們最好還能掌握一些經濟學方法論。一方面能夠對時間建立客觀合理的認識,另一方面也能利用這些方法與同事進行更有效的溝通。“時間價值”理論,就是解決時間問題的一種有效嘗試。
什么叫“時間價值”
金融行業中有一句話叫做“今天的一塊錢不等于明天的一塊錢”,說的就是貨幣是有時間價值的。這個概念在商品經濟中客觀存在,如金錢可以存入銀行以獲得利息、可以運用于公司的經營活動以獲得利潤、可以用于投資以獲得投資收益等。貨幣經歷一定時間的投資和再投資能夠增加價值,以利息、利潤和投資收益等形式來表現。
項目和貨幣雖然不是同種屬性的事物,但項目同樣也有時間價值,存在以下三種特征:
- 項目本身有初始價值
- 項目運行過程會耗費時間
- 初始價值會產生更多價值
一般項目的目的,無非是耗費最短的時間來實現最多的增值。我們通過一個案例,來說明項目是如何依靠時間價值理論來實現流程改善的。
一個真實的案例
2016年初,部門正在緊鑼密鼓地進行互聯網轉型重要載體App的第一個版本的研發工作。因為存在團隊剛剛組建、bug不斷出現、需求方向經常調整、開發設計資源極其緊張、部門間隔閡等的原因,我們連續經歷了兩次失敗的嘗試。后來總結出來兩個最讓我們受傷的問題:
- 人員配備上,產品和交互人員都是本公司的,而UI設計、開發都是外包的。外包人員存在工作能力差距,這給項目帶來很多不確定性。更讓人頭疼的是不論能力強還是弱都不是最合適的,能力強的我們要提防產品核心思路和代碼泄露,能力弱的又很耽誤研發進度甚至犯下低級錯誤,曾經就出現測試服務器地址打到生產包上的重大事故;
- 業務和IT系統配合過程中,我們經常遇到讓人崩潰的坑。有時候剛剛調試平穩,突然冒出來一個特別棘手的問題,導致項目進度受阻,需求重新梳理,甚至重新開發;
在這個案例中,假設人員、業務、IT系統等固有缺陷在短時間內是無法解決的,那應該如何進行改善呢?答案就是,迭代開發、小步快跑——互聯網圈常見的一種方法。
結合經濟學的知識,我們引入一個公式:
最終值=基礎值+迭代提升值
在這個公式中,等式左邊的最終值就是項目最終完成的狀態,它等于基礎值和迭代提升值之和。基礎值是目前的現狀,迭代提升值是針對基礎值的提升,即迭代提升值=基礎值x迭代提升率,所以把等式改為:
最終值=基礎值x(1+迭代提升率)
而迭代提升率是跟迭代次數和單次迭代提升率有關的,即迭代提升率=迭代次數x單次迭代提升率??赏扑愠觯?/p>
最終值=基礎值x(1+迭代次數x單次迭代提升率)
而迭代次數=總時間/單次迭代時間,把這個表達式代入等式,得到最終公式:
這樣就把公式分解為最終值、基礎值、總時間、單次迭代時間、單次迭代提升率這些具體參數。
一般情況下,項目的基礎值、總時間是固定的,為了提高最終值,我們可以從另外兩個變量來著手:降低單次迭代時間,或者提高單次迭代提升率。
1.降低單次迭代時間
在等式其他變量不變的情況下,因為單次迭代時間是分母,所以減小單次迭代時間能提高最終值。
在本項目中,針對前面提到的兩個問題,產品總監提出了一條名為“踢皮球”的要求:每個人都把手頭的工作以最快的速度處理完畢,然后轉給下一個流程。此“提皮球”不是指常規意義上的把責任踢給別人,而是高效的將工作成果輸出。具體來說:
- T日,產品經理們把需求以最簡單和方便的形式表現出來,然后“踢”給交互設計師;
- T+1日,交互設計師以最快的速度完成交互初稿,然后“踢”回給產品組,當天即進行評審,交互修改方案;
- T+1/2日,交互和產品組把方案“踢”給UI設計師和研發人員,立即開始進行任務拆分;
- 后面的研發、測試流程也類似。
整個過程要求每個階段迅速通過,一旦悶在某個階段,時間一旦超過某個上限則迅速上報給項目組進行集中解決。項目組按日跟蹤和匯報進度情況。為了保證整體進度,有時候某個流程甚至只完成70%的完美程度即可以“踢”給下個流程,剩下的30%留待后續處理,當然這樣做是對大局不造成太大影響的基礎上。
這種“踢皮球”的方法,對于解決項目開始時的混亂狀況是非常有效的。需求和交互迅速傳遞給外包人員,可以很好的解決大家對項目進度的認知不統一問題,加快工作節奏。同時,能夠讓無法預知的坑早點充分暴露,利于協調時間去尋求解決方案。
2.提高單次迭代提升率
在等式其他變量不變的情況下,提高單次迭代提升率能提高最終值。
對于團隊來說,成員工作能力的提高都有個過程,不是短期能夠突破的。這就需要通過一些制度的建立來保證迭代的順利進行,同時制度也能反過來推動個人工作能力的提高。
為了提高單次迭代提升率,團隊引入敏捷式開發制度,其中的一項就是任務拆分。任務拆分是個非常耗費心神的工作,但能起到非常有效的作用。交互和產品組把方案“踢”給UI設計師和研發人員后,馬上召集研發人員開會進行任務拆分。
拆分工作是個落實到細節的工作,按照從大到小、從主到次、從整體到局部的順序,把每一個需求、每一個bug、每一個改進點進行深入拆解,直至拆解到大家認可的局部細節。然后針對每個細節,都配備對應的人員、設定完成時間、預估完成結果、討論完成方案,并每日匯報進度情況。這種深入到細節來逐條解決的方法,讓單次迭代的質量有了顯著提升。
最終,通過努力改進工作流程、提升工作質量,從3月份項目啟動,部門以突破常理的速度,從無到有只花了不到3個月的時間,就完成了一款全新App的上線,在公司內外高壓下證明了自己。
在上面的案例中,經濟學給我們提供了一個從另外的視角看問題的思路。如果我們再深入思考一下,其實最終值計算公式,在等式兩邊任意參數已知的條件下,可以計算出未知參數。比如,如果已知的參數為最終值、基礎值、單次迭代時間、單次迭代質量,就可以分析出總時間這個參數。
另外,在很多團隊中,有人喜歡采用諸如強行Push、拍桌子、找領導推動,甚至跪地、畫大餅、異性混搭等方法,這些方法的有效性值得懷疑,并且前者會造成同事關系緊張,后者會降低自己的身價。革命不是請客吃飯,大家都是為了同一個目標去工作,立足于正確的方法論,找出共同利益點、進行平等善意的溝通,應該是更優的選擇吧。
相關閱讀
本文由 @?三也 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自unsplash,基于CC0協議
編輯老師你好,按照微信號搜不到,請問有其他聯系方式嗎?