先把眼前的问题弄明白
接到微电网评价软件的指标梳理任务时，我先写下当天要处理的对象：一条评价标准需要哪些数据，又该怎样计算。我根据当天要完成的规则，只补这一项计算所需的知识。
还要写明谁会使用这段知识。专业人员需要核对标准，开发人员需要把规则做进系统，两个人关心的细节并不相同。
回到原始材料
我先看发布机构给出的原始来源，记录标准名称、发布时间和适用范围。转述与原文不一致时，回到条文逐句核对。
基础概念暂时看不懂，就沿着标准引用补资料。与眼前指标无关的内容只记出处，不把整门课程搬进当前任务。
讲得清，也要做得出来
读懂条文后，我会讲给同事听，也会写成公式、数据字段或一段实现。两种检验都会逼出输入、条件和结果。
公式写不完整、数据对不上，或同事听成另一件事，就回头查看条文。做不下去或讲不清楚的地方，通常还藏着没有弄懂的定义。
留下能交接的记录
我会在项目记录中保留术语、来源、易错点和验证过的例子。指标对应哪段标准，测试用了什么输入，也一并记下。
同事接手计算规则时，可以按出处重做检查；相近任务也能从这些记录起步，再核对标准的现行版本。
后来改掉的习惯
我以前习惯先收集完整课程和成套资料，动手时才发现大半用不上。现在围绕具体任务补足知识，碰到障碍再查原始材料。
任务结束后再整理值得带走的内容，不预先搭一张庞大的知识清单。新版本改变了标准或工具，就在新记录中写清差异。