做成一件事儿-方法论
老婆在纠结她的资损专项如何搞，我“高屋建瓴”，“不识好歹”的巴拉巴拉一顿说。 一是提醒她，不要只关注做事，更要关注如何成事儿。 二是自己也做个总结，突然发现这么一写还有点儿意思
- 先问题定义（老板多轮对焦，明确okr，尽量细）
- 方案先想框架（业界怎么做的，有个大的框架就行，不用太细； 自己如果做的话 人工怎么做，业务先梳理清楚，然后才会推导出自己的方案思路）
- 实在想不出来，需要寻求帮助（ata业界实践拉人分享等等，请求老板给出思路）
- 如果有了方案框架，做成这个事儿需要什么样的资源，当前够不够，缺什么，需要什么，寻求资源帮助
- 任务拆分下去， 持续跟踪对焦
沟通技巧
和领导沟通，简明扼要，指明要害，要非常明确的指明对他依赖点，而不是可有可无。
举例， 有个需求，小李等技术同学确定了两种技术方案，但内部存在分歧，需要领导参与讨论作出决策。 于是，小李约老板时间。老板非常忙，说好的大致时间范围有空，可届时并没空参加。钉钉询问两次，说我们可以10分钟搞定，但仍没有得到回复。小李是是怎么说的呢：
- 只是从邀请的角度说 让老板参加：“有个xxx会，请参加下”
- 注意，并没有说出问题的紧急性、对老板的严重决策依赖，那就会让对方认为可参加可不参加。
利用OKR思维 向上管理
https://time.geekbang.org/column/article/324121
时刻保持结果意识：
- 做事情不要修修补补，要有一整块的事情，先想这个事情如果做完会带来什么样的结果，你就会有个衡量。否则，你做的事情可能没有任何意义，徒劳无功
改变工作方法：
- 创新和突破才是老板们要看到的。仅仅完成工作1，工作2，没有太大意义。所以，工作要有“巧”劲儿，“”
其他：
交代的事情要有回响，别以为老大事情多忘记了，也不要觉得这事儿不重要
今天被老大diss了，等到别人逼你就晚了。啥事主动一步，多想一步
答应业务方同学的事情要做到，要不然就别答应
周报的写法
不要只报喜不报忧。要反馈问题，不要羞于暴露问题，暴露问题不代表自己的无能。需要让大家知道这件事的难点在哪里，问题在哪里，有什么风险。否则，大家也会认为这事儿应该很简单
及时反馈
如何推动事情向前解决？
- 一定要及时跟老大反馈进度和问题
- 不一定非得当面跟老大反馈；最好在大群里直接同步信息，这样老大也经常看，有问题直接讨论
与业务的沟通，结果都要同步下老板
典型场景：业务沟通下来，我解决不了。业务需要在找老板反馈的，要提前反馈老板
逆向思维：知道自己不该做什么
事情太多，要想清楚哪些是要舍弃的，哪些是TopN的。
- 该屏蔽的群屏蔽，心态要放好不是所有的消息都必须第一时间回。
- 什么消息需要第一时间回，被老大@的，业务应急的。
- 那么遇到很多@的该怎么办，可以看手机，如果不紧急就未读。
- 减少让自己被@的次数，业务要拆解到小组其他同学，有补位的。
- 集中时间回复不紧急的消息，午饭前和晚饭前
- 临时找的业务视情况不接待，否则会被拖死
帮助别人就是帮助自己
2019.08.11
最近在让小组同学处理一些问题的时候，感觉他还不能独立解决。在讲解时有些不耐烦，觉得为什么不能独立解决， 还给我增加压力。
其实，这里不能一味责怪别人，而应该多从自己找原因。你有没有教过别人该怎么处理这些问题，背景知识有没有输入过，有没有让别人从头到尾跟一件事情，如果过这些都没有做到，不要怪别人解决不了。
另外，也要注意，交给别人的是方法，有些问题虽然你能分分钟解决掉，但最好不要你来解决，告诉别人解决的方法和思路，让别人去解决，这样他才能成长
不要推卸责任
2019.09.05
昨天遇到一件事情，感觉比较有意思，现在反思当时做的是不对的。
业务同学在使用lego，想做自定义的监控，现在确实没有做到。我一直潜意识里推脱，说“不是我的问题，是我的依赖有问题”。站在用户的角度想，我哪管你依赖谁，我用的是你的产品，就是你有问题，你的依赖有问题你去搞定。
做问题的终结者
学会求助
2019.09.05
有时候因为「害羞」「不好意思」「怕别人笑话」就把问题全都压在自己身上，导致自己压力越来越大。比如，害怕别人知道“怎么连这个都不知道”（算法上的问题或其他短板问题）。解决办法
- 正视问题。不是什么问题你都会的
- 尽量多去了解周边知识，扩展边界，对自己也有帮助
若有收获，就点个赞吧
0 人点赞
