知行合一的敏捷实践（知行合一勇于实践）

《知-敏捷思维模式和价值观》

一、原动力-你在为谁工作

二、敏捷思维模式和价值观

敏捷的基本价值观如上图，这几个价值观太重要了。尊重和同理心、承诺和责任感，不只是敏捷的价值观，也是每个人都必备的。

三、反敏捷原则行为

四、部落文化5阶段

表现好的团队中至少会有一个或多个人工作态度非常积极，当他们看到不好的行为时会提出来，且善于观察工作中是否有可改进的机会。

表现不好的团队中则会有一两个“愤世嫉俗”的人，平时团队中的人说什么做什么他会表现出毫不在意的样子，但是在团队之外，就会到处抱怨我们这个团队有多不好、领导有多糟糕等。

五、团队成员阶梯

六、蜂巢领导法则

一、为何实践敏捷如此不易

二、定义敏捷实践活动规则

三、提供敏捷实践参考模版

3.1 需求规范

愿景，希望需求做成这个样子，要有明确清晰的愿景，且有愿景是否达成的衡量标准，定义出一些基本指标，这些指标在上线之后可以收集到数据，反过来验证愿景是否达成。

发布路线图，有未来6个月的发布路线图。

发布计划，当前发布计划的时间和范围要清晰。当前发布什么，下个月发布什么，是否有计划，范围是否清晰，每个story是否清晰，验收标准是否明确等。

组织，需求条目化树状组织，有保持更新的需求文档。

拆分，遵循端到端的拆分方式拆分story，每个story的大小不超过velocity 25%。这一点很重要，如果story不能做到端到端拆分，后面跑迭代就非常难，QA在测试时也会遇到问题。story的大小建议不超过velocity 的25%，一个迭代至少得做4个story。

书写，遵循三段式，有充分的AC。这个三段式不是教条主义，我们可以通过三段式验证需求的合理性，问题是不是真的问题、方案是不是解决问题的最好方案都可以从三段式的表达中显示出来。还要有一个充分的验收条件，验收条件最后决定产出的东西是什么。

需求准备，按DOR标准检查story质量。需求的准备也要有要求，我们想要纳入迭代的story是否按DOR标准进行严格检查，比如story是否进行了拆分、是否具有业务价值，还有依赖的提前识别、数据格式的检查等，如果story不满足DOR标准的其中一个条件，在拉入迭代后就会出现各种问题。

3.2 会议规范

3.3 任务板规范

迭代进展、状态和进度。

开发过程和完成标准，关于完成的定义和标准要达成共识。

存在的和潜在的风险、阻碍要及时可视化地体现出来。

资源分配和开发日历、团队目标和行动项，在什么时间点实现什么开发目标，代码覆盖率要达到多少等，这些目标和行动项要透明出来，团队成员随时可以看到开发进度。

3.4 开发过程规范

3.5 测试过程规范

3.6 数据分析模版

交付速率，考虑velocity Cycle Time、Burn down、 CFD、上线频率等。

交付质量，考虑需求质量、 Defect密度、单元测试覆盖率，code matrix等。

交付能力，考察CI/CD 、团队行动项完成率(Action Item) 、自动化测试等。

四、制定各项规则的owner

五、注重反馈闭环

5.1 构建数据驱动的反馈闭环

5.2 提高交付质量

六、 行为工程模型-吉尔伯特

七、技控

总结

价值观的认同，团队成员要有一致的价值观。

工作过程有章可循，定义好活动规则和检查规则。

团队成员积极参与。制定各项规则的owner。

反馈闭环，以数据驱动反馈闭环。

技控，用机器和工具来解决问题。

内容来源：敏捷+社区线上直播003期，《知行合一的敏捷实践 》分享实录

分享者：道富银行敏捷教练杨贵

敏捷开发 DevOps

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。