前言
Hi 你好，我是东东拿铁，95后奶爸程序员，正在探索个人IP与副业。
工作中，不知道你会不会遇见这个场景：
- 小铁啊，感觉咱们系统现在有点卡顿啊，你去优化一下
- 小铁啊，我们某个业务指标有点低，这个月我们需要提升一下，你来跟进一下这个事情吧
- 小铁啊，你来规划一下，接下来半年的技术规划吧
如果你是刚步入职场没多久的程序员，或许你会想说："这都是些什么啊，太不具体了，我怎么知道要去做什么呢？"。
是的，从技术层面来说，上面的几种场景，需要我们做的事情都是模糊 的、不可衡量的。
而程序员的习惯，是更乐于接收明确 的、可执行的目标，程序是不会骗人的。
但我们不会永远在一线写代码，当你成长的某一个阶段，你一定会需要去"做事"，然后还要去"拿到事情的结果"，这是程序员之路上的必经之路，也是成长的必经之路。
下面让我进入本文的主题，介绍我跟着前领导学到，并让我颇有收获的工作方法，"PDCA"工作法。
什么是PDCA
所谓 PDCA 执行法，就是把事情的执行过程分成四个环节：计划（Plan）、执行（Do）、检查（Check）和行动（Act），从而把控执行过程，保证具体事项高效高质地落地。
PDCA（Plan-Do-Check-Act）工作法的历史可以追溯到20世纪初。这个方法最初由美国物理学家、工程师和统计学家沃尔特·A·舍温特（Walter A. Shewhart）提出。舍温特引入了Shewhart循环，为后来的PDCA奠定了基础。
随后，W.Edwards Deming成为PDCA方法的推广者和改进者。
Deming是舍温特的学生和同事，他在二战后被邀请到日本协助重建日本经济，特别是在质量管理领域。他的教导和原则对日本工业产生了深远的影响。
大家如果看到这四个环节，可能认为自己还不需要考虑，或者领导不需要自己做这些事情。
- 提前说明下，虽然PDCA工作法，更加适用于"管理者"角色，但非"管理者"的你，一样需要用到这些，来去指导自己做事。
- 又或者，在工作中，更多的去思考，领导是怎么工作的
计划（Plan）
PDCA工作法中的"计划"阶段是第一个步骤，它主要涉及确定目标和制定实现这些目标的计划。有5个关键点如下：
怎么做
-
设定目标： 在计划阶段，我们需要明确确定想要实现的目标。这可以包括改善交互逻辑、提高代码质量、增加技术指标等。
-
识别过程： 确定实现目标所需的具体步骤和过程。这可能涉及到收集数据、分析现有状况等，要能够拿出精准数据，确定具体指标，可衡量。
-
制定计划： 制定实施计划，包括确定资源、制定时间表、明确责任等。计划应该是清晰、可行的，能够指导实施阶段的行动。
-
预测结果： 在计划阶段，你应该尽可能准确地预测实施计划后可能的结果。建立合理的期望，并提前考虑可能的问题。
-
风险评估： 评估实施计划可能面临的风险和障碍。这有助于在实施阶段更好地应对问题，也方便你提前去进行资源协调。
总体而言，计划阶段的目标是在开始实施之前制定清晰、明确的方向，确保整个PDCA循环有一个有组织的、目标导向的基础。
怎么做得好
那么作为技术人，有几个很常见的"坑"，要和你重点强调下
计划，需要得到领导的认可，多次沟通，必不可少，切忌自嗨。
目标要做的事情要可衡量，数据化，更容易说服领导，也容易展示自己的成绩
长期计划于短期计划相结合，短期计划见效快，针对紧急问题，可以快速处理，比如服务器压力大，扩容即可。长期计划解决根本，比如数据迁移、接口重构。
学会利用上级资源，建立专项群或者虚拟工作组，让领导深度参与。可以让配合同事，更加重视，更容易配合，毕竟出了成绩，大家都有面子。
执行（Do）
PDCA工作法中的"执行"阶段是第二个步骤，执行其实没有太多花里胡哨的东西，按照既定计划，完成计划落地即可，需要的是执行力。
对于技术人来说，就像是我们进行架构设计、编码、测试等，都属于执行的一部分。
当然，执行阶段，也有一些技巧，那就是"做好信息同步"。
我是一个不善于与领导沟通的人，但我又不怕困难，遇见问题，尽量自己解决，可能会付出很多时间，这是我的特点。我相信有一部分朋友也和我一样，接到任务，埋头苦干，只要上级不来问，自己就不说，甚至有一些变动也不及时反馈。
这是一个比较严重的错误，有两种情况
-
如果你和领导没有太好的默契，或者领导还不够了解你。你如果只默默干活，领导会不了解进展，心中没底。正常情况下，领导一定要知道进度是否正常，如果缓慢，需要提前协调资源，避免风险
-
如果项目出现什么问题、或者困难，领导不是通过你来了解这个事情的，会对你的印象很差。
检查（Check）
第三个环节是检查（Check），对照计划来检查实际执行结果，明确哪些符合预期、哪些不达预期、哪些超出预期以及存在什么问题等。
检查的结果，无论是否符合预期，我觉着都可以从两个角度分析
向外求
比如我们的架构改造需要涉及到A团队、B团队，B团队因为人手不足，导致整体项目延期。
虽然我们看起来是因为B团队，但是你的结果没达成。
向内求
从自身找原因，不符合预期时，回头看，目标的制定是否合理，架构的设计是否真正的能解决问题。比如上面向外求的场景，你是不是没有做好充足的预期，或者没有提前与B团队进行沟通。
超出预期时，判断自己是哪里做的好，比如架构设计符合了主流技术
行动（Act）
行动是第四个环节，但不是必备的环节，比如在第三步我们已经完成目标，那么就不需要第四步了。
如果 Check 的结果是目标没有实现，那么就需要调整计划，把经验和教训作为输入，开始新一轮的 PDCA 循环，如此重复直到目标达成或者取消。
在行动环节，我也有两个重点想要提醒大家
第一个是做好总结与汇报。
既然是总结汇报，就要进行完整复盘，判断结果是否符合预期，总结了什么经验教训，是否需要有进一步的补救措施。
第二个是明确改进方案。
明确改进方案，既然我们有了经验教训，就要去收集并精简发现的问题，来进行改进方案的制定。
当然，在这里大家一定要明确，一些意外或者偶发因素，不算是真正的经验教训。
需要改进的地方，可能有很多，不要希望一蹴而就，把所有的问题都列入改进计划。而是选择最典型、最容易重复发生的问题去进行思考，突出重点，明确改进方案。
说在最后
PDCA执行法是一种非常容易上手的工作方法，分成四个环节：计划（Plan）、执行（Do）、检查（Check）和行动（Act），从而把控执行过程，保证具体事项高效高质地落地。
作为程序员，我们不但要有着对技术的严谨与执着，也要不断优化我们的工作方法，为我们日后的晋升、加薪做好准备，迎接更大的挑战。希望大家看过这篇文章后，在日后承担重任的时候，可以有一个科学的方法指导你去做事情。
最后，我是东东拿铁，如果文章对你有帮助，希望得到你的点赞、评论、收藏～也欢迎加我的wx：Ldhrlhy10，一起交流，一起进步