互联网项目团队成员及能力组成的金字塔和倒金字塔模型

为啥有这篇文章？

本来嘛，还没上升到模型理论这个高度，更多的只是吐槽。加入了个创业公司，app刚起步，作为一个有经验的测试(笑)，对所在团队人员组成以及能力突然有了自己的看法，再结合以前刚毕业所在公司的非创业项目组的经验，于是便有了这篇文章，人员只覆盖了产品测试开发这三个最相关最核心的职能，其他的没有深入了解也就不多说。

本文仅代表个人观点，本人不负法律责任。

某千万级产品的人员能力模型(塔顶是能力要求最高的)：

那么产品是在最顶端的，其次是开发或者测试，最后是测试(一般是外包同学或者纯功能测试同学)。这个模型的合理性应该毋庸置疑，毕竟成熟，我想如果在很成熟或者是非常重要的项目这个模型应该是最合理的。

先说产品，产品决定的是一个新功能的入口，是方向，也是一个项目兴起还是衰败的关键点，其重要程度可想而知。借用某个同样的一句话：一个好的产品可以带领一个公司走向巅峰，一个差的产品经理可以让一个公司走向破产(差不多是这个意思吧…)。所以不妨可以搜索一下，在前十的互联网企业，他们所需要的产品要求，就可以看出来了。

再说测试，之所以放在一起，是因为最近几年测试终于走上正轨了(创业公司除外，这是后话)，在真正重技术的公司，测试的地位已经逐渐和开发平齐了，从以前的只会界面的功能型验证，演变成技术的解决能力，各种科学合理的测试方法被挖掘，被运用，印象最深的就是自动化、性能专项、接口、服务器测试、sdk测试等等，所以对于测试也会要求越来越高，这是趋势，也是好事。那么最底下的呢，之所以备注外包，是因为这一层认为是功能测试，能力要求是最低的，刚毕业的计算机相关专业就可以入口，培训一两个月外行也可以入手，入门简单，毕竟能力要求只需要会用会玩能沟通，懂一些测试理论就行了，这也是培训机构敢虚构简历的原因，毕竟你刚毕业学了两个月和工作几年的功能测试掌握的都差不多，再借用同行的大话app一书作者的一个观点—-测试的水平都是被培训机构拉低的，不断送一些混日子的人进入这个行业。这话其实说的有些难听，不过也不能否认，而且功能测试要求虽然低，但是功能测试也是必不可少的。

最后是开发，其实开发的要求永远只有两个个，少bug，性能优。在我看来，就是开发在编码的时候，多考虑编码的严谨性，分支覆盖要全，异常情况要处理，然后算法合适，会做和做得好我想是区分初级和高级开发的原因之一了，可以看到很多开发会写技术博客，就是为什么去做以及希望做得好的体现。一个好的开发可以给团队节省时间，主要体现在转测上，你说不出重要BUG，无严重性能问题，进度不就这么上来了吗？要知道，开发一个东西，改BUG的时间远比实现的时间多，所以有单元测试，所以有成对开发。

有了上面的必要性，那么这个模型就可以成立了，所以我个人看法，对于一个团队的组成，工作年限最低的组成(真实年限)

产品工作年限：4年+

开发和测试开发：3年+

功能测试：1/2年+

咳咳，数据可不是乱说的，不信看招聘要求，市场说明一切。

创业公司：

相对于成熟的团队，创业公司的人员可以说是无奈和心酸。我想每一个在创业公司的呆过都深有体会，尤其是是在流程规范公司出来的。

那么大多数可能更多的是这样的：



这是平级的关系，在这个团队，人员配备可能是这样的

产品：刚毕业或者1年+

开发：1~2年+

测试：刚毕业或者1年+，只有功能测试人员

这种平级的关系，在应付小规模的产品没有任何问题，但是如果产品做大了，随着需求和用户数的增多，问题会逐渐显示出来，流程的弊端也会暴露，于是变成，加班、加班、加班这个结果，我想你应该明白了为什么大多数创业公司会一直加班了。那么这里个人理解列出几个可能的问题：

产品越做越大，虽然用户数多，但是每次更新都是不痛不痒，没有实质改变，为了更新而更新—-缺乏真正看中用户价值的产品

频繁改需求，到发布当天被老板挑战，甚至推倒重来，全组人员加班到通宵—-缺乏产品关键性细节

提测问题多，改了BUG又出现另外一个BUG，再牛的测试也hold不住—-开发缺乏自测能力，代码异常无考虑

开发时间越来越长，BUG越来越多—-一开始架构没打好，留下隐患，没有时间重构，急着上新需求

明明测试通过了，但是一上线，总是有人反馈问题，没完没了—-缺乏有效测试覆盖和上线后质量监控体系

等等

所以在个人看来，这些根本原因是，相关人员的质量意识不够高，流程意识不规范造成的，解决办法是提高整体人员素质或者引入核心人才，包括技术的，包括管理的。我想流程的质量意识这块，也是标示着一个公司是否具备长远发展的基础。

好了，以上是我作为一个测试看待一个项目组的人员能力问题，当然，只包括了测试、开发和产品，PM这个职业也是需要发展到一定程度才有的，同时以测试的角度看来，测试团队的职能分工和公司地位，可以侧面反映出公司对质量的追求，是追求有，还是追求优。