互联网创业组织架构四大经典模.docx

互联网创业组织架构四大经典模.docx

《互联网创业组织架构四大经典模.docx》由会员分享，可在线阅读，更多相关《互联网创业组织架构四大经典模.docx（9页珍藏版）》请在冰豆网上搜索。

互联网创业组织架构四大经典模

互联网创业组织架构四大经典模式

互联网创业拼的是组织结构

员工为什么要离开你?

马云的回答是：

钱，给少了;心，委屈了。

前两天遇到九型人格大师李明顺对的，就是那个做好贷网的李明顺他的回答是：

没进步了，或者没空间了。

李明顺是扬州人，大约10年前开始研究9型人格，远在他与戴志康会合一道做Discuz!

之前。

Discuz!

卖给腾讯后，他独立创业做财猫浏览器，又做好贷网。

十年弄潮，BBS、SNS到电子商务、互联网金融，一路走来，大环境与小环境都有沧桑之变，明顺哥稳定增长的除了家财与身材，还有九型人格的功力。

他说：

梁宁，你是二型，帮助型。

你最高兴的就是能帮助别人。

一型是完美型，这种人最适合做财务法律工作;三型是目标达成型，这类人最适合做销售。

明顺说，一个下属主动给你展示他做的工作，不同型的人怀揣着不同的期待。

如果是一型，他期待的答复是：

这件事做得完美无缺!

如果是二型，他期待的答复是：

哎呀，你办的这个事可帮了我的大忙了!

如果是三型，他期待的答复是：

放心，这个月一定发奖金。

明顺说，虽然看上去每个人都在按照领导的安排工作，但是每个人做事的内驱力是不一样的。

所以，如果你和三型人表示感谢，而完全不提及绩效兑现，他会觉得领导怎么这么虚;而如果和二型人表示指标达成发钱庆贺，二型人会觉得怅然我在谈感情你在谈钱?

所以，明顺说，通过观察一个人的人格特性与内驱力来安排工作，比简单地根据这个人是什么专业，过去做过哪些事，从而确定这个人应该放在哪个岗位要靠谱得多。

把一个人放在他天性适合的岗位，他就可以从工作中学习。

知人善用，就是给成长。

可是，即使懂九型人格，能知人善用，把他安排在合适的岗位，按照他期望的报偿来激励，到了该离开的时候，这个你花了很多心思的人，还是会离开。

什么是该离开的时候?

纵向，没成长，横向，没空间，这个人就该离开了如果他还年轻的话。

三千年前，武王伐纣，抱着为父报仇，今死无生之心，从岐山起兵。

结果居然打了不到2个月，已经存在500多年的商就解体了。

快速获得了远超预期的成功，武王和他弟弟周公旦复盘了三年，想要知道为什么会这么顺利。

今天他们姬家得了天下，是否某天某个犄角旮旯的创业者不要命地冲出来，他们也会瞬间挂掉?

后来，武王和他弟弟做了一个影响中国3000年的决策裂土封侯，与最有实力的人分享利益，固化人才。

这番思考的过程，在过去的几年多半也发生在了雷军身上。

2011年，雷军发布小米1，当时的预期是卖50万部，结果不到四年冲到智能手机第一。

面对这样的现象级奇迹，大家多半把目光集中在小米的极致单品策略、极富参与感的运营策略，少有人注意到雷军打造了新的组织模式以网罗、激活、固化人才。

小米组织结构的扁平众人皆知。

这扁平的组织结构的最核心的价值，是打造一种全员面向用户，由用户反馈驱动组织运行的模式。

小米的合伙人模式，大家都知道，但对后来的牛人，雷军依然采用裂土封侯的方式成立小米子公司，给予CEO足量股份，让CEO成为创业者。

最外围是小米参股的资源协同。

裂土封侯，就是给空间。

战争就是，打武器，打配置。

今天的互联网创业，谁能绝对拥有对方不拥有的武器?

太难了。

而配置的核心，是人才的竞争。

攒人吧!

一样的战场与武器，比的是看谁能设计并驾驭一个能够固化、激活最多人才的组织结构。

互联网组织架构四大经典模式

一、部分职能向外的互联网化的平台组织。

这个组织的一个核心代表，我们说是以美国的一家公司，我们叫无限T恤公司。

是这样的一个组织职能的典型代表。

这个平台组织，它的根本的意思就是把部分的组织功能，向外部充分的利用互联网手段市场化。

也可以说是将其转化成外部市场的一部分，让用户直接参与到企业内部的创新当中来。

