回看七年前写的这篇文章，我很光彩自己很好的实现角色的转换，在互联网运用开拓领域建立了适宜自己团队的技能体系。希望今年在新的岗位上，也能快速的进入状态，实现新的打破！
本文虽然是七年前旧文，但很多思路依然辅导着我现在的事情，当然也有些想法过去迂腐，在本文中我也增加了表明来补充和解释自己的不雅观点。
互联网的产品大都是面向海量用户的做事，且用户分布区域广泛，其教诲水平、习气也大多不同，具有高度不愿定性，我们必须非常关注用户的行为和反馈。
因而，在互联网产品做事的全体用户研究，需求剖析、产品研发及交付做事的过程中，都采取探索式、适应性的研发理念进行产品的研发。常日，会把全体产品研发周期划分为多少个迭代，采取迭代式的演进过程，不断的去交付新的产品特性，并通过不雅观察用户的行为和反馈获取，进而随时调度产品的思路和方向。统统以用户代价为核心是互联网产品最核心的特点，而以代价驱动的敏捷开拓方法非常符合这一特点。
敏捷项目管理实践，通过小步快跑，快速迭代、增量交付用户代价，不断获取用户反馈，持续、快速的调度产品，验证并适宜用户代价。正是通过这些实践活动，我们以迭代的、增量的交付用户代价，最大限度的担保产品朝着符合用户实际需求方向发展。
谈谈技能团队
基于互联网业务的敏捷团队，大部分大型的互联网公司都倾向以下三种文化或者原则：
（1）自组织文化
如google、facebook等互联网企业，他们很少乃至没有特定的项目流程，常日怎么敏捷怎么做，具有浓厚的工程师驱动文化。敏捷团队的自组织特性弱化了团队技能领导这个角色，强调自我管理和自我驱动，对付每个人的能力和本色哀求更高，但是会让我们做的更高效、更敏捷，可以走的更稳、更远。
（2）追求一体化
一体化团队作为敏捷开拓方法中最具精益思想基因的实践，是指每个项目团队包括剖析，开拓，测试等角色，使团队知足一个需求从设计，开拓到测试各个阶段顺利完成，达到符合质量标准并知足需求的软件。每个一体化团队一样平常都寄托于某个产品，每个角色都为产品的发展贡献着自己的聪慧。
（3）追求全功能
这里所指的全功能是希望项目团队能冲破工程师角色之间的边界，如研发、测试和前端工程师的边界，肃清开拓、测试流程中一些潜在摧残浪费蹂躏，提高效率。在项目团队内部通过角色互换，不限角色的结对事情，加强不同角色，不同模块间的知识通报，冲破技能壁垒，帮助员工从不同视角理解项目，磨炼技能，进而增加团队均衡生产的能力。
为什么要提倡冲破边界？
项目整体效率依赖于项目过程中各环节的事情效率，而整体效率的优化每每依赖于均衡生产，即肃清生产的波峰（过度生产）和波谷（生产不敷），只有局部效率的增加无法直接转换为整体效率的增加（就象桶能装多少水，决定于最短的那块板）。
整体效率的优化哀求IT团队肃清技能壁垒，培养多面手，根据操持的的变动，弹性地调度任务，达到各角色和流程之间的平衡。（对小团队尤其主要，这也是风险管理所须要的。大团队每个角色和岗位都会设置多少人，通过人数的上风达到了均衡生产，但对付小团队，某个角色可能只有一个人力，如果这个人事情受到影响，全体团队的链条都要受到很大的影响，冲破角色的界线，最大限度的降落了这些风险。）
技能团队的培植首先要从两个方面入手：一个是专业化分工，二是梯队作战模型。追求全功能或者均衡生产，并不是说每个人不分主次的全面发展，而是在担保一定的专业分工、深入专研的根本上，在技能上要有适当的广度。比如在我们团队，按照技能领域可以做以下组织模型：
技能团队组织模型
目前团队成员还比较少，如果每个人都均衡发展，对付技能体系就不会深入；但是如果都划定清晰的方向，只走专业化路线，意味着每个方向只有一两个人，项目开展就很难调动人力，这也是不可能的。以是每个方向固定第一梯队的职员，在该方向上能够专业化发展，同时每个方向的第一梯队的职员又将是其他方向的第二梯队，担保人力资源能够均衡的被调配，知足各种项目的开展。
同样在岗位上，我们依然是按照这个思路来进行，每个人都应具备“架构设计”、“程序开拓”、“质量测试”的部分能力，冲破角色之间的界线。这对每个人的整体本色哀求是非常高的。
7年前，我所带领的团队规模较小，成员不超过10个人，在这样的规模下，我优先打造全功能团队，每个人险些都是全栈的，能够两三个人一个小组快速敏捷，同时相互之间可以快速补位。但是本日，我所带领的团队是上百人的研发团队，研发的产品或平台也比之前更加繁芜，以是此时我更强调的是专业化的分工，前后真个分离阶段不同，规模不同，我们的组织办法不同，牢记惯性思维。
除了专业化分工之外，我们还须要建立梯队模型，将人力资源和韶光分配的更加均衡。如下图所示：
技能梯队模型
这是一个漏斗模型，在人力和韶光分配方面，自上而下优先级逐级递减。项目开拓直接面对着需求，它的核心是“快”，要有快速相应需求的能力，以最快的进度完成产品的增量交付。
为了更快的相应，在架构设计、程序开拓方面遵照“恰到好处”的原则，不要过度设计，在可容忍的范围内可以适当降落程序的质量。
如果仅仅只做这些，我们的产品和系统这天夕都会涌现问题，以是我们还须要下一个环节：产品优化。这个环节的核心是“精”，精益求精，将以前的瑕疵、隐患去除掉，考虑到更久的将来，不断地调度我们的架构，不断优化我们的程序，全体改进的进程和系统的发展进程相呼应，担保系统的平滑发展。
仅仅这些就够了吗？显然不足！
项目开拓如何快？产品优化如何精？源于我们深厚的积累，研发的主要性便是表示在厚积薄发，全面提升全体团队的技能厚度，提高开拓的效率。我们团队有自己的框架和平台，大大的加快了我们项目开拓的速率。
通过这个漏斗模型，我们将人力和韶光按照这个层次构造，进行均匀的分配，担保我们的操持进度的实行非常平滑，没有过分的紧张，也没有过度的松懈。将以往我们的开拓如过山车般的进程变成在一条平路上匀速前行。
思考：如何打造一个精良的研发体系？
在研发体系的培植上，7年前的自己和现在的自己一模一样，是不忘初心还是不思进取，等年底看效果吧。o(￣︶￣)o”
谈谈CMMI公司最近在搞CMMI3，过程的持续改进是我们一贯都须要去做的，引入CMMI，可以帮我们更好的进行过程的改进。我们的团队涉足企业信息化，软件项目和互联网项目，实在每件事物都有它自己特定的环境，都有自己繁衍的土壤，我们在这个过程中一定要有差异的对待，真正的遵照事物发展的规律，否则好心不一定能做好事。
各大软件公司搞CMMI 基本都是招标用的，这是中标的一个有力的砝码，更适宜TO B的公司。而互联网公司，他们根本的生存法则不是依赖外包项目，产品发卖进行的，而是针对终端用户推出的做事产品，供应非常好的利用体验，得到用户的认可，从而得到公司的发展。以是这便是为什么做互联网的企业很少去评CMMI，很多一流的互联网公司的产品研发过程乃至都达不到CMMI的哀求。
网上对付这方面的谈论也特殊多，但是我们既然要做CMMI，是由于我们还有软件开拓的业务范围，我们也真正的想通过CMMI提升全体团队的研发水平，改进我们的过程。但是我也至心的希望CMMI在进行的过程中，一定是能深入到不同的项目团队，探究每个项目和业务方向的特点，找出适宜每个团队发展的业务流程和管理模式，而不要凡事一刀切，一个标准，一个模式，或者更恐怖的是将以往履行的案例不加考量的就转移到我们身上，反过来成为我们提高的阻力。
谈谈技能
作为技能团队的卖力人，我一贯在思考我们须要什么样的技能，特殊像我们全体团队和领导都具有企业运用开拓的背景，如何适应互联网运用开拓的须要，如何要转变不雅观念，用得当的技能办理特定领域的问题。
在谈详细技能之前，我想还是和我们以前一贯从事的企业运用开拓做一个比较，这样我们能更加直不雅观的知道我们须要做哪些改变，哪些才是我们未来的技能方向。
企业运用和互联网运用的差异
根据这个表格，我们非常明显的看到企业运用和互联网运用的巨大不同，运用的不同决定了技能的差异，企业运用哀求系统的稳定性、程序的复用性、数据操作的严谨性、业务的集成性，而互联网运用哀求高并发、高扩展、高可用性。
对付我们团队，我们的业务紧张在互联网领域开展，但是我们的管理又属于企业运用的范畴，我们的开拓领域基本席卷了企业运用和互联网运用。以是对付技能团队的哀求是非常非常高的，我们不仅仅根据不同的领域进行专业化划分，我们更须要学习更多更实用的技能办理各个领域的问题。
谈谈架构设计
我们张口闭口的谈架构，但是作甚架构，可能谁也说不清楚，由于大家对架构的理解不同。从字面的意思来讲，架构便是确定一个事物的骨架和构造，从整体上勾勒失事物的意识形态。架构又分为很多种，管理企业须要进行组织架构。
就IT而言，履行系统须要系统架构和业务架构，开拓软件须要软件架构，还有信息架构、根本架构、数据库架构等等。我们在谈论架构时，总是见地不合很大，是由于我们并没有为“架构”设立边界，不同的人对架构的定义是不一样的。下面我谈的架构紧张集中在系统架构和软件架构。
我对架构和架构师的一些认识和不雅观点：
软件架构设计须要以长远的眼力以宏不雅观视角从整体出发，深入剖析外部环境、竞争对手与内部资源，明晰各方面的关注点，并平衡他们之间的利益，使大家可以明确目标，达成共识，办理紧张抵牾。架构师一定要有全局意识，不能过多的纠缠于细节。架构可以不过多关注功能，但必须考虑系统运行的场景和所处的领域，明晰关键点。架构是一种平衡的艺术，最好的架构不是最完美的架构而是最适宜未来一段韶光的架构，架构要考虑到未来发展和当前资源的平衡，将性价比放在第一位考虑。架构的确不随意马虎改变，一个易变的架构不是好的架构，但是一个不能改变的架构也不是好的架构。架构的可变性也该当是架构设计的一部分。以是架构师要致力于设计一个可随意马虎扩展的架构，在这方面如果我们常常拿盖屋子作为比较是不合理的，软件架构的可伸缩性本身便是差异于传统行业架构设计的魅力所在。架构师不仅仅有深厚的专业知识和技能，架构师必须具备必要的广度，特殊是当前一个信息爆炸的时期，我们所碰着的各种环境都在当前的信息池中找到相应的办理方法和案例。架构师一定要节制更多的信息，对信息进行系统的加工致顿，在架构事情中紧张想的是如何利用现有的办理方案，而不是闭门造车，不开放的醉心专研，重复发明轮子。现在有这么个说法，“节制信息比节制知识主要”，不是没有道理。谈谈运维单谈运维他是一个很泛的观点，有人认为很博识，有人可能没啥观点。实在运维是IT管理中一个很主要的环节，我们生产的系统如果没有运维的支持，它便存在着巨大的风险。我们一贯在谈企业运用和互联网运用的差异，实在两者的差异也决定了这两个领域的运维也存在着很大的差异。
传统企业内网运维关注点是在安全、权限管理等重点，以及旧IT资产利用率，如何利用好现有的IT资产是他们目前急迫须要办理的问题。传统的企业内网，利用大量的小型机（IBM Power小型机、HP小型机、Sun小型机等）、高端网络和存储设备（Cisco、EMC、日立等），利用大量的商业数据库、ERP和中间件技能（IBM DB2、Oracle、SAP等）。
企业的核心业务运行于这些设备和软件之上，业务年限长、历史遗留问题多，数据安全、业务连续性等是这些企业的生命线，每每通过购买厂商和集成商的做事来担保其IT业务的稳定性。对付互联网运维，如何快速有效地支配，如何担保可利用率，如何处理大并发访问等是他们的头等要事。
当代的互联网企业，大量利用PC做事器、普通硬盘盘阵和集群、前辈的SSD技能，大量利用Linux、MySQL等开源软件。业务模式单一，软件技能、硬件设备更替迅速。性能优化、支配灵巧、提升IT硬件利用率是他们的事情重点，业务领先的互联网企业背后都有一个强大的IT运维技能团队。
运维是一件极其繁琐，极其繁芜的管理事情，这就哀求运维工程师具有很广博的知识体系，不仅仅熟习网络、硬件，还要理解开拓，理解各个别系利用的技能和软件，通过大量的运维数据可以有效地辅导架构和系统的优化，运维工程师一个范例的复合型的人才。
运维工程师的岗位职责：
卖力机房业务做事器的配置、掩护、监控、调优、故障打消等；大用户量下高性能做事器系统支配方案的制订及履行；保障做事器与数据库安全，检讨并肃清安全漏洞；数据监控、应急相应、故障打消、编写数据剖析报告等。就像我在谈架构时认为架构须要关注运维，辅导开拓一样，我还认为运维是关注开拓、辅导架构，一个好的架构师须要经由运维的过程，他才能深刻的预判到一个别系在未来的演化，以便本日可以实时可以扩展的架构。一个具备较高开拓水平的运维工程师是向架构师进阶的最好路线。
7年前就开始重视运维，但是限于资源和运用规模，运维这部分一贯没有做好。今年实在也非常看重运维，但是依然限于资源和规模，还是把险些所有的资源投入到研发中。但是未来随着产品规模越来越大，打造专业的运维团队依然是一个目标！
当前云是一个很热的话题，所有的软件做事都尽可能的和“云”搭上边，但是详细什么是“云”，比较很多人都“云里雾里”的，不知以是。
“云打算”的观点该当是谷歌在5年条件出来，并得到快速的发展。“云”的出身有其发展的一定性，而谷歌、亚马逊这样的互联网巨子是催发它的催化剂。
这些互联网公司的核心的商业模式便是利用供应互联网干系的做事，从而带来巨额的营收，他们一定希望越来越多的人和企业接管互联网做事的模式，让统统做事都能通过互联网替代传统的办法，以是鼓吹“云”，也是为了更加优化自己的商业模式。
其次，这些巨子企业经由这么多年的发展，他们在做事器，数据中央，分布式打算方面建立起成熟的有效的办理方案，仅仅是为了支撑自身的做事，资源势必不能很好的利用，实行云打算，将自己的根本举动步伐和平台以做事的办法出租出去，将闲置的资源加以更加合理的利用，这也是实行“云”的缘故原由。
“利”字当头，任何一个事物的发展怎能少了一个“利”。当然 “云”的发展给我们的信息生活带来了翻天覆地的变革，推动着全体信息家当的变革。
“云”让根本举动步伐的培植更加集中，互联网做事更加的规模化，资源的分配更加的合理，避免了巨大的摧残浪费蹂躏。“云’让我们的不雅观念发生了转变，让我们更加接管互联网做事模式，为人类的生活供应了更大的便利。“云”的出身更加优化了互联网的做事模式，提升了互联网做事的盈利能力。“云”实在便是“做事”，统统传统的信息处理的手段都通过做事的办法进行交付。而在做事上，又分为几个层次：IaaS（根本举动步伐既是做事），PaaS（平台既是做事），SaaS（软件既是做事）。
而在IaaS和PaaS层面上，一样平常由大型的厂商承担着，比如亚马逊、微软、谷歌等等，他们拥有天生的资源来做这些底层的，具有规模化的根本举动步伐培植。
而在中国，这些一样平常由政府驱动，由大型厂商来承接。中小型的公司只能在SaaS上，供应更加细分、更加个性化的软件做事，才是生存的王道。
我们张口闭口谈“云”，我们是“云条记”，“云相册”，如果做事不具备规模化效益，没有将做事转化为盈利的能力，这个“云”只能算是一个普通的互联网做事，和个人博客和个人相册有什么差异。
以是我们要做“云做事”，我们须要在根本举动步伐、大数据打算方面有一定的节制能力，这些不须要我们去创造，而是能很好的利用，将“云”干系的技能（虚拟化，mapreduce分布式打算，海量数据存储、负载集群等）很好的利用起来，这是支撑云的根本。在这个根本上，一定要做细分的“云”，有特点的“云”，供应用户最专业的个性化做事和解决方案，做事产生代价。
“7年前，云也就刚刚兴起，但本日我们已经离不开它了，云让我们更加的纯挚，把精力完备聚焦于自己的核心业务。我的团队也做了几款云的产品，但只能是云的观点，还不具备云的规模，希望我们能把规模尽快做出来。”
谈谈移动运用上面谈了“云”，有“云”一定有“端”，“云”是做事的供应，“端”是做事的消费。目前最主要的两个端是PC端和移动终端，未来物联网建立，所有事物都俨然是“端”，在PC端，依然是传统的浏览器和客户端。
随着移动互联网的发展，越来越多的做事已经开始向移动终端倾斜，利用移动终真个便利性，做事的供应和消费也变得越来越快捷。未来移动运用将带来一个崭新的时期，一个属于移动互联网的时期开始了。
在移动运用的技能领域中，我们须要面对多个平台（ios，android，wp等），每个平台可能还须要面对不同设备的规格，移动开拓也面临这很多很多的问题。很多厂商也在致力于利用一些中间的措辞和技能来统一移动领域的开拓，比如目前以html5、javascript、ruby等中间件平台也开始发达发展起来了。
最近google推出了将java转化为object-c的工具，未来的移动开拓一定要面临也须要我们考虑如何办理跨平台的问题，特殊对付中小企业，处于本钱的考虑，我们也将不得不面对。
目前，我们要办理的是如何将原生措辞和跨平台措辞的结合，由于一个做事，多个终端，业务处理逻辑都是相同的，不同的更多是在UI层面和交互层面上。以是通过和中间措辞的结合，比如javascript、lua等，可以更加优化移动运用的开拓，降落开拓和掩护的本钱，而且多个端都可以在一个统一有序的环境中发展。
跨平台的移动运用在刚开始的确做了一些考试测验，但是实际运行效果并不是太好，以是这部分这几年是没有更深入的发展，移动开拓依然以原生开拓为主。但是随着前端技能的日趋成熟，跨平台的办理方案也越来越成熟，这方面我们该当再重新出发，合营移动中台的培植，把端上面的技能好好的沉淀下。
2012年10月7日 一个十一假期的思考沉淀
#专栏作家#
菜根乱谭，微信"大众年夜众号：CGLT_TAN，大家都是产品经理专栏作家。经历程序员、技能卖力人、产品经理等多种岗位，现在卖力百洋智能科技的研发管理。关注医疗，早教领域，善于技能运用型产品的设计和运营。
本文原创发布于大家都是产品经理。未经容许，禁止转载
题图来自Unsplash，基于CC0协议
