>>>  創業先鋒 眾人拾柴火焰高  >>>

簡體     傳統

作者：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