敏捷教练自我修炼系列之精益敏捷方法

266 2023-07-14

敏捷教练团队精益修炼

前言

精益敏捷方法是敏捷教练的看家本领，是日常工作中用到最多、最熟悉的核心方法论。然而如果要想真正帮助到团队必须能够拓宽相关知识的深度和广度并熟练运用。这并不是一件容易的事，需要大量的学习和实践。记得自己刚开始做敏捷转型的时候，虽然已经读了很多相关的书籍，也有了一定的实践，但是面对实际的问题和团队的质疑时，还是常有力不从心的感觉。

首先，面对很多问题的时候不知该怎么办。当在思考问题的时候基本都聚焦于软件交付过程，知识的盲点比较多，工作思路非常局限。而组织的问题常常超出基本的软件交付过程，可能会涉及到管理的方方面面，比如说机会探索、目标管理、资源分配决策、度量评估等等，如果没有在相关方面有所积累，一旦碰到相关问题就会不知所措。

其次，看问题缺乏理论高度，只能就事论事的讨论和解决问题。而复杂问题的解决常常需要上升一个层次，在提出问题的层次是很难找到答案的。曾经有团队向我抱怨业务方能力有问题，提出的需求都没什么用。如果当时我们只聚焦于业务团队能力提升上对于问题的解决帮助不大。实际上再抽象上升一个层次，也就是必须要建立事前有价值评估、事后有成效衡量的需求管理闭环才能解决这个问题。而事后的结果也证明这个思路确实是有效的。

第三，缺乏深入思考，经常被别人问住，经不起团队“刁钻”问题的挑战。比如说团队PO和你说：“敏捷意味着更好的响应变化，所以团队应该接受我随时提出需求修改”，这是你该如何回应？如果没有深入思考过就可能会卡壳。

所以我们必须在精益敏捷的大框架下持续的学习各类知识并尽可能去实践。为此作者会提供一些相关经验的总结供大家参考。期待大家能够不断丰富自己的精益敏捷工具箱从而发挥自己的价值。

持续构建自己的方法论体系

通过不断的思考和总结把脑海里不成系统的知识体系化可以让自己更好地从全局理解各知识点相互间的关系，看问题全面和有高度，解决问题有方法套路，从而更好的帮助到团队。另外也更清楚自己的方法论短板，有机会像拼拼图一样逐步把缺失的知识和能力补齐，不断增加方法体系的深度和广度。

构建方法体系可以选择从下到上和从上到下相结合，不断的迭代完善。举个例子，一个敏捷教练一刚开始可能只了解敏捷 Scrum + XP。随着不断的学习实践，又逐渐掌握了看板方法、设计思维和精益创业等等，这时其实已经不再限于精益敏捷相关的方法了。随着了解到的各种方法越来越多，可能会渐渐感觉到脑海里的知识越来越繁杂散乱，而且方法彼此间难以融会贯通，这时就需要进行归纳整理，围绕帮助研发组织有效运作这一目标来从上到下进行梳理。进而形成可能会形成精益敏捷思想为底座，以组织、流程方法、人员、技术、文化等多个维度划分的各种方法论为支柱，以上层组织目标为顶的方法体系：

然后可以在此基础上不断完善、查漏补缺。我能够明显感觉到一旦知识体系化后，很容易就能够就企业面临的挑战给出系统性的解决方案，而不再像从前那样只能“就事论事“。

不脱离实际

人们对自己坚信的东西总司容易产生宗教似的信仰，如果信仰和现实对不上号，那错的一定是现实世界。如果敏捷教练在辅导团队时本着这样的想法，那么就会忘记初衷，为了‘做’而做，从而陷入脱离团队实际的窘境。因此需要注意以下几个方面：

始终以精益敏捷实施要实现的目标和价值为导向。避免为做而做。要始终对项目的目标和要实现的价值有清晰的认识并始终聚焦在上面。

要懂团队，接地气。熟悉团队的工作方式并有针对性的来适配精益敏捷方法，切忌生搬硬套。

不断试错。精益敏捷方法的核心理念是不断尝试并及时调整。因此，精益敏捷的实施也应坚持精益敏捷的精神。团队应该在实践过程中不断地测试和收集反馈，以便能够快速适应新情况。

保持灵活性。在实施精益敏捷方法时，不要固执于一种方法。随着时间的推移，团队可能会发现一些方法对其不起作用，或者有更好的替代方案。保持灵活性可以帮助团队在实践过程中更好地适应变化。