第二、部分职能向内的互联网化的平台组织。

那么本质意义上这个平台组织，是把企业的部分功能，向内部的员工通过互联网化的手段开放，让企业旗下的各个多元化的部门，各个单元的基层员工，能够参与了企业的一些核心职能的建设当中来。

把组织变成一个新的事业的孵化平台，在这样的一个组织平台过程当中，其实是我们当前很多的一些传统企业，选择的一种内部创业，内部创新的一种平台组织的模式。

这里面的典型代表，我要提到的一个是广州的，叫做芬妮克兹，另外一个是中远集运。

不知道有多少帮亲参加了去年11月28号的天马盛典。

富士康的一位同仁也在分享，富士康内部就在采取的这样的一种部分职能向内互联网化的平台组织模式。

本质上，这个组织模式在富士康内部是采取什么样的一个模式呢?

就是在内部设立了一个创新创业的一个基金。

那么，把这个基金在内部构建了一个平台，而这个平台是让所有的员工，只要他有新的创意，新的主意，都可以在这个平台当中申请。

通过立项，审批之后，就会成为一个单独的一个基金，给到一个单独的项目组，由这个项目组进行这样一个新的事业，新的项目的一个创业的尝试。

当它尝试成功之后，就会独立成为一家子公司。

本质上，是在解决企业内部的创新机制。

第三，全面职能向内互联网化的平台组织。

这样的一个平台组织，在今天中国的传统企业当中，一个典型的代表企业，就是海尔集团。

海尔集团在最近的几年时间，进行了深刻的组织的变革和组织的反思。

从他们原来的正三角的组织结构，转变了一个倒三角的组织结构。

而同时，再一次升华成为一个，叫做自主经营体的一个组织结构。

那么本质上，这个组织结构，它的真正的诉求，是来解决它企业过程当中，不仅仅是简单的一个员工创业。

同时，面向根据用户的需求，企业内部形成了一个自主经营体的这样的一个模式，把中层从企业的组织结构当中去掉，由企业内部形成了一个立共体这样的平台。

而另外一个典型代表，就是美国的Morningstar，晨星公司，它非常特殊，它没有正式的职位的管理者和阶层机构，每一个员工无论何种角色，是实施自我管理。

而它透过，对自己和他人的这种契约承诺，驱动员工自发性的做出，对自己对同伴对顾客，对供应商及公司最有价值的事情。

那么通过这样的一种机制，把公司转化成一个市场平台，所以当所有的新的员工来到这家公司的时候，就是进入到一个市场，必须去寻找自己。

同时，建立契约。

然后在这个过程当中，去定义清楚自己工作的内容。

每一个人在这个组织当中，就像一个个体户，有充分的自由来决定自己做什么，以及如何动用资金和规划预算，并且充分透明与清楚的，把各项信息计算，和规划成自己的行动方案。

第四，全面职能向外互联网化的平台组织。

本质意义上，就是利用互联网的手段，构建虚拟的组织。

把每一个个体，每一个个人，通过互联网化的虚拟组织的平台，连接在一起。

真正变成一个驱动整个小的集合体，产生更多的一些组织上的生产运作也好，销售互助也好，这样的一个虚拟组织的形式。

那么在这样的一个信息充分流动的连接系统当中，人们藉由信息交换，获取彼此功能上的互补的需求，以契约合作的形式本质上，国内现在很多的一些重包、重创的平台，就有点类似于这样的一个虚拟平台组织的模式。

那么在这样一个虚拟平台的组织当中，充分的发挥了互联网平台的优势，把每一个个体的智慧，每一个个体的力量，充分的利用这样的一个技术手段，充分的融合在了一起，形成了更大的经营的绩效。

3两个互联网+的一个组织的案例，一个是以为代表的一个与用户零距离的互联网组织的案例，而另外一个，我们也分享了一个平台型的互联网+的组织转型。

大概的这样四种主要模式。

一种是与部分职能向外互联网化的平台组织，以美国的无限T恤公司为主要代表，把重要的职能通过互联网的手段，向外部市场开放。

引入更多的用户参与进来。

其实，本质上在一定程度上，小米也是类似于像这样的一个，部分职能向外互联网化的一个平台组织。

而另外一个，是以富士康、芬尼克兹、中远集运为代表的，把部分职能向内互联网化的一个平台组织，提供了一个创业平台

互联网创业公司如何规模化研发团队

移动互联网创业公司在不断地发展与迭代的过程中，会面临研发团队的野蛮增长，可能每天都会有新面孔进入到团队中。

