不变，不代表会更快更好

要求不变，反而会花过多时间追求完美

在[Day22] Scrum失败经验谈 – 承认就是陨石吧！中，提到陨石的恐怖，突如其来的状况，砸得我们遍体鳞伤，加上Sprint中讲求Commitment，所以会容易衍生想像，进入sprint是就必须是全数定版，功能定版、做法定版、UI定版，开发过程之间，不容任何变化。对，也不对。在往下叙述之前，就要先看Scrum的指南，里面有叙述到「Scrum建立在经验主义和精实思维之上。经验主义坚信，知是来自於经验，以及根据观察到的事物做出决策。」也是基於此，Scrum的价值不是在於提高产出的效率或讲求更快完成，而是在於一个又一个对於经验有助益的产出，在基於这些经验协助我们解构复杂的事务，因此Scrum反而是一个快速求必要之变的方式。「开发过程之中，不容任何变化」这句话是对的，对在於整个开发价值是不变的；是错的，是因为我们会因为过程中经验的累积，而有更好或必须转向的观察与判断需要执行。我们过去在运行时，将Commitment放在第一位，检核味道浓厚，所以加深工程师认为规格必须明订且十分清楚，让需求与设计单位，备感压力，我们会开始问起，「是否需盘点完所有需求才能开工？」「需求盘点到多细节？」当设计环节不到完美时，就不能进入工程团队，这样的节奏，是瀑布式开发，这样的模式，是谷仓模式，速度快不起来，要彼此理解又得耗上庞大的沟通成本。

透过变化而进化

利用累加的经验解决复杂目标

变化，反而是Scrum的价值，前提在於「价值导向」，一样透过价值，可以让工程团队更早参与设计环节，提早参与的价值在於「沟通与讨论」，可以想像Scrum要带来的是一个轻快且轻便的验证节奏，所以在每一场会议、行为，都会立下一个时间条件(time box)，要塑造完美的产物需要时间，但我们在开发产品上，不一定全数要完美，而是在最适合的时间内，给予刚刚好的解决，时间条件就是要提醒我们不需要过度的讨论，也意味着，我们都明白，这些项目都还有更好的空间，既然如此，就不会不变，反而是要靠着我们每多做一步，就可以多优化一步，或者适时调整方向、做法，甚至警告PO价值已不在。

自我反思

承诺、专注、开放、尊重、勇气

在我失败的经验里面，是反思，也是我要提醒自己的，并且在Scrum中被重视的5个价值观：承诺、专注、开放、尊重、勇气，这些价值观缺一不可，也不能过於侧重倚赖，这样会让原本的美意变质。就像我当时，特别仅着重承诺，钻着答应的事要做好紧盯成员，那样不是鼓励正向的事情发生，反而造成原本已经离使用者意识遥远的人更遥远了。承诺代表着我们共同看重这件事，来自於工程团队与需求团队的尊重，尊重工程团队的判断，尊重需求团队的痛点。一同专注所要打造的价值，保持开放的态度去面对工作与挑战，这样整个团队自然就会有勇气处理棘手的问题。