Tapeout Readiness
Long-cycle design programs where IP, foundry, and ecosystem partnerships execute against tapeout and market windows.
Inside this journey
-
Pre-Discovery
Align stakeholders, timeline, foundry targets, and acceptance criteria before technical discovery.
-
Stakeholder & Foundry Alignment
Confirm decision roles, timeline, target foundry/node, and acceptance criteria required for first-pass foundry acceptance.
Alignment Questions
Who’s Actually in the Room — Start Fast
- Who will be our primary point of contact for this tapeout (name, role, and best contact method)?
- Which team members will be actively involved during the 8-week readiness window?
- Do you currently have a dedicated tapeout engineer assigned to this project?
- Which roles must sign off before we submit to the foundry?
- For each approver above, briefly list their top acceptance concern (e.g., timing slack, DRC count, IP golden data availability).
If I told you this tapeout could be rejected on day one, what would surprise you?
- From your viewpoint today, what percent of final signoff work is complete (rough estimate)?
- Please list current open counts or ranges for: DRC violations, unresolved timing paths, and missing fill instances.
- Do you have legacy IP blocks with incomplete signoff history or missing golden data that could surface late?
- If legacy IP issues exist, how long have those gaps been on your backlog?
- Which current technical item keeps you up at night entering the 8-week window, and why?
Who truly holds the 'no-go' veto?
- Who in your organization can unilaterally delay or stop the tapeout, and what criteria do they use to make that call?
- How do those decision-makers weigh risk—by technical metrics, schedule impact, potential revenue loss, or customer commitments?
- For each veto-holder, what threshold of remaining DRCs or timing violations would typically trigger a stop decision?
- How often do your approvers convene during final signoff, and what artifacts do they expect at each meeting?
- How would you prefer critical escalations be presented to those stakeholders (dashboard link, one-page exec summary, live review session)?
Your Foundry’s Unwritten Rules — Tell Us the Secrets
- Which foundry are you targeting for this submission?
- What is the target process node and PDK/version for this tapeout (e.g., N5 vX, 28nm vY)?
- Have you submitted to this foundry/node before? If so, how many tapeouts and with what outcomes?
- Are there known foundry-specific, undocumented checks we should be aware of (e.g., metal density gradients, via redundancy, custom antenna rules)?
- If you’ve encountered undocumented foundry requirements before, what failed and how was it resolved?
- Who is your foundry account representative and how would you rate their responsiveness during final signoff?
What Counts as First-pass Victory — Be Brutally Specific
- List the exact acceptance criteria you expect the foundry to require for first-pass acceptance (be as numeric and specific as possible).
- Which of these criteria are absolutely non-negotiable versus conditionally negotiable?
- For any negotiable items, what remediation windows and cost tolerances would you accept (e.g., 1-week patch, paid respin vs. reject)?
- Who on your team will formally sign the first-pass acceptance and what evidence will they require?
- If we meet these acceptance criteria, how would your confidence change about launch readiness (qualitative description)?
Where the Clock Hurts Most
- If the tapeout schedule slips by one week, what are the most serious downstream impacts (revenue, customer commitments, mask cost)?
- What is the absolute drop-dead tapeout submission date and are there upstream hard-cutoff milestones we should know now?
- How much room do you have for last-minute RTL/ECO changes in the final 2 weeks before submission?
- What contingency resources are available if we need rapid remediation (extra engineering hours, contingency budget, mask respin fund)?
- When time is scarce, what trade-offs would you accept (e.g., defer non-critical features, accept small DRCs with known remediation plan)?
How We’ll Work Together in Week One — Your Ideal Integration
- What must happen in week one for our PM and engineers to be considered successfully integrated into your EDA workflow?
- Which EDA tools and specific tool versions do we need to be active in during the engagement?
- What level of database access will you permit our engineers (full access, masked views, read-only, remote access only)?
- How do you prefer we deliver status: a daily live dashboard, 15-minute standup, weekly exec brief, or a combination?
- What security, NDA, or foundry gating steps must we complete before any access is granted?
- Who is the escalation contact for PM issues and how should we reach them outside standard hours?
Proof, Trust, and References — Show Me the Receipts
- What specific evidence or references would make you comfortable choosing a tapeout partner for this project?
- How many comparable references (same foundry/node/design complexity) would you like to speak with before deciding?
- What three questions will you ask references about their vendor experience?
- Would you find a live demo of our violation-tracking dashboard connected to a sanitized version of your DB helpful in week one?
- What contractual guarantees or SLAs (if any) would materially increase your confidence in a first-pass acceptance outcome?
Decision Time — What Would Make You Say Yes Today?
- Based on everything we've discussed, what is the single most important outcome we must commit to for you to proceed now?
- What conditions must be satisfied in week one to keep the engagement moving forward (select all that apply)?
- Who needs to approve commercial terms on your side and what procurement timeline should we expect?
- Are there budget approvals or procurement constraints that could delay onboarding? If yes, please describe briefly.
- Which onboarding format would help you decide fastest: one-page RACI, week-one checklist, Gantt timeline, or live kickoff walk-through?
-
Current Database Snapshot
Capture the current database state including open DRC counts, unresolved timing paths, missing fill, and legacy IP risks.
Current State
Quick Snapshot — Where's the database right now?
- Which foundry and process node will receive this submission?
- Roughly how many open DRC violations exist today (select best range)?
- How many unresolved timing paths remain (critical / setup / hold) — choose the best bracket?
- Estimate the percentage of the design missing required fill patterns or density fixes.
- What EDA tools and versions are you using for signoff (place a comma-separated list if multiple)?
- When was your last full signoff run (DRC/LVS/PEX/timing)?
- Who is currently the owner for tapeout closure activities on your side? (name, role, and availability)
If we sent your database to the foundry tomorrow, what would they likely flag?
- What single issue are you most worried will cause a first-pass rejection?
- Which DRC rule classes currently have the highest counts or the most stubborn violations?
- Have you had previous first-pass rejections at this foundry or node? If yes, how many and for what reasons?
- On a scale from 1–10, how confident are you that the current database will meet first-pass acceptance? Please explain the main reason for your rating.
- Give one concrete example of a hidden or undocumented foundry expectation that has tripped you up in the past (or that you're worried about now).
Where are the unknowns hiding — the things you can’t easily see yet?
- How would you describe the risk coming from legacy or third‑party IP blocks in this design?
- Which of these IP-related gaps exist today?
- List the IP blocks you suspect could create late surprises (block name + brief reason).
- How long have these IP uncertainties persisted (weeks/months/years)?
- If a legacy IP block requires a respin-level fix, what is your tolerance for timetable slippage (days/weeks) and cost?
What would a foundry rejection look like — and could we spot it earlier?
- Which acceptance checks has your team already completed against the foundry checklist?
- Have you run the foundry’s formal first-pass checklist or only internal signoffs?
- Are PVR (process variability) and model corner signoffs available for review? If not, which are missing?
- What mask-data/mask-prep tasks are outstanding (e.g., OPC checks, reticle layout prep, E-beam shot count)?
- What evidence would you want to see from us to feel confident the foundry will accept first pass?
How fast can we actually close the backlog if we go all-in?
- If we cleared the highest-priority rules first, how many engineers (internal + external) could be assigned to fixes concurrently?
- What’s your realistic per‑day closure rate for violations under focused effort (violations/day)?
- Which types of violations historically take the longest to resolve for your team (pick top two)?
- What turnaround SLAs would make you comfortable (e.g., highest-risk fixes closed within X days)?
- Describe any constraints that slow fixes (tool licenses, compute, IP owner availability, legal access, etc.).
What are you secretly worried might slip through — and how bad would that be?
- Which of these outcomes would cause the most damage to your program?
- If a respin occurs, what is your estimated incremental cost impact?
- Beyond dollars, what non-financial consequences worry you most (hint: deadlines, partners, stock, customer commitments)?
- How do you currently define acceptable risk for this tapeout (e.g., zero‑tolerance on certain classes, flexible on others)?
- Who in your organization must sign off before you accept a foundry handoff (roles, not names)?
How would you like to see progress — and who needs to see it?
- What reporting cadence gives you the right confidence: daily, twice-daily, weekly, or ad-hoc?
- Which metrics do you want on a live dashboard (pick up to four)?
- Who should have read-access vs. edit/owner access to the dashboard (list roles)?
- Which collaboration channels do you prefer for daily updates and escalations?
- Are there compliance or security controls we must follow to access your database (e.g., VPN, IP whitelisting, specific NDA terms)?
What must be true for first‑pass acceptance to feel like success?
- Choose the minimum set of outcomes you require for us to call it a successful first‑pass submission.
- Are there any foundry acceptance items you consider non-negotiable (list them)?
- Would you accept a conditional handoff (e.g., hand off with low-risk cosmetic exceptions) or only a complete clean first pass?
- Which stakeholders must be satisfied at the moment of handoff (internal and external)?
- How should we demonstrate evidence for each closed item (screenshots, runlogs, commit hashes, foundry checklist entries)?
Immediate access and next steps — what do we need to get started now?
- Do we have permission to run a full, read-only tapeout snapshot on your database for an independent assessment?
- Which transfer method do you prefer for secure data handoff?
- What credentials/licenses will we need to run signoff tools in your environment (list tools and license arrangements)?
- Are there calendar constraints in the next two weeks we should avoid (frozen windows, holidays, exec reviews)?
- Who is the single point of contact for rapid decision escalations during the assessment?
-
-
Outcome Discovery
Define success signals (first-pass acceptance), risk tolerances, and reporting cadence (daily dashboards vs. weekly updates).
Discovery Questions
Quick Grounding — Where Are We Starting From?
- How many weeks remain until your target tapeout date?
- What’s the current count of open DRC violations and any known critical rule failures (give a short snapshot or paste the numbers)?
- Do you currently have a dedicated tapeout lead or engineer assigned to final signoff?
- Which foundry and process node will receive the submission (select all that apply)?
- If you selected 'Other' or want to add specifics (process variant, reticle strategy), please describe here.
If This Fails, What Actually Breaks?
- Imagine the foundry rejects the first submission — what are the three most serious impacts that would follow for your program?
- Have you experienced a mask respin or major schedule slip before? If yes, briefly describe the cause and impact.
- What dollar or schedule threshold turns a 'minor issue' into an organizational emergency for you?
- Which emotions do your stakeholders express when you talk about last-mile tapeout risk (select up to two)?
- Who internally would be most vocal or decisive if we flagged a high-risk issue during closure (name role and expected reaction)?
What Would 'First-Pass Acceptance' Truly Look Like?
- If the foundry emailed back “accepted on first submission,” what specific checks and evidence would you expect to be completed and archived?
- Which of these foundry gates must pass for you to call it first-pass acceptance (select all that apply)?
- Are there undocumented or historical foundry expectations (quirks) your team worries about? If so, list them and how you currently handle them.
- Who has final internal sign-off authority before we hand off to the foundry (role names and their minimum acceptance criteria)?
- How strict is your tolerance for any post-submission corrective actions versus insisting on absolute first-pass cleanliness?
How Do You Want Progress Communicated—Live, Daily, or by Exception?
- If you had one choice, would you prefer a live dashboard you can check any time or a concise daily/weekly digest delivered to leadership?
- Which stakeholders should receive real-time or daily updates (select all that must be included)?
- Which metrics must appear on every update for you to trust progress (pick top five)?
- How do you prefer to receive alerts when an issue crosses a threshold—email, Slack/Teams, phone call, or dashboard push?
- If you selected 'Combination', which channel should be used for critical vs. non-critical items?
Which Risks Are Deal-Breakers, and Which Can We Manage?
- Rank these risk categories in order of business impact for your project (1 = highest impact).
- For each of the top two risks you ranked, what is an acceptable threshold (e.g., zero critical DRCs; <50 noncritical; timing slack >= X ps)?
- If we propose a temporary workaround that carries a small known risk to avoid a schedule slip, who must approve that tradeoff?
- Do you have an internal contingency budget or schedule cushion reserved for last-minute fixes (select one)?
- How comfortable are you with us running aggressive fixes that modify database elements versus only proposing design-owner changes?
Who Decides Fast When a Tradeoff Is Required?
- Is there a documented escalation path for late-stage tapeout decisions, and if so, how quickly do they typically respond?
- List the primary decision-makers we should notify for critical closures and the preferred contact method for each (role + channel).
- Would you accept pre-authorized decision rules for low-to-medium severity items to speed closure (for example: auto-accept fixes under X impact)?
- How would you like the project manager integrated into your team during week one (select all that apply)?
- If a 24–48 hour decision window is missed, what should our escalation sequence be?
If This Works, How Will We Know — And What Comes Next?
- Name three concrete success signals we should deliver to you at handoff to call this engagement successful.
- Beyond foundry acceptance, which post-handoff actions do you expect us to own or document (select all that apply)?
- What format and level of detail do you need for the final evidence archive (e.g., full run logs, executive summary, per-rule breakdown)?
- How important is having references or case studies from our prior tapeouts at this foundry/node to your team's confidence in us?
- If everything goes well, would you be open to a short post-mortem meeting 1–2 weeks after handoff to capture improvements for the next cycle?
-
Readiness Assessment Experience
Run the joint tapeout readiness assessment to show live DRC/timing/fill counts, material risks, and a prioritized remediation plan.
Experience Meetings
- Assessment Kickoff & Prework Validation
- Joint Live Readiness Assessment — Run & Dashboard
- Risk Prioritization & Remediation Planning Workshop
- Acceptance Criteria & Foundry Interface Alignment
- Executive Summary & Go/No-Go Alignment
- Assign a foundry interface owner and a clear communications/escalation protocol.
- Tag the top material-risk items (top 10) and assign preliminary severity labels for remediation planning.
- If discrepancies found, schedule a focused re-run session with corrected inputs within 24 hours.
- Recap Live Findings & Evidence
- Convert live assessment findings into a prioritized, owner-assigned remediation backlog with SLAs.
- Agree remediation approaches that directly prove the future-state (first-pass acceptance) when executed.
- Establish daily reporting and escalation processes to give the VP of Engineering continuous visibility.
- Produce the prioritized remediation backlog document with owners, SLAs, and estimated effort hours.
- Schedule required verification runs and reserve tooling/engineer time slots in the coming two weeks.
- PM to configure the daily violation-tracking dashboard and invite stakeholders to the recurring daily standup.
- Identify any immediate hires/contractor needs or scope changes required to meet SLAs.
- Restate Future State & Acceptance Objective
- Agree a concrete, itemized acceptance checklist that maps to foundry requirements and first-pass acceptance.
- Define the exact evidence package and archiving steps required to prove compliance at handoff.
- Introductions & Meeting Objectives
- Finalize and circulate the foundry acceptance checklist and evidence template for signatures.
- Assign and document the foundry POC and establish the first-foundry-query window.
- Prepare the archive process for evidence (naming, storage location, and retention) and share with stakeholders.
- Secure executive alignment on resources and the remediation plan to achieve first-pass acceptance.
- One-sentence Diagnosis, Consequence, and Future State
- Obtain clear go/no-go criteria and any required contingency budget or staffing approvals.
- Confirm the start of the daily remediation reporting cadence and PM integration week-one plan.
- Executive to sign off on the prioritized remediation plan and any requested contingency funding.
- PM to publish the daily standup invite, dashboard access, and week-one integration plan into the customer's EDA workflow.
- Assessment lead to deliver an executive one-page readiness brief and the remediation ETA within 24 hours.
- Establish a single-sentence current-state, consequence, and future-state consensus among stakeholders.
- Confirm all required data, access, and tool integrations are available for the live readiness run.
- Align scope, owners, and schedule for the joint live assessment.
- Customer to deliver final database snapshot, PDK/PDK appendices, and latest PVR/DRC logs to shared location.
- Customer to grant tool and repository access (licenses, credentials) for the assessment team.
- Customer to list critical IP blocks, block owners, and reference tapeout examples at the target foundry.
- Assessment team to confirm run environment and schedule exact start time for the live run.
- Scope Re-confirmation and Safety Checks
- Produce authoritative live counts for DRC, timing, and fill issues with evidence artifacts.
- Identify and demonstrate 3–10 material risks with root-cause evidence tied to potential respin or acceptance failure.
- Obtain explicit stakeholder validation that the live findings match the stated current-state and consequences.
- Export and share the verification run logs, dashboards, and exported violation lists to the shared repo.
- Foundry-specific Acceptance Checklist Review
- Impact Assessment Mapping
- Crystal-clear Current State (one sentence)
- Key Metrics & ETA to First-Pass Acceptance
- Start Automated DRC / PVR Run (live)
- Risk Reduction Impact & Cost Avoidance Estimate
- Explicit Consequence (one sentence + quantified examples)
- Prioritization Exercise (Severity x Effort)
- Real-time Dashboard Walkthrough
- Map Violations to Acceptance Items
- Define Remediation Pathways
- Surface Material Risks with Root-Cause Examples
- Ask: Resources, Contingency Budget, and Decision
- Defined Future State (one sentence)
- Define Evidence Package and Archive Process
- Assign Foundry Interface Owner & Communication Plan
- Create Owner-assigned Backlog with SLAs
- Prework & Data Handoff Review
- Immediate Validation Checkpoint
- Next Steps & Sign-offs
- Assumptions & Scope Confirmation
- Agree Reporting Cadence & Dashboard Views
- Preliminary Risk Tagging & Export of Evidence
-
Solution Scope
Define deliverables, verification runs, reticle prep, PM duties, timelines, and foundry-specific acceptance criteria.
Scope Configuration
- DRC Violation Triage and Automated Fixes
- Manual Fixes for Hard DRC Violations
- Antenna Rule Repair and Re‑verification
- Fill Pattern Insertion and Density Optimization
- LVS Run and Netlist Mismatch Correction
- Parasitic Extraction and SPEF/RCX Generation
- Timing ECO Implementation for Critical Paths
- IR‑Drop and EM Hotspot Fixes with Decap Placement
- Via Redundancy and Reliability Hardening
- Reticle Layout Preparation and Stitching
- Mask Data Preparation, OPC, and Fracturing
- Foundry‑Ready GDSII Generation and Handoff
- Last‑Minute ECO Merge and Hotfix Turnaround
Scope Questions
DRC Violation Triage and Automated Fixes
- What is the approximate total number of open DRC violations in the current database?
- Which DRC categories are the largest contributors to the violation count? (select all that apply)
- Do you have an existing automated fix/script library that can be reused for first-pass fixes?
- Do you want an automated-first-pass triage (auto-fix + human review) or human-first triage?
- Are there foundry-specific custom DRC rule variants we should include in automated fixes? Please list or describe.
Manual Fixes for Hard DRC Violations
- How many 'hard' violations that require manual engineering judgement are present?
- Are the original source files (layout DB, LEF/DEF/GDS, P&R sessions) available for manual edits?
- Do you prefer remote collaboration or on-site engineering for manual fixes?
- What SLA do you require for manual fix turnaround (per high-priority violation)?
- Provide examples or attachments of previous hard violations and the remediation approaches that were used.
Antenna Rule Repair and Re‑verification
- Are antenna rule violations currently flagged in your DRC/LVS reports?
- What foundry node and PDK/version should we reference for antenna rules?
- For antenna repairs, do you prefer conservative repairs (add diodes/metal) or minimal changes to preserve layout?
- Do you require a full re-run of DRC/LVS after antenna repairs or selective verification only?
- Are there IP blocks known to be sensitive to antenna fixes (analog, RF, memories)? Please list.
Fill Pattern Insertion and Density Optimization
- What is the current status of metal density violations or missing fill counts?
- Which layers need fill pattern insertion? (select all that apply)
- Do you require pattern-aware fill (timing/EM-aware) to avoid impacting critical nets?
- Are there reticle boundaries, stitch areas, or restricted regions that fill must not cross?
- List any IP or analog blocks where fill cannot be inserted or needs special rules.
LVS Run and Netlist Mismatch Correction
- Do you have a golden (logical) netlist and an extracted layout netlist available now?
- How frequent are LVS mismatches historically for this design (or similar designs)?
- Do you prefer automated netlist mapping tools, manual cell mapping, or a hybrid approach?
- Are there custom standard cells, black-boxed macros, or third-party IP that need special LVS mapping scripts?
- Provide examples of past LVS issues (naming mismatches, missing ports) and any preferred resolution policies.
Parasitic Extraction and SPEF/RCX Generation
- Do you currently generate SPEF/RCX files for signoff or timing signoff flow?
- What level of parasitic accuracy is required?
- Approximately how large is the netlist for extraction (nets or nodes)?
- Do you need coupling capacitance reports, parasitic maps, or layer breakdowns included in the deliverable?
- Are there constraints on extraction run-time, memory, or compute environment we must design for?
Timing ECO Implementation for Critical Paths
- How many timing violations are present and what is the Worst Negative Slack (WNS)?
- Which ECO strategies are acceptable? (select all that apply)
- Are complete SDC constraints and STA reports available for ECO implementation?
- Do you require a full signoff STA re-run after ECOs are applied?
- What is the acceptable impact on area and power when applying timing fixes?
IR‑Drop and EM Hotspot Fixes with Decap Placement
- Have IR-drop and EM analyses been performed on the current database?
- Do you have target IR thresholds and EM current-density limits that we must meet?
- Do you want automated via/guard insertion and decap placement or manual-reviewed placement?
- List critical power nets or macros that require special IR/EM treatment.
- What trade-offs between decap area and timing are acceptable?
Via Redundancy and Reliability Hardening
- Does your foundry or reliability plan require via redundancy on certain layers?
- Which metal layers should receive via redundancy? (select all that apply)
- Do you have automation/scripts to add redundant vias, or will this be manual?
- Are there density, spacing, or layout conflicts expected when adding redundancy?
- Which nets should be prioritized for redundancy (e.g., power rails, high-current nets, critical signals)?
Reticle Layout Preparation and Stitching
- Is reticle floorplanning and stitching required for your design (multi-tile or wafer-scale)?
- How many reticle tiles/dies per reticle are expected?
- Are there reticle-exception regions, keep-out areas, or alignment marks that must be preserved?
- Do you require automated stitching verification and cross-tile DRC checks?
- Please list any foundry reticle constraints (saw streets width, alignment mark specs) we should integrate.
Mask Data Preparation, OPC, and Fracturing
- Will OPC and mask preparation be handled by your service team, the foundry, or both?
- Do you have access to the foundry's mask rules and OPC decks needed for mask prep?
- Which mask data formats are required for delivery? (select all that apply)
- What is your expected SLA for mask data prep and fracturing turnaround?
- Any special considerations for OPC tuning, e-beam correction, or proximity adjustments?
Foundry‑Ready GDSII Generation and Handoff
- Do you currently have a foundry handoff checklist or acceptance criteria for GDSII?
- Which verification artifacts must be bundled with the handoff? (select all that apply)
- Do you require versioning, stamping, and an archive bundle (with metadata) for the deliverable?
- What transfer method does the foundry prefer for handoff (secure FTP, cloud, physical media)?
- Are there naming conventions, headers, or proprietary GDS metadata that must be included?
-
Mutual Commit
Agree commercial terms, references verification, governance, and the week-one PM integration plan into your EDA workflow.
Agreement Modules
- Non-Disclosure Agreement (NDA)
- Master Services Agreement (MSA)
- Statement of Work (SOW)
- Pricing & Payment Schedule
- Service Level Agreement (SLA) for Closure & Dashboards
- Week-One PM Integration Plan
- Foundry Acceptance Criteria Appendix
- References & Verification Consent
- Data Processing & Security Agreement (DPA)
- IP Ownership & Legacy IP Risk Allocation
- Change Order Process
- Contingency & Schedule Commitments
- Governance & Escalation Matrix
- Risk, Liability & Insurance Terms
- Mask/Reticle Prep & Foundry Handoff Annex
- Termination & Exit Plan
-
Deployment
Operationalize tapeout execution with readiness checks, sequenced workstreams, and validation to secure first-pass acceptance.
-
Pre-Deployment Readiness
Verify tool access, tapeout data handoffs, owner assignments for IP blocks, and contingency plans before execution.
Readiness Questions
Quick Check — The Essentials We Need First
- What is your firm’s target tapeout date (YYYY-MM-DD)?
- Which foundry and process node is this submission targeting?
- How large is the design (tapeout GDS size, layers of routing, or mm^2)?
- Roughly how many open DRC violations and failing timing paths do you currently have?
- Do you have a dedicated tapeout or signoff engineer on staff for this project?
- Who should our team contact first (name, role, email, preferred channel)?
If the Mask Respins — How Bad Would It Be?
- What would a mask respin cost your program in dollars, schedule, customer deliverables, and team morale?
- Which downstream commitments (customers, product launches, revenue milestones) are tied to this tapeout window?
- Has your leadership set explicit tolerance levels for first-pass foundry acceptance (e.g., zero critical DRC, less than X fill violations)?
- How would a one-week delay change your product roadmap or go-to-market plan?
- Tell us about the last time you had a tapeout issue: what went wrong, what surprised you, and how long did it take to recover?
Who's Driving the Final Mile — Roles, Authority, Pain
- Why hasn’t a single owner been empowered to make the final tapeout decisions today?
- List the current owners for database signoff, mask data prep, foundry liaison, and PM (name + role).
- Which of these roles has formal escalation authority to approve a waiver or request a respin?
- How available will your signoff owners be during the 8-week window (daily, on-call, limited, blocker)?
- Do you currently use a formal change-control process for last-minute fixes (check-in, signoff, rollback)? If yes, describe briefly.
Will the Foundry Receive a Usable Submission?
- What's the single most likely reason the foundry would reject your submission on first pass?
- What file formats and delivery methods does your foundry expect for mask data and signoff artifacts?
- Are final PVR/DRC/DFM decks and foundry-specific runlists up-to-date and validated for your node?
- Do you have a single canonical database for the final handoff, or multiple diverging branches?
- Where are your recent verification logs and evidence stored, and can we access them immediately?
Do We Actually Have the Tools and Keys Ready?
- Which critical EDA and foundry tools are people currently blocked from accessing right now?
- Are license counts and runtimes sufficient to run peak-night verification loads (e.g., parallel Calibre runs)?
- Do we have secure transfer mechanisms and keys set up for large file handoffs (SFTP, Aspera, internal DLT)?
- Is there a mirrored compute environment (cloud or on-prem) we can use to run verification under your configs?
- If we need additional tool access, who approves license requests and how quickly can those approvals be granted?
Which IP Blocks Could Upset the Plan?
- Which legacy or third-party IP blocks are most likely to surface unknown DRC/fill/timing issues during final signoff?
- For each high-risk IP block, do you have a designated owner and vendor contact with a support SLA?
- Are there known license, NDA, or escrow constraints that could prevent us from modifying or re-flattening an IP block?
- Have any IP blocks been carved out of verification runs or handled separately in past signoffs?
- What would you need from us to assume ownership of IP remediation (vendor liaison, code changes, re-qualification)?
If the Clock Strikes Midnight — Contingency Thinking
- If a critical violation cannot be closed within your window, what’s your preferred fallback — delay, waiver request, localized redesign, or respin?
- What is the decision threshold that triggers invoking your contingency plan (e.g., >X critical DRC, >Y timing fails)?
- Who has sign-off authority to execute the contingency, and how quickly can they convene?
- What budget or reserve do you have available for emergency fixes, mask respins, or extended run-time?
- How do you want us to surface high-risk items—automated alert, immediate call, or scheduled checkpoint?
How Transparent Should Progress Be?
- Why would daily violation-tracking dashboards change outcomes compared to your current status reporting?
- Who needs to see the dashboards and at what cadence (VP, Design Leads, Foundry Liaison, External partners)?
- Which metrics matter most for your leaders (open DRC count, critical timing paths, fill shortfalls, PVR pass rate)?
- Do you prefer our dashboard integrated into your existing PM tool (Jira/Confluence/Teams) or a separate portal?
- What escalation cadence would put you at ease (real-time alerts, daily morning syncs, weekly executive summaries)?
Week One — How We Become Part of Your Team Fast
- What must happen in the first seven days for our PM and engineers to be fully productive on your project?
- Do we have a confirmed week-one access checklist (tool accounts, repo access, build scripts, runlists)?
- Which communication rituals should we adopt immediately (daily stand-up time, handoff window, weekly steering meeting)?
- Who will be our single day-to-day point of contact and backup for operational queries?
- How should we measure our week-one success (access granted, first verification batch run, initial reduction in DRC counts)?
Commercial & Governance — The Commit That Lets Us Move Fast
- What commercial or contracting items must be settled before work begins (SOW, NDAs, SLAs, payment milestones)?
- If we propose a week-one integration plan, what internal approvals are needed and how long do they typically take?
- What governance cadence do you expect for decisions during the 8-week window (daily ops, biweekly steering, ad-hoc exec)?
- Are there reference checks or foundry-specific track record items you require from our team before committing?
- What would cause you to pause or delay a mutual commitment on the commercial terms?
Deciding Now — What Would Make You Hesitate?
- What is the single biggest unresolved concern that would make you hesitate to give us authorization to proceed today?
- If we addressed that concern within 48 hours, would you be willing to onboard our PM and engineers immediately?
- What additional proof points or guarantees would give your VP of Engineering the confidence to move forward (SLA language, milestone payments, escrow)?
- How should we document and agree on the initial success signals for first-pass foundry acceptance?
- Finally — what’s the best time for a short alignment call to convert this discovery into an immediate week-one action plan?
-
Tapeout Execution
Execute fixes, fill insertion, final PVR/DRC runs, mask data prep, and foundry handoff with daily violation-tracking dashboards and clear owners.
-
Validation & Acceptance
Run final acceptance checks, archive evidence, and confirm foundry handoff status and any post-submission actions.
Validation Questions
Start Here — Quick Snapshot
- What is your target tapeout date (best estimate)?
- Which foundry are you planning to submit to?
- What process node / nominal PDK node are you targeting?
- Roughly how many open DRC violations does your current database show?
- Do you have a dedicated tapeout engineer or team currently focused on signoff?
- Who is our primary contact for this conversation (role/title)?
What Keeps You Up at Night?
- If we miss a single foundry acceptance rule, how confident are you that it won’t cost a mask respin or schedule slip?
- Tell us about a past close-call or rejection—what happened, and what burned the most time or money?
- Which of these outcomes worries your leadership the most right now?
- How does the thought of a late-stage violation or respin affect the team emotionally and operationally?
- How tolerant is leadership for schedule slippage or added cost at this stage?
The Database Speaks — What Is It Telling Us?
- If your database could tell us one hidden problem that will cause a foundry rejection, what do you think it would say?
- Please break down current unresolved issues—select all that apply and estimate counts where possible.
- If you selected DRC violations above, choose the best range that matches your database now.
- How many timing paths are unresolved or marginal (rough estimate)?
- Do you have automated fill insertion configured now, and does it run end-to-end in your flow?
- Are there known legacy IP blocks (third‑party or internal) that historically surface new violations late in signoff?
- Describe the last time you ran final PVR/DRC — what were the top three failures and how long did they take to resolve?
Who Decides—and Who Can't Be Surprised?
- Who will sign final acceptance to ship the database to the foundry, and are there hidden approvers we should know about?
- Which stakeholders must be kept in the loop daily versus weekly (pick all that apply)?
- What are the non-negotiable acceptance criteria your team requires before giving 'go' for submission?
- Who is your primary foundry contact for acceptance questions (name/team), and are they available for a joint walkthrough in week one?
- How do you prefer escalations to be handled if a critical issue appears—formal change control, direct exec notification, or tactical hotfix flow?
- Who owns the IP block signoffs and do those owners have bandwidth in the tapeout window?
If the Foundry Rejected Us Tomorrow, What Would That Cost?
- Imagine the foundry rejects the first submission — what is the realistic financial impact you expect?
- Beyond direct cost, what operational or business impacts would a rejection create (pick all that apply)?
- What level of risk (probability × impact) would you accept for first-pass submission versus postponing to eliminate uncertainty?
- If we estimate a likely respin cost, who in your organization would approve that remediation spend?
- Have you modeled contingency budgets or time buffers for a potential respin? If yes, please summarize.
What Would First‑Pass Acceptance Really Look Like?
- If you woke up on submission day and felt totally confident, what three metrics would be green on your dashboard?
- What evidence or artifacts does your team require archived with the submission (pick all that apply)?
- How often do you want visibility while we close items—daily dashboards, twice-daily syncs, or weekly summaries?
- Which format helps your execs make quick decisions—visual violation tracker, short status digest, or phone brief?
- What would be an unacceptable surprise to find in the 'evidence' package after submission?
- Are there specific foundry acceptance items that, if unmet, automatically trigger a delay in your release process?
Week One — What Must Happen for Us to Move Fast?
- If our PM and engineers joined your team on Monday, what would be the top three things they must have by day two?
- Which EDA tools and versions are in your signoff flow (pick all that apply)?
- Do we have read/write access to the database and the automated scripts we need to run verification in your environment?
- Who will be our day‑to‑day engineering liaison, and do they have protected time for tapeout activities?
- What are your preferred acceptance checkpoints in week one (pick up to three)?
- What integration risks do you anticipate in week one that could slow velocity (access, licensing, IP escrow, etc.)?
Who Do You Need to Hear From to Say Yes?
- Which references or proof points would reassure you most about our ability to get first-pass acceptance at your foundry/node?
- If we offered a short joint readiness assessment, what would you need to see in its results to commit to a full engagement?
- Who on your side will run a reference check or request case studies, and what criteria will they use?
- Which success stories (foundry + node + design scale) would you like us to share up front?
- How quickly would you need references returned to feel comfortable moving forward?
-
-
Success
Review outcomes versus success signals, capture lessons learned, and keep a shared backlog for issues and next-cycle improvements.
Success Reviews
- Success Review — Executive & Engineering Alignment
- Lessons Learned Workshop — Engineering Postmortem
- Shared Backlog Prioritization & Next-Cycle Roadmap
- Validation Archive, Reference & Continuous Support Plan
Issues & Enhancements
- Trigger contractual/commercial next steps tied to acceptance (e.g., final invoice, reference ask).
- Opening & Objectives
- Prework & Artifact Check
- Identify root causes for the top engineering failures and surface systemic process gaps.
- Create a prioritized list of improvements with owners and measurable acceptance criteria.
- Agree on a short list of quick wins to implement before the next readiness assessment.
- Document root-cause findings and add prioritized improvement items to the shared backlog.
- Assign owners and SLAs for each improvement and schedule check-ins to validate completion.
- Update internal tapeout runbook/checklists with lessons learned and distribute to stakeholders.
- Backlog Overview & Scoring Criteria
- Prioritize the shared backlog using transparent criteria and commit high-priority items to the roadmap.
- Assign owners, resources, and timelines for committed items.
- Establish a regular backlog review cadence and reporting expectations.
- Update the shared backlog with triage results, priorities, owners, and target dates.
- Publish the next-cycle roadmap and circulate to stakeholders for alignment.
- Schedule recurring backlog grooming meetings and set dashboard watchers.
- Final Evidence & Archive Walkthrough
- Ensure the validation archive is complete, accessible, and meets customer security/compliance needs.
- Secure customer approval to use the engagement as a reference or case study (or capture limitations).
- Agree the scope, SLAs, and cadence for ongoing support and monitoring until the next tapeout cycle.
- Deliver the final archived evidence bundle and confirm access/retention details.
- Draft the case study and send for customer review/approval with a specified deadline.
- Document the continuous support plan, create escalation contacts, and schedule the next readiness assessment.
- Confirm that delivered outcomes meet or fail each pre-agreed success signal with evidence.
- Obtain formal customer acceptance or an agreed residual-action list with owners and timelines.
- Ensure executives have a clear, quantified understanding of cost/risk avoided.
- Produce final acceptance statement and archive evidence package for customer sign-off.
- If residual items exist, create tracked backlog entries with owners and due dates.
- Current State Snapshot (one-sentence)
- Customer Reference & Case Study Ask
- Triage High-Impact Items
- Timeline Walkthrough
- Root Cause Analysis
- Draft Case Study Outline & Metrics
- Consequence Summary
- Roadmap Mapping
- Outcome vs Success Signals
- What Worked Well
- Continuous Support Scope & SLAs
- Resource & Commitment Review
- Improvement Opportunities & Risk Mitigations
- PM Integration & Next Readiness Kickoff
- Define Acceptance Criteria & Validation Plan
- Proof & Evidence Review
- Cadence & Ownership for Backlog Reviews
- Customer Validation & Sign-off
- Prioritize Quick Wins vs Strategic Changes
- Assign Owners, SLAs & Validation Criteria
- Immediate Next Steps & Close