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