「凹む」記事へのコメント

わかりやすい話

[gm300 (14617)]

論理設計のほうが工数かかかりますからね。一見やるだけに見えるレイアウトにしわ寄せがくるのは当然のような気もします。実際は因果関係の定量化が難しい工場の方もすごいプレッシャーだと思いますが。
全体のリスクをどう見積もっているのか、責任構造がどうなっているのか知りたいところです。
「こんなスケジュールではできｎ！」というのはもう飽きたので、違うこと言ってみたいです。

オイラがいたファブレスの方だと、メタル層数を増やすか、サイズを犠牲にしていいよね　とすぐに言い返します。さらにエンジニアを働かせるために追加コスト。客はチップサイズ、値段は前に合意しただろうが、と反論しますが、前提となるスケジュールが..と議論は進みます。IDMのASICセールスではそれは言い難いでしょう。

直前のプロジェクトでは、PTVの範囲を狭めて、信頼度を落とす　という手法を取ろうと思ったのですが、意味を理解していない・できない人が多くてめんどうでした。
OCVを見ないとか、xtalkによる遅延変動を半分までしか認めないとか、言うと効果的な相手もいます。それはそれで正しい手法な感じもします。評価中に致命的に問題が見つかったなら少しだけ焼直せばいい。ついでに論理のバグも直しちゃえ。と言って論理設計者のプレッシャーも減らしてあげるとか。