如何更好地导入Scrum？

本文由禅道软件公司创始人春哥分享了关于Scrum导入的经验和建议。作者先简要提到了关于极限编程的系列分享，宣布会在禅道20系列版本重构完毕后继续分享TDD的经验体会。随后，文章转向Scrum话题，提出了一些实用的导入策略。

文章首先建议，如果企业预算允许，可以请资深敏捷教练来导入Scrum，以便按照标准框架实施。但对于大多数情况，可能需要团队内部成员自学后尝试导入。此时，若团队成员具有足够影响力且团队开放，则可尝试按照标准Scrum框架来导入；否则，可采用渐进式导入方法。

为了更好地导入Scrum，作者建议使用中性化的概念来替代Scrum的术语，以减少团队的抵触情绪。例如，产品经理继续称为产品经理而非Product Owner，项目经理仍旧叫项目经理而非Scrum Master，需求不必立刻用用户故事来整理，计划会议分为需求讲解会议和任务拆分会议，每日站会改称为每日晨会，功能评审演示称为验收会议，回顾会议称为总结会议等。

其次，作者提出可以暂缓使用故事点进行规模估算，而是采用工时或人天的方式，强调估算过程的重要性，即团队对需求进行澄清对齐的过程。

第三，建议结合任务自由领取和统一调整的方式。因为团队分工存在最佳组合，任务自由领取可能不会得到最佳结果。项目经理可以保留对任务分工的调整权，通过多个迭代的结果达成来逐渐培养团队的自我管理意识。

作者强调，尽管可以使用中性化的概念和不用故事点等非标准Scrum概念，但Scrum核心的五个事件是必须执行的。任何部分的缺失都可能带来问题，例如不做需求分析会议可能导致团队对需求理解不一致，不开每日站会可能缺少信息同步。

最后，作者总结道，Scrum是最小管理框架，只能进行补充完善，而不应裁剪。裁剪可能导致Scrum流程变得不完整，最终演变为加班的理由。分享的内容是作者在实践中的经验总结，旨在帮助读者更好地理解和实施Scrum。