许多硬件工程师不重视文档，认为写文档是纸上谈兵的人才去做的事，真正的实干者是以结果来说话。诚然，好的结果是我们大家都需要的，但好的结果加上完善的文档，不更是我们需要的吗？

其实，在项目管理中已经有各类文档的要求，如概要设计、详细设计等，但做好这些还远远不够，一个良好的硬件工程师还应该对下列文档形成习惯：

设计文档：说句毫不客气的话，不写设计文档而直接开始原理图设计的硬件工程师，一定不是一个合格的硬件工程师。一份仅有的原理图对公司对自己都毫无意义，如果换人接手你的工作，他就必须不耻下问的频繁向你请教，或者默默地一个电阻一个电容的啃你的电路，即使不换人，你能保证在一年之后自己还能清晰的记着原理图中的每个设计细节吗？

过程文档：过程文档记录了一个项目硬件开发的过程，包括设计修改的原因和记录、开发过程中各种灵感和思路，换句话说，过程文档就是一个产品的成长日志，记录了产品成长过程中的点点滴滴，需求为什么变了，原理为什么改了，改变前后分别是什么样，开发过程中经历了什么样的波折。如果没有这些文档，难保你的设计不会在后期更改时又改成了以前被否定的方案。

实验报告：回想一下，你是否曾经说过或听到过这样的对话“这个电路测了吗？”“测了”“有问题吗？”“没问题”“好，就这样用吧”。

什么叫没问题？硬件设计上不存在没问题的说法，30 ℃环境下测试没问题，80 ℃呢？150 ℃？也许你会告诉我，问答双方都有一个默认的测试环境，不用解释。对，那你为什么不用实验报告记录下来呢？本人以前所在的一家公司便经常出现这样的情况，产品在现场出问题了，历尽千辛万苦终于发现了症结所在，原来是某部分电路设计上存在缺陷，询问设计人员当时对这部分电路做实验了吗，说做了，实验报告呢，说太忙了没顾上写。

一份完整的实验报告，应该包括实验的时间、地点、环境、过程、结论。这样才能保证自己和每一个使用这部分电路的设计人员对自己设计的产品了然于胸，降低不可预期问题出现的几率。

总结报告：项目开发阶段结束了，教训、经验怎么办？这时，一份总结报告是必不可少的，我们要成长、公司也还有别的项目要做，把这些东西总结出来，并对以后的设计工作进行指导，我们才能不断地进步，后面的项目也才能不断借鉴前面项目的经验而缩短开发周期、提高产品质量。