关于产品,关于运营,关于“全栈pm”(三).pdfVIP

关于产品，关于运营，关于 全栈“ pm”（三） 从我个人来讲，我非常非常喜欢流水线。我一度认为流水线是大工业时代的智慧结晶，完美 ，有序，高效率。种种一开始高成本高门槛的发明创造，借由流水线，逐渐走入寻常百姓家 ，成为我们生活中不可缺少的一部分。靠着精准的分工和低廉的人力，我们才凭着高效率和 低成本逐渐构建了改革开放后的工业大国。 改革开放后的大多数中国企业家，对流水线都是有情怀的。 在大多数行业，把一个事情拆细，让低成本的劳动力也能做，是企业家梦寐以求的事情。因为在这 些行业，分工的明确，流水线的顺畅，会对效率和用人成本带来显而易见的提升。 但在互联网行业，这提升似乎变得不那么确定了。 在开发领域，我们经常会发现，某些问题，与其花 8k 一个月的工资，找 4 个经验，能力都勉强的工 程师，不如直接花 30k 找一个高级工程师来解决。这种现象的出现，就是因为在开发领域，智力和 经验层面上的差距绝不是可以堆人就解决的。人一多，协同，调配，联调，方案等等全是成本，而 且经验丰富的高级工程师踩过的每一个坑，都将是在工作上的宝贵财富。 工程师界有一句非常高频出现的话，叫 算了还不如我自己来吧“ ”。 这句话背后其实涵盖着很多问题，但核心都可以归结到 对协同效率的担忧“ ”。那么为什么一百多 年来，在工业革命中发挥重大作用的流水线，在新时代的互联网开发领域变得不那么好使了呢？这 问题怕是得写一大篇论文来回答，我们今天就不展开讲了。 总之，现在越来越多的公司，在招开发人员时候，除了特定的某些技术 /算法岗位，基本上都奔着较 全面的方向去找的。有兴趣的同学可以去拉勾上看看相应的 JD ，基本都是五六行技术方面的涉猎 要求。甚至像滴滴 EP （工程生产力部门）这种直接就奔着全栈去招了，我前两天刚看到一个 1-3 年 经验的 php 工程师职位，需要的熟练 +掌握技术就是 c/c++/shell/ajax/js 。很多工程师可能就会想，你 说我一个做 php 的，怎么就跑去滴滴写 js 去了呢 ….开个玩笑。 而招来之后怎么管理呢？基本脱不出项目制，矩阵式的管理结构。 自由到极限，那便是 google 那种，你只要募集到足够多愿意跟你干某个项目的人，你就可以自认为 项目经理开干。或者你今天做这个有点烦，想干点全新的事情，那便可以找个项目团队自由加入。 工程师的管理架构上只有大事业部门，剩下你具体做什么，从外人看起来其实都非常乱。 稍微规矩点，那便是百度那种。大部门下面有小部门，小部门有若干方向。而每个方向里面也是挺 自由的，而且非常容易发生 哎哟我们有个新事情想干，组织上决定了，就由你来做其中的“ xxx ，所” 以也较难出现一个工程师干很多年还在一个岗位上维护的事情。你所谓的经理（汇报关系上的）可 能同时自己也有一个项目要做，同时也是很多和你类似的工程师的指导者。完美的打破了那种 ”管理 半径不超过 8 个人 ”的定式（当然这种管理肯定不是强干预，这之后我们再说）。 这种结构是非常适合工程师文化的，因为如上所说，工程师干的事情，并不是简单堆人便可以解决 的问题。 引用工程师的例子，我是想说，在互联网行业的非技术领域，团队的管理和工作模式构建，也在发 生变化。 目前国内大多数互联网公司的非技术领域，都有着非常森严的部门等级制，这和技术领域的相对开 放形成了鲜明的对比。 比如当我们谈到一个中大型公司的 coo ，那意味着他下面还会有品牌总监，公关总监，渠道总监， 客户关系总监等等总监们下属的部门，然后部门里就可能会有媒体经理，策划经理，活动运营经理 等等小部门，继而小部门里又会有新媒体专员，文案专员，活动策划专员 …甚至再夸张点，每个专 员还会带一两个只做特定事情比如发发微博，搞搞微信，当当客服的实习生。 这种管理构架是典型的大国企风格，再往前导，就是流水线式的工业化思维。 可能有些同学就会说了，啊锤老师我知道，这种管理模式，会带来各种乱七八糟的问题，例如市场 反应慢，一场