怎样评估软件研发团队（组织）的成熟度
坊间常见的说法是一流、二流、三流等等，但都比较笼统、模糊，缺乏明确、客观的评估依据。
介绍下我研制的 TMM（Team Maturity Model），采用中国传统分法（三六九等）对一二三流进行了细分，如下图：
九品分法据说源自东汉史学家、文学家班固（公元 32~92 年）把古今人物归入其《汉书．古今人表》的“九品量表”之中，分为上（上智）、中（中人）、下（下愚）三等。在每个等级中又分为：上上、上中、上下，中上、中中、中下，以及下上、下中和下下三等。（三六九等_百度百科）
以上 TMM 分布模型画的是各成熟度级别组织在江湖上存在的数量。位于塔尖的一流组织数量是最少的，二流组织数量最多。三流组织由于市场日趋成熟，而且本身难以存活，所以数量有所减少，因此上图整体成一个锥型。
如果要分析各成熟度级别组织在市场上的实力与竞争地位，那么估计是一个倒三角型，大部分的市场份额或利润常常被一流组织所占有。
三流组织是指那些连管理层、领导的基本诚信、价值观都有问题的企业或团队，这些组织的团队文化、工程管理与开发技术基本上是可以用“烂”字来形容的（可能个别的技术还不错）。三流团队比较容易识别，也可以细分为甲、乙、丙三级，为简化起见，这里暂不讨论。
江湖上数量最多的是二流团队，而二流团队中数量最多的是二流乙级团队。
应用
TMM 有许多种用途。
例如，可以用来分析判断敏捷开发、Scrum 等方法的适用性。
三流企业就不要装模做样搞什么敏捷开发了吧，再怎么搞肯定也是伪敏捷。
伪 Scrum 适合地球上所有的企业和团队，而真正的 Scrum 其实只适合一流以及二流甲级团队。二丙团队是不适合搞 Scrum 的。二乙团队不是不可以尝试 Scrum，但需要付出相当大（脱胎换骨般）的努力。
。。。
■网友
我建议看三点：
1 直接分析代码重复率 ;
2 整体系统部署的时间 ;
3 知识积累与分享的机制。
■网友
CMMI 是一种方法，典型的5个级别，但不是唯一。
【怎样评估软件研发团队（组织）的成熟度】 包括敏捷，也有团队自组织的成熟度的说法。
这些都可以用来衡量。
此外也有从软件质量成熟度(复杂度，组织的反应，积极程度）多维度来衡量。（如下图：）
以及结合CMMI \u0026amp; Agile \u0026amp; Devops 的一个框架。（如下）
上图出自:Building an integrated Agile/DevOps Maturity Model showing how to progress
可以根据自己的行业和具体产品特征，选择最适合自己的。
■网友
GJB5000A自己对照着看看，绝大多数的公司初始级，最低的一级
推荐阅读
- 聪明人养花，这3种“花”怎样也要养一盆，每年能省不少医药费
- 互联网怎样解决“家政服务上门速度慢”的问题
- 怎样看待从1月8号起，QQ钱包开始提现收费
- 银行it人怎样转型
- 大学再有三个月就结束了，没学到知识，参加一个软件测试培训机构好吗
- 汽车|冬天怎样让车内温度快速升高？座椅加热的最佳使用方式二，外循环的作用总结
- 怎样进入通信行业
- 怎样评价扶他柠檬茶的小说《云养汉》的结尾
- 怎样成为一名合格的Python程序员?
- 怎样评价华为、诺基亚、中兴中标中国移动高端路由交换设备扩容集采