你好，我是华仔。
上一讲我介绍了用来制定工作规划的OKR规划法。在完成事前规划之后，我们就到了事中执行阶段。
在执行阶段，你可能经常遇到这样的情况，领导审批或者跨部门同事协作的时候，别人对你的想法提出挑战。
比如你提出了一个方案，其他人针对你的方案提了很多疑问，而这些疑问确实是你在做方案时没有考虑到的；或者有人提出了其它的方案，你一时也无法明确地证明你的方案优于别人的方案。
所以在一开始的时候，你就要设计出有理有据的方案，这样才能让别人更加理解、支持和配合你。
3C方案设计法
要怎么设计呢？我总结出了一个3C方案设计法，也就是每次做事的时候都至少设计3个方案，然后选择最优的1个或者几个方案去执行。
这里的C代表Choice，选择。
3C方案设计法最典型的应用场景就是基于上一级的OKR来制定自己的OKR。
比如你是负责买量的运营人员，你的Team Leader基于上一级业务OKR，分解出运营团队的某个KR是“新用户买量60万”，现在交给你来负责执行。
你会发现买量的渠道有很多种，包括抖音、快手、头条、百度、QQ和微信等。不同的渠道用户特性不同，方式不同，投入产出也不同，你不能每个渠道都买一点，而应该聚焦几个效果好的渠道。
但到底哪几个渠道才是好的呢？你不能简单地凭感觉拍脑袋，而应该有理有据地推导出来。
具体来说，就是提出不同渠道买量的方案，对比这些方案的优缺点、投入成本和买量效果等。如果最后你判断“抖音买量50万”和“百度买量20万”这两个方案比较好，那么就把这两个方案作为自己的KR。
向上汇报的时候，你一定会遇到很多挑战，比如“为什么是抖音而不是快手？”“百度的优势在哪里？”
但是这些问题你都有答案，因为你使用3C方案设计法的过程，其实就是在不断澄清各种可能的问题。
当然，3C方案设计法不局限于业务规划和业务方案设计，它也可以用来做技术方案，也可以用来做管理方案；既适合比较重大的事项，也适合日常的判断选择。
下面是几个应用的实例：
三个阶段选出最终方案
3C方案设计法的使用过程可以分为三个阶段，每个阶段都能够从不同的角度帮助你完善思考，提升方案的说服力。
第一个阶段是预研阶段，你需要设计出3～5个备选方案。
这个过程会促使你思考多种可能性，避免思维狭隘错过了更好的方案；而研究不同方案的优缺点可以帮助你系统理解某个领域的知识和技能。
你可能并不一定能很快想出3个备选方案，这恰恰说明你对当前的领域或者事情还没有全面的理解和思考，你需要强迫自己一定要想出3个备选方案，这个探索的过程就是一个自我提升的过程。
第二个阶段是讨论阶段，你需要把备选方案向上级汇报，或者给其他人评审。
这个过程会让其他人的信息、观点和疑问输入到你的大脑中，进一步全面完善你对每个方案的优缺点、依赖条件和所需资源的理解。
第三个阶段是决策阶段，你需要挑选出最终的方案。
一般来说，如果是互斥的方案，那么选出1个最优的落地就行了。
比如新招聘的员工表现不太理想，方案1是“立即辞退”，方案2是“不辞退，加大培养力度”，方案3是“延长试用期1个月”，你最终只能挑选1个方案落地。
如果是可以并行的方案，那么“3选2”或“5选3”也是可以的，但是不建议“3选3”或“5选4”，因为这样执行的时候会没有重点。
列出一些备选方案，只能说明你对领域有一定了解；选出合适的最终方案，才能说明你已经掌握了这个领域，能做到理论和实践相结合。
决策的过程会让你重新审视自己原来提出的方案，尤其是最初倾向的方案，帮助你发现方案的问题、理解的问题、乃至自己决策标准的问题。
3C方案设计法会耽误效率吗？
你可能会担心，每次都要做3个方案，要花不少时间吧，这个3C方案设计法会不会耽误做事效率啊？
其实这是一种片面的理解。
首先，虽然前期准备的时间变长了，但是做一件事的整体效率变高了。
“前期匆匆忙忙赶工，后期急急忙忙返工”，这样的情况你肯定遇到过吧？
如果你在前期预研的时候先选出更好的方案，那么更有可能一次就拿到好的结果。一次就把事情做好，肯定比重复好几次效率更高。
其次，虽然负责人投入的精力变多了，但是整个团队的效率变高了。
“方案潦潦草草，讨论轰轰烈烈”，这种情况你肯定也深有体会吧？
如果负责人在设计方案的时候投入更多的精力，那么后续整个团队讨论决策和执行的效率都会提高。
正是因为考虑到效率，3C方案设计法才提倡准备3～5个备选方案。
如果超过5个，讨论和决策时需要投入的时间和精力太多。但是少于3个也不好，1个方案容易出现思维狭隘的问题，2个方案容易出现选择困难的问题，所以说：
1个方案是陷阱，2个方案是困境，3个方案是选择。
对晋升的帮助
我指导团队成员晋升或者自己担任晋升评委的时候，经常遇到这样的场景：
申请者在自述环节自信满满地介绍他做过的某个漂亮的项目，列出了3～5个闪光点，并且贴出了详细的数据来证明效果。
然而到了答辩环节，评委只是简单地问了一句“你为什么采取这个方案”，他就卡住了，要么支支吾吾，要么就说一些比较虚的内容，比如这个方案性能高、可靠性高之类的。
然后评委再问一句“性能有多高，跟谁比性能高”，他就彻底答不上来了。
有时候我甚至能从申请者的眼中看出不可思议的表情，仿佛在说：“采取这个方案不是自然而然的吗？还有什么为什么啊？我都列出了这么多优点，选这个方案还用说吗？”
他们当中的大部分人在晋升失败后，都不会认为是自己专业能力不行，而会觉得是自己的口才不行，临场反应不好，甚至有人真的开始去买本书来尝试提升自己的口才。
其实这样的理解是错误的。明明是自己做得很漂亮的事情，结果却在晋升的时候答得不好，根本原因不是口才问题，而是在做事的时候没有深入思考和真正理解。
我也见过所谓口才好的申请者，临场反应能力很强，随便问个问题都能说上2～3分钟。但是在评委听来，他说的内容完全是临时拼凑，甚至是瞎扯淡。
有时候评委实在受不了了，还会直接打断正在滔滔不绝地讲废话的申请者。
与其这样回答，还不如直接说不知道。
站在评委视角看，他们在判断申请者能力的时候，需要甄别把事情做好的真正原因：
是因为他自己掌握了相关能力？
还是因为有个厉害的主管直接告诉他怎么做？
又或者是他直接照搬了其他项目的经验？
甚至只是因为他这次运气好？
……
而最常见的甄别方法，就是问“为什么”：
为什么你采取这个方案？
为什么你觉得这个方案好？
为什么不采用另外一种方案？
为什么有某某缺点你还是选择这个方案？
……
所以，如果你想提高自己的晋升成功率，首先要认识到回答问题不能光靠临场反应，更重要的是在平时做事情的时候就要逐步积累，正所谓“台上一分钟，台下十年功”。
晋升答辩的时候，在评委看来：
- 你能够想出3个以上的方案，说明你对领域有系统和全面的理解，或者做事考虑非常周全；
- 能够详细的分析多个备选方案的优缺点，说明你对领域有深入的理解；
- 而能够从多个方案中选出落地的方案并最终拿到结果，说明你有一套成熟的评价标准或者原则，展现了你的决策能力。
有的主管可能只是简单地跟你提出“你要加深理解”“全面思考”“深入思考”“明白背后的原因”等比较虚的要求，你听完后还是一脸懵逼。
但是学完这一讲，我想你就知道应该怎么做。只要按照3C方案设计法来做事，就自然就能满足这些要求。
我曾经带过一个团队成员，他之前3次晋升P7都失败了，自己总结的原因都是“太紧张了，口才不好”（他确实比较腼腆内向一些）。
我跟他指出，口才不是关键原因，关键是平时的思考和积累太少，然后在接下来的一年里严格要求他按照“3C方案设计法”来实践：
- 重大技术方案设计要做3个备选方案
- 团队管理相关的措施想三个可选方案
- 每年的团队规划方向也要求想3个
一年之后，他再次申请晋升，答辩结束后他就跟我说：“我不怎么紧张了，因为大部分评委的问题，我平时自己都已经想过了。”最后果然顺利地通过了。
小结
现在，我们回顾一下这一讲的重点内容。
- 3C方案设计法就是每次做事的时候都至少设计3个方案，然后选择最优的1个或者几个方案去执行。
- 3C方案设计法分为三个阶段，预研阶段设计出3～5个备选方案，讨论阶段把备选方案向上级汇报或给其他人评审，决策阶段选出最终的方案。
- 3C方案设计法的好处包括：帮助系统地梳理一个领域；对每个方案理解得更全面；发现最初的方案和决策标准的问题；提升整体流程和整个团队的工作效率等。
- 评委在晋升答辩时喜欢问为什么，是为了甄别你把事情做好的原因。按照3C方案设计法来做事，就能在平时的工作中逐步积累，提前想好评委问题的答案。
思考题
这就是今天的全部内容，留一道课后思考题给你吧。假设主管给你安排了一个研究某个开源项目的任务，但你手上的业务开发任务又很重，请按照3C方案设计法来3个应对方案，并给出最终选择的方案和理由。
欢迎你把答案写到留言区，和我一起讨论。相信经过深度思考的回答，也会让你对知识的理解更加深刻。
精选留言
2021-01-26 19:54:36
2.权重调度，按照重要性的比重分配资源，两手同时进行，优点：一方都不会饿死，缺点：完成的时间相对拉长，前提条件是任务需求没有那么紧急
3. 增加人手资源：两个任务都能得到调度，并发执行。优点：两者可以很快落地 缺点：成本增加
2021-01-25 13:04:19
2.告知领导手头任务重，能不能研究开源项目的任务先交给其他人做。
3.合理分配时间比例，规划好两个任务每周的进展，按照规划方案进行工作。
2021-04-03 15:12:57
2.上班时间做最近的项目，下班时间来研究开源项目。
3.先明确要研究开源项目的哪些地方，分清P0P1，然后下班时间花时间研究
选择3，虽然花费自己时间，但是研究开源项目技术会有提升
2021-05-21 14:24:12
例如：什么是系统思考，如何学习一个新技术，如何在工作中思考问题，工作中应该注重培养的能力，都逐渐有了答案。很感谢李运华老师的讲解和分享，课程已经反反复复听了很多遍了，希望能将老师的分享拿来理解用到工作中。
2021-02-27 20:38:30
2021-01-26 09:45:19
冲突点：时间不足；
解决核心：找到重合部分提高效率。拆分开源项目的研究任务，整理和业务相关的任务，排优先级和任务依赖关系。拆分业务开发任务，根据与核心目标关系打分，排优先级。
方案：
1.业务优先，优先完成业务高优任务，穿插完成开源调研的核心并对业务有帮助的部分；
2.调研优先，优先完成开源项目的核心部分调研，穿插完成业务的高优任务；
3.动态规划，业务高优、调研高优和对业务有帮助的调研任务三项并行，按照具体情况动态调整当天具体任务；
建议使用第三条，业务优先可能会出现调研的饥饿等待现象，调研优先可能会影响业务拓展，调研配合业务开发，动态安排当天任务相对能兼顾业务需求和技术需求，并利用技术进步给业务带来的红利。
2021-02-20 10:40:50
2.方案热烈讨论，可能是方案不够成熟。好的方案，大家没什么意见，直接开搞。
课后题:
1，开发任务重，应该是高优先级了，否则可以缓一缓的。那就先搞开发。等开发的关键部分差不多了，再每天腾出点时间来搞开源。
2，开发任务重，不一定是高优，要看领导判断，自己判断不好的。可以找领导讨论，这两个的优先级。同时能感受到领导的预期，争取超预期完成。
3，拆分开发任务，找领导商量，能不能分一些出去。开源的东西，要自己搞。
可以先搞一部分开源，然后，找领导汇报: 1.开源已有一点进展，再继续搞会影响开发进度。 2.开发进度，如果拉其他同学一起来搞会快一些。 3.任务已拆分，有同学进来，会很快搞起。
参考了评论区，觉得不可思议的是: 开发任务可以分给其他同学！这相当于领导分给了你一些活，你还要想着法的扔一些活出去，这个领导能同意？！
再看题意，你自己开发任务重，领导又安排了开源任务的调研。
领导那么忙，可能没想那么多，可能没有意识到你自己当的开发任务重。这样就有活动余地了，可以找领导沟通讨论。
2021-01-27 09:12:58
2 按照重要紧急划分，优先做重要紧急的。如果开源项目是重要但不紧急，而开发任务紧急但不重要，那把开发任务进行拆分，拆分成一部分给其它人接手。或者拆分开源项目的研究内容，并分工合作。优：自己能给公司产生更大价值。缺：如果拆分开发任务给其它人做的话，其它人要熟悉需求背景和开发进度，整体效率没那么高。
3 后进先出。优先做最新被安排的事情。没想到有什么优点。缺点：最早被安排的那些事可能一直完不成。
综上所述，方案2更合理一些，因为产出价值更高一些
3
2022-02-22 12:07:58
方案1：优先保障业务，开源项目任务研究属于调研任务，对业务收益不大。短期内可以不投入人力，或者向主管申请换人研究开源项目。
方案2：优先集中精力研究开源项目，短期内投入大量时间完成研究任务。之后再投入业务开发，或者向主管请求人力支援业务开发。
方案3：和主管讨论，将开源研究任务划分阶段。短期内只需完成一期简单的任务，这样可以降低对业务开发的人力影响。
方案3比较合适，本质上是分优先级，将大多数资源投入优先级高的事情。
2021-12-06 17:39:48
2021-02-07 12:41:51
2022-08-31 19:01:08
2021-06-02 19:00:38
1、推掉手头工作，开始源码研究
2、申请资源，将自己手上的任务分给其他人一些
3、专心工作，再进行源码研究
2021-04-21 18:18:09
1.如果可以先推迟这个研究开源项目的任务
2.申请资源协助处理或者申请延期手头的开发任务
3.通过加班或者别的方式自己消化掉
4.推掉这个任务
个人倾向于2如果紧急的话
2021-04-01 07:45:00
2021-04-01 07:30:06
2. 加班方案，如果这个任务很重要很紧急推不掉，必须跟开发任务并行，又没有资源，那就只有加班干了。
3. 加人方案，找老板要人，要么新人来开发，自己研究开源项目，要么新人研究开源项目，自己继续开发同时兼顾研究成果的把关。
最终方案老板来拍，如果是我，倾向于选3，找人进入接替开发任务，自己主要负责研究，同时把关开发，既不耽误事，也能锻炼管理能力。
2021-01-29 22:11:31
2.若该开源项目不是很重要，可以将开源项目安排其他同事，自己仍然主要投入在开发工作，定期关注开源项目进度。
3.若开源项目，和开发任务都很重要，自己两个都想尝试，可以拉人一起，一边将开发项目部分分出去。另外来源项目，也可以分部分出去。两个都定期跟踪进度。
2021-01-27 09:26:58
2. 给别人做： 和主管沟通，说明自己手上的业务开发任务重，无法兼顾，能不能把其中一项任务交给其他人；
3. 和其他人一起做：拆分业务开发任务和开源项目研究具体事项，结合小组其他成员的工作量，看下哪些可以给团队小组的其他成员分担的。
优先选择方案3，原因：1. 不影响业务功能上线；2. 团队成员一起参与开源项目的研究，后续如果要引入该开源项目或者向该开源项目借鉴的话，团队成员都已经比较熟悉该开源项目了，减少培训的成本
2021-01-26 14:51:32
2.新的开源技术进行拆分，分成几大块，按组内人员感兴趣的认领，按所需的时间，定出每天或每周的技术分享，落到实处，把优缺点分析以及与当下如何与业务结合的点做出来；
3.看下现在公司内或业界有无分析和应用场景，有技术大会的参加大会、有已应用的可以请相关技术来公司做下分享，快速了解技术，以及适不适合自己业务或与未来是否有应用的可能性
2024-03-03 17:33:23
冲突点：研究开源项目是主管亲自要求-重要；业务开发任务重需要按时交付-紧急。
卡点：个人资源不足以同时完成以上两个事情。
解决方案：
1、优先保障开源项目的研究，对开发任务进行优先级划分，找业务方砍掉优先级低的开发任务。优点：优先保障主管安排的任务，同时尽可能降低了对业务的影响；缺点：对业务的影响仍然存在，需要有充分的理由说服业务方。
2、优先保障业务交付，对开源项目的研究进行分里程碑拆解，拉长研究时长。优点：对业务无任何影响。缺点：会影响开源项目研究进度，需要跟主管说明。
3、对业务需求按照轻重缓急维度划分，输出技术方案设计，然后寻求资源按照既定的方案协助开发。优点：两项工作进度均不影响，缺点：需要额外的人力资源，需要把控质量和进度。