在PDCA中，“C”往往是容易忽视的环节，这个小C有些时候还真是很致命，很多时候总是想当然的认为自己做的不错，就忽略了这个环节，而实际情况恰恰与你预计的相反，而且很现实，比如：
1、程序修改完了，自认为没有问题，不需要测试了，但是恰恰就有个大Bug。
2、命令下达完了，往往认为下属可以理解了，但是实际的执行风牛马不相干。
3、一封邮件写完了，马上发出了，这个时候才发现邮件的主题没有写。
4、自认为信用卡已经还款完毕，但是当你快上飞机的时候，电话提醒你必须马上还款。
5、制作了一个文档，自己很满意，当给下属的时候，下属窃笑，原来有很多错别字。
6、制作了一个计划，觉得很完美，提交给老板，却被批了一顿，原来老板最关心的预算部分出现了计算错误。
7、准备到客户那进行产品演示，却发现客户要在虚拟机上演示，并且用户的机器不允许使用光盘，自己的笔记本却在这个时候无法开机了。
8、自己做了一个Excel，很漂亮，当给客户的时候，客户却说打不开，原来你做的是Excel 2010，而客户使用的是Excel2003。
9、当接到销售带来的一个项目后，匆匆看了几眼，马上在QQ上告诉销售3天可以搞定，但是到第3天的时候，才发现原来最后一个文档中包含的任务量30天也完成不了。
上边的例子都是我或者我身边的同事发生的，活生生、血淋淋。。。
怎么重视这个小C呢？
1、工作中，慢一点，形成自己的工作节拍
2、理性一点，不要总是那么冲动
3、养成回顾和检查的习惯
4、研发上重视测试
5、通过制度和规范避免犯错，这个是最有效的一种方式
6、对于一些管理改革，设计试行期，给个挽救错误的机会
7、产品开发中，一定要有项目的评审会
8、对于新接手的任务，一定要做好分析和检查后，再给客户承诺
所以那个小小的C千万别忽视了，否则真的要打屁屁了。