积累行业解决方案

敏捷开发在不同行业领域中应用时，由于行业特征不同，可能面临不同的挑战。需要有针对性的调整实施策略以适应这些挑战。因此积累沉淀行业解决方案，是非常有价值的。下面先从不同维度来聊聊行业特征对敏捷实施的影响。

产品演化速度

有的行业市场竞争激烈，产品迭代演化快，比如说互联网行业。通常产品迭代周期都比较短、市场变化快，需要快速响应。这样的行业非常适合采用敏捷开发方式。而很多传统行业产品迭代演化就相对较慢，和新功能比起来，客户可能更注重产品的稳定性和可靠性，因而需求变化相对较慢。不过传统行业目前也面临着数字化转型的压力，需要逐步提升响应能力以应对新的变化趋势。在这种情况下，敏捷也会逐步得到应用。但是方法节奏上仍然需要适配行业的情况。

产品中硬件占比

产品中硬件占比较大的行业，因为软硬件研发周期相差比较大，而且试错成本非常高，所以传统的研发方式仍旧占统治地位。在这样的情况下引入敏捷，就要考虑软硬件研发周期适配以及如何尽可能缩小试错成本的问题。以汽车制造业为例，虽然造车新势力的崛起让敏捷在这个领域也展露头脚，但敏捷落地尝试也面临着很大的挑战。

o制造复杂度高。汽车制造涉及到许多部件和系统的集成，因此研发制造复杂度非常高。而敏捷开发方法除了应用于软件开发外，能否应用于更大范围的汽车研发过程，这是需要进一步探索的。

o生产周期长。汽车研发周期通常需要数年的时间才能完成，这远远超出了敏捷开发中的迭代周期。因此，敏捷开发在汽车研发中可能需要进行一些适配，以适应研发需要。

o制造标准和法规严苛。所以要确保敏捷开发方法能够符合汽车制造的制造标准和法规的要求，同时确保符合安全、合规性和质量方面的要求

监管

有的行业政府监管非常严，在引入敏捷开发方法时不得不适配相关的硬性要求。比如银行业，是高度安全和合规性的行业。特别是对开发过程的可追溯性要求更高，以便监管机构可以随时检查开发过程中的任何问题或漏洞。因此，在使用敏捷方法时，银行可能需要更多的测试和审查来确保软件的安全性和合规性。

文化

另外，在科技行业中，可能更加注重创新和实验性质，更容易接受敏捷开发方法。而在传统行业中，可能更注重规范和稳定性，制造业，生产线运营思维，命令与控制式主导。可能需要更多的时间和资源来适应敏捷开发方法。

那么你从事过哪些行业？这些行业在实施敏捷方法的时候有哪些独特的挑战？你又是如何应对的？这些经验是非常宝贵的，需要积累下来。形成行业解决方案。

关注发展趋势

敏捷是数字化转型的关键组成部分

这些年来企业数字化转型如火如荼，各行业使用的数字化产品系统越来越多，这里有相当的比例都是企业自己开发维护的，这对内部交付团队要求就越来越高。而这些数字化产品要支撑不断变化的业务和企业运作，所以对产品交付团队应对变化的能力提出了更高的要求，这正是精益敏捷方法所擅长的。所以敏捷已经成为数字化转型中的关键组成部分，需要和数字化转型的其它实践结合起来实施。

向制造业滲透

以前敏捷开发很少涉及的制造业，现在也在很多场景下尝试敏捷实践。所以敏捷实施的软硬件结合是一大趋势。但是困难是软硬件研发周期不同，硬件试错成本高，所以如何更好的实现软硬件结合是需要持续探索的课题。

向上游业务领域延伸

过去精益敏捷方法主要应用在软件研发过程中，基本覆盖了从上游需求提出开始到下游交付上线结束的范围。然而从企业提升业务响应能力的角度出发，仅仅这样是不够的。在整个价值交付链条中，在上游需求提出之前，常常缺乏有效的价值探索发现和成效评估，从而无法让整个链条形成闭环。而且上游业务团队和下游交付团队之间常常存在协作鸿沟，这就进一步降低了企业的业务响应能力。所以精益敏捷实施过程中如果能够充实必要实践，上下游完全打通形成闭环，那么价值是巨大的。这也是业界有越来越多的相关尝试的原因。