第二步，trial run阶段，制定schedule

这个阶段主要时用来测试流程，滤除代码的表面错误，让整个后端流程完整走完，得到一个初步的时间规划参考。比如run time，init 文件的合理性，flow的bug，人员的配置等。同时也是让队员之间相互磨合，队员自己开始适应项目节奏的过程。这个阶段的事情非常繁杂，很多问题会集中暴露，往往需要花费大量时间debug，当然这个阶段不需要马上追求高性能，所以很多标准可以暂时放松。待流程完善，在下一个阶段开始性能的冲击。

第三步，try run阶段，试错

这个阶段，flow已经完整，signoff 标准初步确定，这时候就要奔着目标开始大量测试。比如面积的最大利用，绕线资源的上限，时钟树的优劣，关键路径的分布，各种ndr的要求，drc，ant等可能出现的问题都测试到位。当然，这一步和上一步有重合部分，问题早发现早解决，给后期tape out冲刺留足时间。

第四步，提高performance，打破瓶颈

这个阶段就是关键的一步，把发现的瓶颈问题集中攻克，找到本设计的上限在哪里，是否可以突破，如何突破等。下策就是商议signoff 标准，剔除不必要的高性能部分。

第五步，final run，verification，tape out阶段

这个阶段时间不多，在前几个阶段基本上把问题都暴露出来了，该解决的也有对应的方案，最后在=走一遍完整的流程，保证各项检查都没有问题，出最终的GDS文件，交付。

这几个阶段在实际项目操作中，往往会有各种各样的问题，意外出现，考验项目管理者的规划能力和执行者的解决问题的能力，这是一个需要不断积累，不断反思改进的过程。经验的力量在还没有绝对完美的流程的环境下显得异常重要。大概这也是凸显领导者魅力的重要舞台吧。

共勉。