保持严谨。审计底稿口头或文本整理时，存在没调查、没确认就直接听信转述，或者自以为是地抛出一个猜测并误作为结果，有悖审计严谨性，比如某个人员的历史任职情况、某个经销商的政策支持情况、某个新产品的配方区别又或者某笔应收账款的诉讼情况。严谨性（又或者说纪律性），并不是说20次里19次不出错就有严谨性，而是20次里有一次出错就失去了严谨性。如果问题面广、个人了解的范围存在局限，就需要借助团队的力量，好问则裕、不矜不伐，才能不错过、不放过审计风险。

保持编码。“工欲善其事必先利其器”，最近的年审项目和部分专项审计项目中，输出、留下的代码越来越少，这就像科室工作流程、审计程序变少了一样，并不利于个人工作效率的提升以及团队工作的交接和分工。判断自己有没有真正要搞懂一笔业务，或厘清一个问题产生的原因，恰好用是否能写出代码来作为验证，即通过面向对象编程的三大特性（继承、封装、多态）和数据库设计的三大范式（不可再分、唯一性、独立性），来对主观的、短暂的、不易复现的个人判断进行复核确认、提炼复用。对于大数据审计（亦或是大数据模型），在既缺少阶段总结又缺少可复用代码编写的情况下，必然存在浑水摸鱼的误判和返工，以及越写越多、越写越难改的bug。

以上两点，权为反省。