学术概念三段论方法论 1. 背景(为什么)我日常写作的场景有: 复盘、场景经验:[[事件设计或复盘方法论]] 个人学术理解对于学术理解,没有条理,写作没有统一的模版。 2. 内容(是什么)三段论: 为什么:这个学术词语,解决了什么问题 是什么:概念澄清,对学术词语进行解释;正如当前所说,我对三段论进行的解释 怎么做:常见使用场景举例 3. 最佳实践(怎么做)关于学术相关的,都可以问这3个问题。 书本学习学术词 2024-04-14 专题研究
STAR复盘方法论 1. 背景描述一个事件、问题,没有条理。可能会直接说我的某个问题,但不会给人家说明我这个问题的背景是什么,别人听得就云里雾里。事情做了后,没有回顾事情做得好与不好的地方。对于好的地方没有经验复用;对于不好的地方,没有反思。输出件有新的方法论,或者完善旧的方法论 2. 内容STAR法则的内容: 背景(Situation):当前复盘对象的前置条件和做事的目的。也就是你做这件事情要达到什么目的,现有条 2024-04-14 学习 > 方法论 > 复盘 #学习/方法论/复盘
公司OKR和个人年度计划的思考 1. 背景(Situation)个人诉求:不想碌碌无为,浪费时间,需要明确的计划来指导日常事务达到想达到的目标。 样例说明:1️⃣《被讨厌的勇气》 出明确,你要想成为什么样的人?基于现在的条件制定计划成为他。不要回忆过去,过去的事情绝大部分会对你的计划,没有任何帮助和价值,只会带来消极情绪。2️⃣ 公司每年都会有目标,然后分发给各个团队去实现。团队再将任务细化, 分发给个人来实现。 个人的实现达成 2024-04-11 年度计划 #年度计划
敏捷方法的理解和实践(含团队架构) 1. 背景(Situation)项目组属于新成立的软件部门,结构是1个项目组下有多个开发小组,每个开发小组负责独立的业务模块。对于整个软件开发的过程,项目组成员都有一个共识,那就是使用基于scrum模型的敏捷迭代。但是,整个项目组对于scrum模型的认知不统一,小组事务和项目组事务未统一定义,例如没有月度回顾会议,rat会议变成了技术评审会议等,导致整个开发过程的效率和感受都不太好。 2. 任务( 2023-12-21 复盘 > 工作 > Haydn #复盘/工作/Haydn
复盘:作SE的一年感悟 1. 背景随着项目组的发展,原有的SE人员都往解决方案方向发展,进而迎来了角色变动。从2022年8月~至今,一直担任SE的角色。 2. 何为SE初为SE,需要明确领导对我的期望,清楚SE的职责,SE所需要掌握的技能。下面通过问答的方式,来谈我对SE的认识,内容具有非常强的主观意识,不一定能够太适合所有人作为参考。 问:领导对我的期望是什么? 答:能够保质保量交付需求,做好团队管理。 问: 2023-12-17 复盘 > 工作 > Haydn #复盘/工作/Haydn/SE
复盘:项目接入APIG网关 1. 背景(Situation)2023年7月中旬,领导分配了1个任务,具体的内容是项目需要在10月30日前完成公司十统一中的网关统一(公司所有的云服务的前端都需要通过公司统一的网关来访问自身服务的后端),项目现状是所有接口没有使用公司统一网关来管控 2. 任务(Task)基于上述背景,并结合公司的代码可信原则(用同一份设计文稿来实现生成接口代码、生成测试用例、生成api文档、API网关注册),对 2023-11-25 复盘 > 工作 > Haydn #复盘/工作/haydn
输入输出方法论 1. 背景我在做1件事情,会有畏难情绪。1️⃣为什么会害怕这件事情,是因为你对这个事情并不清晰,以及你不知道怎么做。2️⃣事情的什么你不清晰? 背景:我做这个事情是为了解决什么问题?现有的条件支撑有哪些? 目标:事情的目标如果是自己定义的,则比较清晰。如果是领导或者别人,有可能目标不够具像化(例如,很多人只会抛出问题,对于这个问题阻止了什么目标的达成就不说),需要你找提出人多沟通目标的细节。弄清 2023-02-12 学习 > 方法论 > 交流 > 做事 > 事件处理 #学习/方法论
笔记架构及特性说明 1. 背景(Situation)在2023年2月开始,我发现从大学到现在的知识整理不成体系,非常零散。且在遇到相同的事情的时候,不能够第一时间的找到对应资料,也就是经验很难复用,所以我在了解PARA方法论后,结合工作需要,准备搭建个人博客,供自己和其他人查看。 2. 任务(Task)从背景情况中,提取任务具体要求:1⃣️搭建个人博客,不需要资金投入2⃣️搭建的博客,可以自己查看,也可以选择性的公开 2023-01-21 学习 > 笔记方式 #学习/笔记方式