ASK MO第44期 | 求一个敏捷成熟度诊断方（模）子（型）

当今时代，处在一个随时都在变动的商业环境，所以为了满足客户和用户的需求，我们也要不断去调整我们的产品，以符合用户的需求。像洗发水这种生产厂家还不断推出新包装来满足当前用户的审美。“以不变应万变”已经是不对的了，我们要“万变不离其宗”，不断变化来满足我们的用户。

所以，变是常态，不变是变态。

上述问题，有三个假设：

1. 公司认为甲方的需求提得不合理；

2. 公司只完成合同上的开发内容，多出的内容公司一律不接；

3. 变更导致我们加班，又不会给我们多加钱，为什么要接。

# 假设1

我们要分析，为什么觉得甲方的需求提得不合理？我们比甲方更了解用户，还是什么原因？如果我们更了解用户，我们要拿出充足的依据，来证明这一点，如果没有，还是听甲方的，积极拥抱变化吧。

# 假设2

如果公司这样牛，也不必多说了，甲方也是弱势了，没有办法，但凡有办法，都会选择其他乙方进行合作了。

# 假设3

这个问题项目经理可以和乙方说明清楚，这个版本我们合同签了没办法，下个合同把工作量给我们补上就行。

处理办法可以很灵活，我们为了是长期和甲方的友好合作，而不是一锤子买卖，对吧。

这个事情话分两头来说，理清需求既有开发的责任，又有产品同学的责任，产品同学不要只做到我把需求说出来，自己high了就行了。对方接受到信息没有？信息理解有没有偏差，产品同学要负责的。

腾讯有一种方法，叫做让开发同学来讲需求，就是需求提前发出来，开发同学看到之后，在会上让开发同学来讲相应负责模块的需求，产品可以通过这个来看开发的理解程度，把需求理解显现出来。当然这个对开发要求比较高，在成熟的团队可以试试这种方式。

开发十个有九个是闷葫芦，剩下那个是个话唠。这个时候，产品同学多走动走动，和开发哥哥多聊聊，多吃吃饭，撸撸串，增强私下的关系。没有私交谁和你说那么多话，私交好了，有什么坑都会和你说了，也自然不是反馈黑洞了。

很多事情都得辩证地去看，如果只说别人的问题，自己不去做改变，那看到的问题始终会在那里。

可以先试着把团队拆分成特性团队的方式，把产品切分成一个一个小模块，团队也按照小模块的方式组织生产，模块与模块之间用接口通信，减少模块之间的依赖程度。

如果团队很大，又要一起完成一个大的产品，可以用大规模敏捷方法，大规模敏捷有Scrum@Scale，LeSS和SAFe

Scrum@Scale框架由一个Scrum Master Cycle和一个Product Owner Cycle的工作闭环流程组成，中间有Executive Action Team(EAT)和Executive Meta Scrum(EMS)两个组织，这两个组织是整个框架的核心。是三个里面最简单的一种框架。

Less框架基于Scrum进行扩展，通过大量的实践经验，糅合精益思想沉淀而成，支持企业以敏捷的方式进行大型产品研发，是一个轻量级的规模化敏捷框架。

SAFe，是另一个流行的规模化敏捷框架，特点是将敏捷实践在企业中分层而治，从团队级(Team level)到项目群级(Program level)乃至投资组合级(Portfolio leve)，糅合精益-敏捷知识体系。是三个框架里面最复杂的一种框架。

三种框架的特点已经如下表格罗列了，大家可以看一下。

如果你的组织比较扁平，可以采用Scrum@Scale的方式去组织。

我这边的确有一个敏捷成熟度模型，是和平安银行的同学一起弄出来的，他是用来评估一个团队的成熟度，对敏捷团队问题进行诊断的工具。

主要是评估5大维度：

• 价值呈现

• 项目管理

• 工程能力

• 度量能力

• 组织文化

这个工具是用来做纵向评估的，也就是帮助一个团队找到自己的短板，然后进行改进用的，不可用做横向对比两个团队的优劣，也不能用在绩效考评上面，副作用很大，切记切记。

目前BAT三家都是使用敏捷模式，腾讯是最早应用敏捷模式进行开发的公司，然后再是阿里，百度。

腾讯从2007年开始做敏捷转型，之后引进了很多敏捷专家，开始大规模使用敏捷模式，腾讯的敏捷模式主要是Scrum为主。微信张小龙在一次公开演讲里都谈到敏捷开发的好处，没有敏捷不可能有微信这样的产品。

为什么BAT都要搞敏捷开发？因为大家都面临着高度的竞争以及不确定的市场环境，所以要不断进行探索，不断地试错。敏捷模式，比传统的项目管理效率要高得多。

公司的Scrum Master，会根据情况不同，由不同的人担任，腾讯内部就有很多不同角色的人担任Scrum Master。就我见过的有项目经理，有产品经理，有技术经理和QA。所以什么角色来担任Scrum Master，主要是看团队的实际情况，这个没有定数。

但是这个Scrum Master必须要是团队的专家，如果这个人都是一知半解，很容易把团队带着走偏。有条件还是得请个外部专家先导入，再适应，形成自己的敏捷实践。