谈谈“做事”的方法论

《谈判的逻辑》：以逻辑为基础，教授理性谈判的方法论。 #生活技巧# #谈判技巧# #谈判策略书籍#

工作或是生活中，我们无时不刻不在 “做事”

生活上 比如跑步，为什么有的人跑一个月步能得到一个更好的体态、更健康的生活习惯，而有的人相同跑一个月步，却依然和以前一样呢 ？很大可能有的人跑了一个月步，他也仅仅是“跑了一个月步”而已 ，而会做事的人，他会首先挖掘出跑步的目标。假设他跑步的目的就是减肥，为了达到这个目的，他要做的不仅仅只是 “跑步”这件事，与此同时还会伴随着早睡早起、控制饮食、多喝水、定期称重等生活行为上的变化。

工作上亦是如此，我们把 “跑步” 比作leader分配的一个需求，同样一个需求，有的人不会做事，仅仅只是“做完了这个需求”，而有的人会做事，能够通过“做需求”这件事，收获与其他人不一样的经验，得到与其他人不一样的成长，拉开与其他人的差距。

这边文章主要会从工作上去谈谈我觉得怎么”做事“，如何成为一个“会做事”的人。

如何“会做事

养成闭环思维

做每一件事情，我们都要从三个角度想:"事前"、"事中"、"事后"。很多人包括刚工作时的我，只会关心 “事中”这件事的解决方案是如何，哪个方法加一层内存缓存localcache、在哪个func里面加一段什么样的逻辑就能达成需求，而忽略了事前的思考以及事后的总结，对事情没有一个通盘思考。

举个栗子，如果选择在service中加localcache，由于localcache会占用进程内存，内存资源比较宝贵，需要同时思考很多问题：缓存时间设置多长合理？缓存的数据结构如何设计？缓存一致性如何保证？如果涉及到多级缓存呢？事情不仅仅是“加一个localcache”那么简单，我们需要对事情有全局的思考。

事前

事前要找准做做这件事根本上是为了解决什么问题，进而设计出相对来说最合适的技术方案，在事中解决问题时事半功倍，少走弯路。

为什么要做这件事

通常我们接到的需求已经是经过leader筛选的，也就是说leader觉得这个需求是有意义的，但是这并不代表我们就可以不去思考“为什么要做这个事情”。通过分析做这件事的意义，可以帮助我们加深对 ”这件事“与“为什么要做这件事”的理解，提前在脑海里构想出大概的模块框架。

做这件事的目的是什么

很重要的一点，我们需要分析出做这个事的目的是什么，解决了当前存在的哪些痛点。

从产品需求上来说，可能是当前有两个爆款产品，但两个产品之间互相隔离，用户流量不通，因此想在两个产品之间“搭一座桥”。那么目的就是解决爆款产品之间流量不通的现状。

从技术需求上来说，我们要解决的痛点可能是：当前业务代码性能不高，以至于页面加载缓慢\线上频繁GC、某个核心接口QPS不达标、后续扩展性太差 等等。

如果是代码性能问题，那么我们接下来需要明确好：当前性能如何、最低需要达到的性能指标是多少，同时预估好为此付出的成本与收益。

事中

事中我们通常会关心方案的设计、方案落地的过程以及落地过程中遇到的困难。

方案设计

方案设计上，最好结合多方经验，提前设计多套方案，对每个方案 从人力成本、资源成本、稳定性、使用便捷性、社区活跃度、扩展性、对需求的满足程度等方面综合比较。

比如当前有一个Redis热Key问题，热Key问题本质上是Redis单实例支撑过大的Ops时会导致节点过载卡顿甚至Crash。那么解决方案就围绕着节点流量分流思考。那么我会有三个方案

方案1. Service加一层localcache 方案2. key后面拼接随机数字，使得不同的Key被打散到不同的Redis分片上 方案3. 方案1+方案2结合 解决热Key方案设计人力成本资源成本便捷性扩展性稳定性方案1低低高\较低方案2中中中中较高方案3高高中高高

最后根据实际的场景选择合适的方案,如果公司基建较好的话还会有热Key自感知与主动缓存

如果觉得方案设计比较难，那么我们不妨换个思维，从目的倒推结果。从最终要达到的目的延伸思考：“为了达到这个目的，我需要做什么” ，从目的开始，一步一步倒推问题，最终解决问题。

方案落地过程

在方案落地过程中，我们最好可以提前预估好工作量，重点关注 50% 、80% 的进度节点，这两个进度节点不仅是我们比较关注的，同时也是leader比较关注的节点。

同时在项目实施过程中，我们应当尽量提前暴露风险，提前制定plan B。

落地过程中遇到阻塞

技术上的困难我们可以通过查资料、问技术大牛来尝试解决问题。

团队配合上的困难，我们可以尝试将问题反馈给leader，由leader进行过程的推动，这样对方也会更加重视。

事后

事后我们一定要关注项目上线后的效果，同时做好过程的总结与复盘。

项目层面

项目上线后需要关注项目的实际指标，同时观察实际效果是否达到了需求本身预期的目标。

个人层面

我们可以对项目整体流程做复盘，进而做到方法的总结沉淀与知识层面的外化。

当项目上线后，我们可以站在一个“过来人”的视角去审视这一次开发，看看最后的解决方案和我们事前预期的解决方案有哪些不一样，总结不一样的原因，下一次方案设计的时候能够做到更好。

同时，对于技术上克服的难点可以做知识的总结与外化。总结与外化的过程能够加深我们对知识的了解，同时避免他人再次踩坑。

最后，我们需要总结做这件事的过程中，我们有哪些地方没有做好，是方案设计的不够好，亦或是风险没有提前暴露，在接下来做事时重点关注以前没有做好的部分。

补充

20220507 补充 感觉文章会缺少一些实际的方法论

结语

工作中当然不仅仅是做事那么简单，还包含着个人成长路线的选择、如何与人沟通、人际关系的处理等复杂的事情，但“会做事”一定是工作当中的一项最基本的技能，希望大家能够做好每一件事，从小事开始，逐渐成长成一个靠谱且有深度有温度的人。

网址：谈谈“做事”的方法论 https://www.yuejiaxmz.com/news/view/1051393

相关内容

当我们谈论育儿时，我们在谈论自己
在工作场所谈论的 20 件专业事情
学会谈恋爱的技巧和方法,让你恋爱谈的顺风顺水!
当我们谈论“生活美学”的时候，我们在谈什么？
恋爱的方法,如何正确的谈恋爱
浅谈美食与健康论文范文
研说天下 | 研究生学习“认知”与“方法论”漫谈
浅谈美食与健康论文
论文：谈谈幼儿安全教育的重要性
当我们用一本书谈论烹饪时，要谈些什么？ — 新京报

随便看看