原创 因噎废食

  前几天仔细的查找关于最坏情况分析和可靠性预测还有元件热设计的资料，我可以肯定的认识到，我以前接触的用于产品的设计方法和设计过程并不是最细致和准确的。实际上，这些不准确和不算太复杂的方法的设计过程，已经给大部分工程师带来很大的负担，也引起了历时很久的“去流程”化。仔细回想一下，推行“流程化”的过程同样富有着戏剧色彩和艰辛的推进，以至于后期的反过程。
  前些日子在整理循环设计的过程，其实质是创建与更新，如果同样一个文档要做很多遍重复的可能任何人都受不了，因此这个概念其实更多的在于不断的添加和细化的过程。因此在我接触到的成品的设计过程文件，也会有更简单和快速的文档。这个也就是我们说缺少或者经历的缺失环节。面对快速的开发过程，并不是需要为了达成时间，去除那些保证质量的过程文档，而是将其简化。举一些例子：
  最坏分析：初期可采用极值分析法，甚至所有的参量都可以往大了估计。
  可靠性分析：用计数法，只需计算少许典型的元件即可得到所有的失效率。
  热分析：直接将元件的最大电压考虑进去，12V系统考虑16V，5V系统考虑5V。
因此这是一个很快速的过程，可以在细致分析之前能够铺个台阶，既得到粗略的质量信息（这个粗略的意思是放大边界），又可以尽快的在前期开展工作，保证其他工程师的工作展开。
  我曾经接触的一个概念是CTO，成本技术优化；我其实一直在想，为什么在产品基本定型后还会有这样一个工作，其实上面那个边界放大实质上是成本和冗余度的放大，而在后期则可以通过细致入微的分析把一点点水分挤出来，做有成本有竞争力但能保证质量化的产品。
我以前经历的两个过程，可以用这样的语言来描述：
“流程化”：从一开始保持所有文档的完整性，以高标准的要求来督促所有工程师完成过程文档，很明显的犯了过犹不及的问题。
“去流程”：将所有复杂的问题（流程环节的过程文档）全部省略乃至去除，在后期也是模糊的度过所有的环节，质量保证完全成了一句空谈。
  因此各位同仁往往有两种观点，一是流程不能适应快速需求，这是一种因噎废食的观点，如果能够通盘考虑整个分析深入过程，可以把台阶的基础放在前面，而在后期holding的状态（打板，测试等需要时间去等结果和样品的时候）仔细将那些文档细化，而不是一开始就不要。当然如果一开始要求很细致，并不是每个人都能适应快速的细致化的完成文档工作，这是普遍我们不愿意写文档的工程师的死穴。

  综合快速开发，质量要求和成本优化，我觉得完全可以在渐进的流程化中得以完美的实现，前提是要把握每个阶段什么样的过程文档的要求。这也是需要我们仔细去确认的事情，我相信我慢慢在接近事实的本源了。（我往往只能看到结果，而不太知道过程，毕竟过程是别人几十年的积累慢慢调整出来的那些看不见的东西，我只能去揣测，希望我的这些想法大体上是对的）