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

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