有些核心价值应该是被坚持的

作为一个敏捷教练应该时刻关注团队doing 还是being 的状态。

比如我们要求要对需求进行用户故事拆分，度量一个拆分过程是否有意义在于拆分是否可以让开发过程更加顺畅（being），顺畅的含义包括：1）需求沟通有效率，可以被所有人理解；2）实现难点被识别和隔离，避免蔓延到整个迭代功能中；3）测试的可验证性，也就是质量活动要在研发过程中体现。

在这个基础上才有了敏捷用户故事拆分的原则和方法（doing）

曾经我在一个用户故事拆分的培训上遇到同学提出问题，用户故事拆分的招式非常多是不是应该按照顺序都用一遍，这个问题不会有非黑即白的答案。我们需要的是有灵魂的活动，而不是僵尸一样的执行。

图片发自App

总之，所有的活动应该服务于核心价值，软件活动只有一个核心价值是工作的软件。

应该警惕的是研发管理活动的各种姿势doing，是否真的可以产生正面效果。我们把核心价值看成是靶位中心的红点，距离红点更近的东西应该更大胆更激进，距离红点更远的应该谨慎评估，小心试点，密切观察效果。