程序员们，你们有走 PDCA 循环吗？帮忙给个建议

[shangwuli]

今天在禅道论坛里看到一篇关于 PDCA 循环的内容： https://www.zentao.net/redirect-index-21470.html

本人是认可 PDCA 循环的，看着也比较简单，无非就是四个步骤执行。不过我们团队在走 scrum ，如果这两者要结合使 用的话应该怎么整呢？

现在团队效率低，领导不愿意，想尝试各种可能。各位兄弟姐妹们，谁能给我理一理，给点建议啊。

[nothingistrue]

@shangwuli 闲着无事，看了你链接的那篇文章，发现那特么在放屁，你要学他铁定被坑。那个文章，第一章是套话，第二、三章对 PDCA 的解释还不错，但是第四章就是胡扯了。第四章说的实施方法，跟 PDCA 没有任何关系，那压根也不是可以实施的方法，根本就是随便找了些语言组织起来就放那里了，你翻到 20 年前讲解软件工程、CMMI ，甚至瀑布开发的文章，都能找到类似描述。

PDCA 循环，或者说戴明环，或者说 8D ，在生产制造行业是有完善的实施体系的，如果真要用，要找专业教练培训一下。不是啥大培训，三天就够了，不过培训费用应该不菲。不过软件行业，一般是参照而非使用 PDCA ，最好还是做专门的 SCRUM 培训，哪怕是国内魔改的培训，也有用。

[cowcomic]

@shangwuli 整个 scrum 其实就是一个 PDCA 循环，scrum 的复盘阶段总结上一个 scrum 的问题，怎么在后面的 scrum 避免。重点是复盘的时候是不是能分析到真正的原因，比如 BUG 多，不能简单的增加测试，增加单元测试，为什么会测试不好，可能是测试没有参加需求评审，为什么没做单元测试，可能是研发时间不够挤占了单元测试时间，那后面就需要安排全员参加需求评审，研发需要专门留出写单元测试的时间

[SenLief]

无论是 PDCA 还是 scrum 都是在工作进行时了，他无法解决天生的计划缺陷问题。

作为管理者最重要的是目标分解能力，而上面最后的复盘可以提供这种能力。

[datocp]

进了制造业，才发现有 iatf 16949 标准，里面新鲜的东西多了去。这是为了不同公司有统一的行业标准，包括表单模板都是一样的定义，而不是各玩一套。之前在培训业根本没这些东西。
很多概念没学过觉得眼前一亮，至于会不会用，想不想用完全取决于人。

[shangwuli]

@nothingistrue 专业啊，一伸手就知有没有。我们目前在走 scrum ，其实我们有研发工具，用的就是禅道，也是在这个基础上走的 scrum 。培训的话应该就算了，目前公司层面就是不舍得花钱，禅道有免费的学习视频，我这边在网上扒拉一些资料参考学习。现在是真的难受，没有半点方向。