• OKR是什么？-源目标OKR
• [管理与领导-39]：IT基层管理者 - 做事管理 - 目标/需求不对，再多的努力都是白费（目标、需求、KPI、SMART原则、PDCA环）
• 技术管理三板斧第一板斧拿结果-追过程
• 【愚公系列】2023年10月 智能制造理论篇-质量管理基础知识
• 软件质量管理-复习总结

“任务完成了吗？”----事后检查和改进pdCA

以前写的一篇工作随想，分享一下。

“工作完成了吗？”“完成了。”“真的完成了？”“真的完成了。”“那好，我再给你一两天时间，你会做什么？”

这是我常说的一句话。

首先介绍一下戴明的质量控制循环PDCA

PDCA是英语单词Plan(计划)、Do(执行)、Check(检查)和Adjust(调整)的第一个字母，PDCA循环就是按照这样的顺序进行质量管理，并且循环不止地进行下去的科学程序。

摩卡的产品宣传中叫PDCI，即计划plan、实施do、检查check、改进improve

 Mocha ITOM  =  以ITIL最佳实践方式 + 配置管理数据库（CMDB）  + 戴明的质量循环

“任务完成了吗？”“完成了。”“真的完成了？”“真的完成了。”“那好，我再给你一两天时间，你会做什么？ ”

任何事情都会分为事前、事中、事后三个阶段，我这句话就是PDCA中的后两项CA，即事后的检查和改进，事后的分析和总结。【事前计划、事中控制、事后总结】

这也是弹性时间的好处，给予更多的思考时间，不要填鸭式的一个任务接着一个任务，要预留喘息反思的时间【同写工作随想是一个道理】。

对这句话的回答和理解，对于不同任务，不同人可能会有不同的想法、不同的做法。我简单分析一下我的理解：

1.是否真正完成任务------自查

可以自查与当初目标是否一致；比如文档，要通读两遍；代码要自查两遍，并简单重构一下；看看别人能否看懂、读懂。

2. 请同行review一下------评审

如果能找到合适人选，帮你审查一下，你的进步会更大，成长会更快。

自认为无误后，与需求方确认目标是否正确达成。 

3.反思总结------沉淀

执行任务的过程中有哪些值得借鉴的方式方法，有哪些可以规避的缺陷；有哪些改进建议或意见；假如让我重新做，我会怎么做；这个过程是最好的积累沉淀的机会；好的创意也会在此时产生。 

4.实施改进---提高

如果争取到时间，可以按照新的想法实施改进，如重构代码或重构设计、改进需求等。如果没有时间就记录下来，给后来者一个参考建议。 

比如：写日志这件事，也可以这么问：

“日志写完了吗？”“写完了。”“真的写完了？”“真的写完了。”“那好，我再给你点时间，你会做什么？ ”

1. 排版

有些同事的日志，像流水账；不讲究排版，需要添加空格、空行、加粗、变色、加大字体等润色一下，这样才显得大方得体。排版不好就像我写的蛛蛛爬字一样。

2. 以读者的身份，通读日志； 

一些日志，自己都不爱读、错别字较多、逻辑不清等问题，这样能方便读者阅读和分析吗，时间长了自己都看不明白。

3. 怎样才能引起共鸣

留一些反问，给一个回帖的理由。

比如有些人为了炒作，写一些反面的题材。

4. 备份保存

好的东西需要备份保存下来，以备日后回顾；几年后，可能有些人都想出书啊。

希望大家发表自己的看法，认为事后需要做哪些事情？可以针对某件具体事情展开讨论.

比如：需求、设计、编码、测试、旅游、吃饭、读书、会议等。 

评审工作，针对这个问题，需要做哪些工作？

“评审工作完成了吗？”“完成了。”“真的完成了？”“真的完成了。”“那好，我再给你点时间，你会做什么？” 

“书读完了吗？”“读完了。”“真的读完了？”“真的读完了。”“那好，我再给你点时间，你会做什么？ ”

该睡觉了，就这些吧。