如何规模化研发团队是管理者首要考虑的问题。

点融成都研发中心SiteManager高勇和大家分享多年工作心得：

基于九宫格（9BoxGrid）的绩效管理模型来打造HighPerformance的研发团队。

移动互联网创业公司在不断地发展与迭代的过程中，会面临研发团队的野蛮增长，可能每天都会有新面孔进入到团队中。

下图是一个典型创业团队的迭代周期：

如果创业团队做到A轮、B轮的，就意味着具有了一定规模的产品研发、运营团队，这个时候研发团队的管理、经营就会经受以下考验：

1.我们还来能保持并优化：

快速开发，快速发布，快速迭代的移动互联网产品开发模型吗?

2.新进入的不同经验层级的研发人员如何更好、更快融入现有产品研发团队并且发挥绩效。

3.我们管理和沟通的Overhead会达到什么程度?

还能不能像10人团队那样愉快的做产品和运营?

就上面涉及的技术领导者问题，不同的管理者根据背景和经验，估计有不同的答案。

下面根据自己在开发管理中的一些经验总结提出一个基于九宫格（9BoxGrid）的绩效管理模型来打造HighPerformance的研发团队：

该模型以九宫格（9BoxGrid）为管理手段，从4个维度来抓研发团队的管理工作：

-Organization管理者能根据业务和产品需要灵活的设计组织架构，这里面没有Bible，一切以更快，更灵活的方式服务于Business需要为前提，在迭代中不断的优化，完善;

-Pyramid合理的人才梯队规划，高低技能的人手分布，核心团队成员的设计;

-Utilization合理的资源（人、钱）利用，用最少的成本达到最大的输出，同时更好的维持团队的活力;

-Competenceframework业务或产品相关的技能分解，更好的匹配人力资源，避免杀鸡用牛刀的错配。

1九宫格（9BoxGrid）

关于9BoxGrid在绩效管理中的原理网上有非常详细的文章，这里不做系统的介绍。

但是我们需要注意下图右上角HighPotential和Potential的人群，以及左下角的红色标记的人群，然后通过前面提到4个维度来合理的管理团队。

2人才梯队（Pyramid）

《这个杀手不太冷》里昂（让雷诺饰）是意大利裔的顶尖职业杀手，电影里有这样一段对白，非常喜欢：

马蒂达问里昂:

生活是否永远艰辛?

还是仅仅童年才如此?

里昂回答：

总是如此。

一个软件团队的打造与可持续发展就如里昂的回答：

一直如此艰难;

这里提出1个概念，独立软件程序员或独立硬件设计师：

能在限定的时间内独立完成一个具体的软件或硬件开发任务，比如：

15天完成浏览器从零到原型开发

1小时完成XML文件的解析

独立软件程序员就像里昂一样Professional，在无开源，断网的艰苦条件下都能给产品经理交付Code,这样的人才往往落在九宫格（9BoxGrid）右上角的HighPotential或Potential方框里面。

有个段子是：

程序员分为几大流派，一派以复制stackoverflow代码为主，另一派以复制git代码为主，还有以复制XX知道代码为主。

--复制和借鉴不是什么可耻的，但是学而不思是可悲的。

独立软件程序员是独立思考的类型;

所以我的观点是，在业务线或产品线的每个领域都必须有一个技术牛人，他们就是自己所在领域的独立程序员，一人撑起一个细分领域或一个细分技术领域。

这个也秉承了创业公司早期5-10人团队的核心搭配，每个人都具备守住公司业务的一个核心领域的能力，同时高效，200%的getthingsdone。

例如早期的微信开发团队也就6,7人的规模，人人都是独立程序员，即便在后来的大规模的发展上，这些核心的独立程序员的内核也支撑了微信研发团队的不断发展和壮大

团队的实力是速度的上限，要想更快只有一个秘诀:

花重金打造独立软件程序员第一梯队。

也就是我们9宫格中的HiPO。

当我们拥有了心目中的独立程序员，我们就可以开始软件团队的第二梯队的建立，拿10人团队来说，我们根据团队的成熟度和产品的研发复杂度来选择你想要的梯度：

无论哪种队形，你都需要结合工作内容与技能要求来做mapping，比如配比多少个熟练工，多少个有Potential的高级程序员;多少个新手，他们往往更有耐心做搬砖的活路;一个个目标清晰的小型团队，组合起来就是我们看到的大规模研发团队，他们的输出就像细流最后汇聚到一起，形成我们产品的迭代主线，从而满足业务的需要。

3能力框架（CompetenceFramework）

