题记：本篇文章来自于易仁永澄老师《做自己的CEO》课程部分笔记内容的整理和反思，如果您对课程感兴趣，请查看易仁永澄老师博客：收费课程 模块。
简言之，就是用项目化的方法来达到高效积累的目的，跳出低水平勤奋的大坑。
分三个阶段来完成，即前－中－后。
前－思考任务要结构化
在思考任务时候，要用PORT/RSQC（资源，进度，质量，成本）模型来思考任务。
中－执行任务要分心化
在执行时，要随时记录经验，方法，问题。不要等到最后的时候才靠残存的记忆去整理记录。
可以通过A4纸记录：分两半，左边记录方法，右边记录结果。在做中慢慢整理，而不是最后整理（记不了太多的内容）
记录方法可以采用STAR（situation，task，action，result）记录法， R(结果)最好包含知识，经验，问题，文档，计划调整。
后－总结任务要规范化
总结阶段要复盘，复盘四步走：回顾目标，评价结果，分析原因，总结经验。可以采用简单的PDCA（管理改善循环），更可以采用高阶的技法。
高效积累的实操练习
前－思考
任务说明：说明自己大约要做什么任务
完成paytable文档阅读及其他开发文档阅读，形成包含paytable和功能的游戏测试方案
-
P-目的：写出本任务的目的，至少3条，每个目的都要让自己看了之后有能量，想要动起来去做
- 完成计划，可以在新版本来时顺利开展
- 按新的方法来推进自己的工作，使隐形经验显性化
- 该写的东西写下来，清空大脑去干别的
-
O-目标：说明本任务要达成什么样的，这里嵌套RSQC模型。
- R-范围目标：形成paytable测试计划和游戏测试计划方案
- S-进度目标：周二完成paytable文档阅读，周三完成paytable测试计划，周四完成游戏测试计划，周五小组讨论
- Q-质量目标：paytable测试中确定哪些需要手动，哪些需要自动化且是否需要其他team的支援；paytable文档中的每句都需要被覆盖；游戏测试计划需包含具体的测试策略及P2级的可执行case
- C-成本目标：32小时投入
-
O-思路：做这件事情，如果用3-5步完成，你的思路是什么呢？
- 完成paytable文档的阅读并提取测试点
- 完成游戏触发控制文档的阅读
- 参考paytable文档和触发控制文档来完成paytable手动测试的内容的准备
- 需要SDET配合开发自动化工具，我要提供控制文件的说明
-
R-成果：在每个思路上，最重要的成果是什么？
- paytable 的测试计划
- 触发游戏各项功能的脚本
- paytable 手动测试脚本
- 控制文件的说明
-
T-任务：为了完成这些成果，都需要做哪些任务呢？
- 完成paytable文档阅读
- 查看paytable要求的测试范围
- 对照自己的游戏，给出math手动和自动的测试范围，并与组长讨论paytable测试
- 与同事沟通自动化测试部分的内容
- 完成paytable测试计划
- 小组review
中－执行
STAR-Situation, Task, Action, Results
R：
知识: RNGs 的使用
经验: RNGs 的脚本编写。。。。
问题: 有两个已经记录的问题需要提交给开发，明天发送
文档: RNG scripts| paytable test plan
计划调整：原定计划是要同时完成math测试计划和游戏测试计划的，计划调整为只完成paytable的测试计划。
后－复盘
回顾目标：
- R：游戏测试计划未推进。推迟到下周完成。
- S：除游戏计划推迟外，paytable测试计划顺利推进。
- Q: 自动化部分需要同事协作，手动部分还需半天时间来完成。
- C: 时间投入20小时，不足32小时。
评估结果：
- 结果并未做到把文档丢给其他人，只需要阅读别人就可以上手的地步。只够自己用。
分析原因：
- 有意放慢节奏，开始注意整理
- 分走部分注意力
- 任务开始设置有些贪多，导致注意力分散
总结经验：
在重新回看思路部分内容时，发现思路前后需要连贯，我之前的思路就没有体现连贯性。且，我有点根据成果反推思路的嫌疑。修改之后，才觉得思路有连贯。
在经过记录之后，可以更明确地了解自己的进度。下一个项目就不会在短期内设定过多的任务。
开始分心工作，边执行边记录。不用总是存放在记忆中啊。
