有价值的软件和硬件审查应从书面目的和清晰边界开始。说明哪些地点、团队、系统、设备或记录属于工作范围，审查要支持什么决定，以及哪些内容不在任务之内。这样可以避免把资产清单当成结论。

在美国准备软件和硬件审查

界定审查范围

说明预期用途、审查覆盖的日期或时期，以及需要使用结果的人员。应把当前盘点与比较选项、规划变更或调查具体问题的请求区分开来。明确的范围有助于所有参与者提供同类依据。

商定每一项需要收集的字段，例如内部标识、负责人、地点、版本或配置引用、信息来源和核查日期。对于缺失或未经核实的信息应作出标记，而不是从简短名称中推断。

记录每条信息来自何处、谁可以作出说明以及如何登记更正。观察、假设和决定应清楚分开。这样形成的记录可以追溯，即使审查交给另一位人员后仍然有用。

开始前确定如何提交和评估问题、更正以及范围变更请求。每项观察结果都应有支持信息、下一步负责人和后续核查时间。记录应呈现实际观察到的内容，而不把工作笔记变成没有依据的声明。

先以一个团队或地点开展小规模试行，可以在扩大审查前测试清单字段和沟通路径。定期核对时确认优先事项、待解决问题和下一项负责行动。这使工作更容易理解、交接和重复。

为每一类记录指定取得方式和确认顺序。可以先收集已有的台账、设备标签、采购或维护记录，再把需要说明的差异列成待办事项。记录收集日期和提交人员，能够让后来查看的人理解信息所处的时间点。若同一项目出现不同描述，应保留差异的来源，并在得到说明后更新记录。

输出材料可以按范围、已确认项目、待确认项目和下一步行动组织。不要以颜色或简短状态代替必要的文字说明。面向使用结果的人说明每个栏目表达的含义、哪些条目仍需核对，以及何时会再次更新。这样的安排有助于把审查作为后续工作的信息基础，而不是把它当作一次性的文件。