假如你碰到像郭靖这样的程序员，你还必须要有耐心来面对这样的谈话：

二师父，这个SQL我还是看不懂，我太笨了。

七公，你昨天教我的redis和memcached，我今天都忘了，能再教我一下吗?

大部分人都是普通人，学不会不可怕，只要我们的研发团队有着技术领域完整的知识框架，并且提供了与之匹配的系统性的能力达成方法，就能拼出我们整个业务和产品线所需要的整体能力，从而增强团队各个经验层级的人的自信和输出。

比如移动互联网中对以下技能有着大量的需求：

-Android

-iOS

-Web

-Java或PHP

-UI/UX

根据应用的场景不同，对于不同经验和层次的软件开发人员的需求也不一样。

比如我们需要如下的Android技术框架，那么我们就需要在Android三个层级（App，framework和底层）配备人手。

如何调配独立程序员和普通程序员的人手比例也会更清楚。

再比如，我们对移动互联网运营的有如下的能力框架体系，那么我们在人力的需求上可以根据各个能力点配备相应的人才，做到合理利用资源，而无须在所有岗位都配备高大上的专才。

在可能是技术类经理们能真正发挥能力的地方，尽可能合理的细分工作领域，然后找到与之匹配的人;如果不是高度技术化的工作，领导者就可以通过分解来领导，而不需太强的个人能力，这也是大规模研发团队走向合理，成熟分布的方式之一，这也能降低离职率对于产品研发进度的冲击，为研发团队迭代提供保障。

4组织架构（Organization）

研发团队的架构裁剪能力是一个技术管理者的基本职能，在日常工作中都会有所涉及。

你随便翻看一本关于组织架构的管理类书籍，都会看到大同小异的类似描述：

1、管理明确原则，即避免多头指挥和无人负责现象。

2、职责权对等原则。

3、有效管理幅度原则，即管理人员的直接下级人数应在一定范围内。

4、灵活性原则，即能够对外部环境变化作出适应的调整和变化。

这里我们主要讨论如何开发适用于迭代产品开发模式的研发团队架构，通常可以采取以下步骤来操作：

以上这个过程随着业务或产品迭代而迭代，最终找到适用于更加有效地沟通的工作方式来支撑Agile/Scrum的EngineeringProcess。

但是在选定关键职位上，如果我们没有与之匹配的人选，我们一定要自己来，而不是将就而配备一个能力与之不匹配的队员，这样的后果是灾难性的。

例如：

一个典型的移动互联网产品开发、运营的组织架构：

在不同的阶段，我们并不一定需要每一个角色或职位配备一个人，比如一个懂软件开发技术的项目经理完全可以兼顾一个小于10人开发团队lead的这个角色。

再比如，如果这个产品是一个交易类软件产品，那么对软件质量与性能要求就非常高，此时测试经理就变成了一个非常重要的岗位，我们就要配备与技术要求严格匹配的人选，同时一定要专职。

5利用率（Utilization）

软件团队的利用率一般有2大维度：

根据业务与产品开发需要，合理预测一个团队规模，基于工作量的预测来配备团队大小;另外一个维度是根据budget大小来配备团队规模，充分挖潜来发挥团队的能力，尽可能的用最小的人力成本创造更高的产品价值

这里，我们不探讨如何准确进行工作量与团队规模之间的数字映射，重点关注九宫格（9BoxGrid）左下角红色标记的人群的管理：

落在PoorPerformer和Attention区域的队员，通常会离开团队;落在ProblemChild区域的队员，可以选择给他换一个管理对象或者工作内容进行适当的调整;由于我们的产品迭代非常迅速，每一个队员都是重要的资源，所以需要快速做出反应!

挖掘潜力，提升独立程序员的核心价值。

以100人的团队来说，如果我们做到大于90%的人力资源利用率，从管理的角度来说已经属于非常高效的研发团队了，但是依然有近10%的挖潜空间，如果能找回浪费的空间，那么就可以让高产能的独立程序员投入一定的精力在Innovation的产品或项目上。

一来可以支持战略性质创新项目的原型开发，二来他们也能更进一步迭代自己的能力，从而提升团队整体的实力，更好的为下一步的发展做好储备，同时这个自然调节的过程也会增强团队的凝聚。

6简单与迭代

互联网时代，简单是非常重要的目标因为简单，你就开始聚焦;因为聚焦，你的产品的迭代就会迅速。

所以我们可以在产品每个关键性迭代周期中加入员工的九宫格（9BoxGrid）迭代;从而做到团队的迭代随着产品的迭代而发展。

：