互联网公司的组织架构
参考：
人找事的时候
摘录：
类似这样在正确方向上高速前进的业务团队，离用户和市场很近，耳边全是炮火的声音。其实都不是人在找事情做，而是事情在推着人走，很多东西是需求就摆在哪里了，强烈且紧急。事情找人的时候，做起来相当的过瘾，每个事情做下去都会很舒服很踏实，给别人讲你的业务时两眼会放光。再也不需要撕心裂肺的找各种证据证明自己是对的，再也不需要编各种“靠谱”的需求场景给自己安慰，再也不需要哭着喊着求开发的同学帮忙赶活，再也不需要想法设法给团队打气，更不需要到处算计预算花钱买KPI数字。只需要排除一切干扰，干！
……
这就是人找事。人找事的时候，做梦都在想办法证明那个自己创造的用户需求是真实存在的，看到任何数据都想硬掰到用来证明那个需求是很大的；人找事的时候做调研最喜欢问“这个东西你需要吗”，对方都会回答你“需要”，因为他怕你伤心；人找事的时候到处想办法弄预算；人找事的时候，求爷爷告奶奶让研发的同学帮忙赶进度；人找事的时候，天天想法设法给自己打气给团队打气，说我们是最牛逼的，我们做的都是对的，昨天卖3单今天卖9单也要搞个庆祝说我们业绩上涨了 300%；人找事的时候天天盯着KPI；人找事的时候每个人都在拼命，到最后把老板给拼进去了；人找事的时候 … … 看，我们也能杀人啊～
聪明的老板马上想到，可以组织一个新的部门，对程序员开发网站进行监督和牵制，同时，还有一个好处，也可以在不懂技术的领导，总监们和技术人员之间架起一个桥梁，起到润滑和交流沟通的作用-于是产品部门应运而生了，这是一群介于技术人员和领导之间的群体。他们本身可以懂，也可以不懂技术，但却引领技术人员，设法灌输领导，老板的思想，同时，最大可能的考虑用户体验。某种意义上，产品人员是一个互联网网站/产品的最初用户，经过了产品人员的把关，再通过互联网站输出自己的产品，思想等，显然比从程序员直接输出要好很多。可以说，在互联网初期，这是一个伟大的变革。
因为产品部门的诞生，非常好的解决了程序员，公司各级领导，公司业务部门（运营，销售，BD等）以及用户之间的种种矛盾。
……
此时通常再次delay，而不明就里的领导，显然倾向于把责任归咎于技术人员。往往总监级以上的领导，不懂技术，不是技术人员出身。也不愿意给技术人员话语权，更愿意倾向于产品人员(有更多的共同语言？)。
……
软件到底是写出来的，还是测出来的，抑或是产品人员设计出来的？一个成型的软件以最大程度体现了软件开发者的思维模式，逻辑习惯甚至宗教信仰，国家出生地等复杂的因素，在行家眼里，她并不是一堆毫无生命力的，冷冰冰的英文字母组合。富有经验的从业人员，不难从这些跳跃着带有个人和地域色彩的思想和逻辑的复杂的代码中，看到软件开发者们深远的具有自身特质的清晰的影像。