產品經理和包工頭

>>>  創業先鋒 眾人拾柴火焰高  >>> 簡體     傳統

作者:leon  原大眾點評App負責人,原創并投稿早讀課

作者微信ID:leontalk


絕大多數的產品經理都應該清醒的意識到,如果不是老板忙不過來,根本就不需要你這個角色。


在產品這一座摩天大樓里,大多數的產品經理還不是那個光鮮于人前的建筑設計師,而是要和泥(yan)瓦(fa)碼(gong)磚(cheng)工(shi)吃住在一起的「包工頭」—— 對產品的項目周期負責,對工程師的進度和產出負責。


這個比喻也許不是那么的完全形象,比如產品經理不會像包工頭那樣克扣成本,欺上壓下。但是有一點很傳神,那就是,如果「包工頭」管不好這支碼磚隊伍,一座豆腐渣工程可能就此誕生,爛尾樓的概率也很大。


建筑界的豆腐渣工程可能要等到X年一遇的地震才能暴露,但是互聯網產品不一樣,上線那一刻,一個爛產品就基本上暴露無余了。正因如此,「包工頭」和他的碼磚隊伍在業內的地位才得以提高。


這篇文章主要探討一下如何做一個碼磚工喜愛的包工頭。


清晰的需求規劃和文檔


開工前,碼磚工跟你蹲在土堆前,宏大的建設計劃還只是剛剛老板單獨向你噴出的唾沫星子,很快就會隨風飄散。你需要盡可能圖文并茂的向眼前這一群真正碼磚的兄弟一字一句的解釋如何建造這座樓,以及各部分的優先級。


需求要細到什么程度呢?要細到每一塊磚每一片瓦以及他們的大小、方向、上下層關系。根據「一千個人眼中有一千個哈姆雷特」理論,你在需求文檔中每一處含混表達,都可能造成碼磚工獨特的自我理解,最后實現結果嚴重不符合預期。


比如,如果你的需求只是說「門造在臺階上,地面和臺階之間有樓梯」,造出來的時候如下圖所示,你也不能說對方是沒有按照需求設計對吧?




時間計劃由碼磚工來給出,不是你,也不是你的老板


這一點很好理解,畢竟碼這座樓的是他們不是你。但驚奇的是我看到大量的團隊并不是這樣來運作,他們的時間節點「啪」的一下就出來了,甚至在需求還沒有明確的時候。這樣的造樓工程我目前還沒有看到成功的先例。


Q:碼磚工給出的時間會是最終的項目時間嗎?


A:不是,還要結合老板的期望,一般來講,老板的期望時間代表著市場的需求。


Q:如果老板只說越快越好呢?


A:那就當他沒說


Q:如果和老板提出的時間嚴重不匹配呢?


A:砍需求


Q:碼磚工忽悠我怎么辦?


A:要么自己也會一點碼磚,掰開計劃一塊磚一塊磚的算時間。要么忍。還有一招就是對他們好到他們不忍心忽悠你。


一旦開工,嚴厲杜絕需求變更


傳說孔子路過泰山腳下,有一個碼磚工邊碼磚邊哭得很悲傷。孔子扶著車前的橫木聽碼磚工的哭聲,讓子路前去問那個碼磚工。子路問道:“您這樣哭,實在像連著有了幾件傷心事似的。”(碼磚工)就說:“沒錯,之前我的工友被老虎咬死了,后來我的另一名工友又被老虎咬死了!我在這里碼磚很害怕”孔子問:“那為什么不離開這里找別的工作呢?”(碼磚工)回答說:“(這里)沒有需求變更。”孔子說:“年輕人要記住這件事,需求變更猛于虎啊!”


需求變更的情況有很多種,沒有一種是有益于團隊和項目。臨床表明,沒有經驗的包工頭和想法過多的老板是需求變更的最大誘因,具體特征就是想法A正在開發的過程中,一定要以想法B代替之。


實際上,理性的想,想法A和想法B在變成現實前,并沒有太大區別。在想法A還沒有實現前就惶恐,一定要變更為想法B才安心,只是自欺欺人的一種心理活動。但是對團隊和項目的傷害是致命性的。


毫不夸張的說,防御需求變更是包工頭獲得碼磚工支持的最重要任務。一個防止需求變更的秘訣是:「沒想清楚的就不要做」。


基本上做到以上幾點,一個項目順利上線的基本條件就滿足了,和房子造完就交工不同,互聯網產品上線這才是萬里長征第一步。


最后,祝全天下「包工頭」和「碼磚工」幸福美滿,相親相愛,雙劍合璧永不DELAY。



互聯網er的早讀課 2015-08-23 08:46:39

[新一篇] 小早說 在多個領域有所成就的人是怎么做到的?

[舊一篇] 少年,我看你骨骼驚奇,做吧!
回頂部
寫評論


評論集


暫無評論。

稱謂:

内容:

驗證:


返回列表