Grid Reliability Consulting
Long-cycle programs where regulation, capital, and grid reliability define the pace.
This interactive experience is the shipped product itself — the same application code customers run in production, mounted read-only in your browser over a real sample journey. Not a video, not a mockup: because the demo and the product are one codebase, it can never drift from the real thing.
Inside this journey
-
Executive Reliability Alignment
Align on the study backlog impact, regulatory deadlines, stakeholders, and measurable success signals for relieving study capacity constraints.
Discovery Questions
Quick orientation so we start aligned
- How often does your planning organization face a study backlog that exceeds six months?
- Describe the last time you escalated a backlog issue to executive leadership and the outcome they required
- When you say 'study capacity constraints', who on your team is most directly impacted day to day?
- Estimate how many outstanding interconnection studies in your queue are currently at risk of missing RTO deadlines
- Could your executive sponsor commit to a decision briefing within two weeks if the initial SOW matches priorities?
Where the backlog hurts most
- If you lost a single major interconnection customer because a study missed an RTO deadline, what immediate financial or operational impact would that create?
- How often over the last 12 months have you received formal notices or threats from interconnection customers about leaving the queue?
- Tell me about the most recent study the RTO sent back for revision, what specifically triggered the rework?
- Which single failure mode, if not addressed, would guarantee a missed deadline or audit finding within the next 6 months?
Who's accountable and who moves first
- Who has final sign off for study acceptance and who signs the paperwork that commits your team to RTO timelines?
- Name the roles that must be available from your side during the engagement and the realistic full-time equivalent availability for each
- Do you have a single point of contact authorized to approve deliverables and accept invoices?
- If your nominated lead engineer became unavailable, who could step in immediately without delaying deliverables?
Regulatory deadlines that will make or break this
- Which RTO or NERC deadlines are binding for the studies in your queue over the next 12 weeks?
- By when must each of those deliverables be submitted to avoid penalties or loss of queue position, list dates or weeks if known
- Are there pending audits or compliance reviews tied to these studies that a late delivery would jeopardize?
- What single regulatory consequence would make you pause engaging an external vendor today?
Model, data, and toolchain readiness
- Walk me through the model files, scenario definitions, and tool versions you treat as the authoritative source for interconnection studies
- List the data owners and the secure transfer methods currently approved for sharing system models and market data
- Confirm whether your primary study platform versions match the RTO versions used for official review
- Describe the highest probability data or model gap that could force a study re-run after initial delivery
- Identify who on your team can approve a model change or accept residual model risk so work can proceed on schedule
Known risks and blockers
- Identify the single operational risk that most often caused study delays in the last 12 months
- Explain how change orders or scope creep are currently processed and how long approvals typically take
- Estimate the average number of business days added to a study schedule when rework is required
- Share which internal approvals most commonly create the longest delays and why
- Would you be able to authorize a fast track fix that keeps the schedule if a critical data handoff failed in week one?
The alternative paths you are weighing
- What alternatives to hiring external study relief have you evaluated, including incumbents, in house options, or other consultants?
- Have any internal teams proposed absorbing the backlog without outside help and what trade offs did they estimate?
- List the specific criteria that would make you prefer the incumbent or an internal fix over bringing in a new partner
- Is there a single condition under which you would cancel vendor selection and keep your current approach?
- Name the stakeholders in procurement or legal who will need to approve third party access to models and why
Clear acceptance signals and how we measure success
- Assuming we proved study results to the RTO's satisfaction, what would make you sign acceptance and trigger billing within a week?
- Rank the acceptance artifacts that matter most: validated model, run logs and scripts, RTO ready analysis package, executive summary
- Specify the maximum number of formal review cycles you will accept before you consider the deliverable rejected
- Would an executive level assurance of senior engineer time and named replacements accelerate your decision to proceed?
- Share any procurement or audit criteria that would prevent acceptance even if the technical work meets specifications
Commitment timing and immediate next steps
- By when would your team need a signed mutual commit and SOW to hit the critical RTO dates?
- Clarify the approval path and estimated time each approver needs once you receive a proposed SOW
- Are there budget gating items or capital approvals that would block signing within your needed window?
- Could your executive team commit to a pilot or fixed scope tranche that shortens procurement timelines?
- Will any single missing element on our readiness checklist, for example named data owners or an approved secure transfer method, stop you from signing an SOW this month?
-
Technical Working Sessions
Run focused technical sessions to inventory models, validate assumptions, prioritize interconnection studies, and confirm acceptance criteria for deliverables.
Working Meetings
- Assumption and Scope Clarification, Study Prioritization
- Per-Study Model and Data Inventory
- Technical Assumptions Validation and Acceptance Criteria
- Study Sequencing, Resource Commitment, and Run Schedule
- Deliverable Acceptance Checklist and RTO Submission Readiness
- Publish the final study schedule with milestone definitions and review points.
- Confirm the reporting template and file format to be used for acceptance reviews.
- Propose sequence and parallelization options
- A final study execution schedule with milestone dates and sequencing agreed.
- A documented staffing commitment including senior-engineer review points and expected turnaround times.
- A contingency plan listing actions and timeline adjustments if model or data gaps appear during execution.
- Confirm engagement constraints and deadlines
- Record the committed senior-engineer availability windows and escalate any conflicts prior to the first run.
- Prepare the contingency triggers and adjustment procedure to be used if delays occur.
- Review deliverable components against acceptance criteria
- A completed deliverable acceptance checklist that will be used to verify each study deliverable.
- A documented RTO submission package template and a clear go/no-go condition for submission readiness.
- A defined sign-off workflow and timeline that triggers billing and formal handoff.
- Publish the acceptance checklist and the RTO submission package template.
- Confirm the sign-off workflow participants and the timing that triggers billing.
- Record the post-acceptance support scope and response time commitments for audit evidence.
- A finalized prioritized list of up to three interconnection studies with documented rationale for the rankings.
- A per-study list of required deliverables and whether RTO-ready artifacts are required, recorded for follow-up sessions.
- A constraints checklist identifying hard deadlines and gating risks to enforce during planning.
- Publish the prioritized study list with rationale and deliverable summary for each study.
- Collect and share the queue metadata and regulatory deadlines that informed prioritization.
- Flag any studies requiring immediate escalation due to imminent RTO deadlines.
- Confirm study scope and required model types
- A completed model and data inventory record listing files, versions, locations, and owners for the study.
- A prioritized gap list with estimated effort and acceptance criteria for model validation.
- A confirmed secure transfer method and timeline for any missing artifacts.
- Publish the model inventory record and gap list for the study.
- Provide access credentials or initiate the secure transfer for listed model files by the agreed deadline.
- Schedule model validation tasks for each identified gap with estimated completion dates.
- Review proposed technical assumptions per study
- A signed list of validated technical assumptions and scenario definitions for each study.
- A finalized set of quantitative acceptance criteria and required artifact formats for deliverables.
- A documented list of disputed assumptions with required evidence and resolution deadlines.
- Publish the validated assumptions document and acceptance criteria for each study.
- Provide the evidence or data items required to resolve disputed assumptions by the agreed dates.
- Present candidate study inventory
- Confirm milestone definitions and acceptance gates
- Assemble the RTO submission package template
- Validate or revise contingency and scenario lists
- Walk the existing model artifact register
- Agree senior-engineer review cadence and availability window
- Define quantitative acceptance criteria
- Define the sign-off workflow and timing
- Prioritize studies using agreed criteria
- Identify gaps and validation needs
- Define required deliverables per prioritized study
- Confirm post-acceptance support scope
- Record data ownership and transfer method
- Log disputed assumptions and evidence required
- Finalize turnaround times and contingency plan
-
Engagement Scope
Define study types, deliverables, responsibilities, timelines, senior-engineer assignments, and clear out-of-scope boundaries.
Scope Configuration
- Update Network Model to Study-Ready State
- Execute Steady-State Power Flow Studies
- Run Contingency (N-1/N-2) Security Analyses
- Perform Short‑Circuit and Fault Current Studies
- Run Dynamic and Transient Stability Simulations
- Develop Detailed Renewable and Inverter Models
- Deliver Interconnection Impact Study Reports
- Provide Costed Mitigation and Funding Options
- Prepare NERC Compliance Documentation Package
- Participate in RTO/ISO Planning and Stakeholder Meetings
- Handover Study Models and Staff Technical Training
- Expedited Turnaround Block for High‑Priority Studies
- Protection Coordination and Relay Setting Updates
- Support Field Implementation and Commissioning Assistance
Scope Questions
Update Network Model to Study-Ready State
- Provide the list of case files and one-line diagrams (SLD) you will supply (file names and formats, e.g., .raw, .sav, .xlsx).
- List the system snapshots (season, peak/light load, contingency cases) that must be prepared for studies.
- Do you have recent verified equipment nameplate and thermal ratings for transformers and lines (yes/no)?
- Which specific RTO/ISO study procedure section governs your network model requirements (cite section or upload reference)?
- Identify existing data gaps we should remediate (e.g., missing relay zone boundaries, incomplete breaker statuses, inaccurate bus coordinates).
- When should the study-ready model be delivered to our team relative to the study start date (days before start)?
Execute Steady-State Power Flow Studies
- Describe the target steady-state outputs you need (e.g., node voltages, branch loading percent of rating, MW/Mvar injections) and file format for results.
- Specify the thermal rating basis we should use for branch limits (e.g., summer emergency rating C0/C1, seasonal nameplate, RTO posted rating).
- Are there submitted interconnection queue IDs or generator IDs that must be included in the base-case injections?
- Indicate any locational transfer limits or posting constraints to enforce during power flow runs (MW thresholds, interface boundaries).
- Estimate the number of distinct scenario permutations (load levels x resource dispatch x outages) you expect us to run.
- Identify the solver convergence tolerances your acceptance requires (e.g., mismatch < 1e-3 pu, power mismatch < 0.5 MW).
Run Contingency (N-1/N-2) Security Analyses
- List the contingency categories to include (single line outages, bus faults leading to breaker trips, generator trips) and reference the RTO contingency list if applicable.
- Which N-1 and N-2 performance thresholds govern violations (e.g., overload >100% rating, voltage outside ±5%)?
- Do you require contingency screening by sensitivity (e.g., only study contingencies that produce >X% change at monitored buses)?
- Identify the monitored buses, interfaces, and equipment tags that must trigger automated reporting when limits are exceeded.
- When reporting contingency outcomes, which deliverable format do you prefer (summary dashboard, CSV contingency list, annotated SLDs)?
- Are probabilistic or sensitivity studies required for N-2 rare-event screening (yes/no)?
Perform Short‑Circuit and Fault Current Studies
- Provide the fault types and locations to model (three-phase bolted, SLG, LLG, specified buses or substations).
- Which standard or threshold should we reference for short-circuit results (e.g., manufacturer trip limits, protective device interrupting rating)?
- Identify the equipment for which you need interrupting rating verification (transformers, breakers, switchgear) by tag or substation.
- Do you want steady-state fault current, peak asymmetrical current, and x/R ratio reported for each bus (select)?
- Estimate whether existing protection device databases (relay models and settings) are complete for fault duty assessment.
- Are arc flash calculation outputs required alongside short-circuit results (yes/no)?
Run Dynamic and Transient Stability Simulations
- Describe the dynamic scenarios to simulate (loss of large generator, loss of major tie-line, inverter tripping, fault-clearing delays).
- Which model fidelity do you require for synchronous machines and controls (detailed governor/exciter vs aggregated models)?
- Identify required dynamic performance metrics (ROCOF, frequency nadir, damping ratios, voltage recovery time) and pass/fail thresholds.
- Do you require time-domain replay files and plots for each run (select output types)?
- Are hardware-in-the-loop or controller model-in-the-loop interactions needed for inverter behavior validation (yes/no)?
- When performing stability runs, which simulation time step and total run time do you prefer (e.g., 10 ms step for 20 s)?
Develop Detailed Renewable and Inverter Models
- Specify the inverter-based resource types and control modes to model (PV plant with low-voltage ride-through, battery with synthetic inertia).
- Provide the manufacturer model files or parameters you can supply for site inverters, turbines, and plant controllers (file names/formats).
- Are IEEE 1547 response modes and setpoints (ride-through curves, reactive capability) mandated for these resources?
- Identify the plant-level aggregation approach you prefer for large fleets (detailed per-unit vs aggregated single-machine equivalent).
- Do you require hardware/firmware version tracking for deployed inverters as part of the model (yes/no)?
- Explain any site commissioning constraints that affect model parameter validation (limited access windows, restricted data telemetry).
Deliver Interconnection Impact Study Reports
- List the mandatory sections your RTO or internal review requires in the interconnection report (executive summary, thermal/voltage analysis, mitigation list).
- Which file formats and templates are required for report submission to your RTO (PDF, Excel contingency tables, annotated SLDs)?
- Identify the review cycle expectations (number of internal review rounds, turnaround days per round) for draft and final reports.
- Specify any regulatory artifacts that must accompany the report (traceability matrix to RTO study procedure sections, queue application cross-reference).
- How will you accept the interconnection impact study deliverable (signed acceptance checklist, RTO submission-ready package, or formal meeting sign-off)?
- Are there external reviewers (e.g., developer technical reps) who must be included in the report review loop (yes/no)?
Provide Costed Mitigation and Funding Options
- Describe the level of cost estimate accuracy you require for mitigation options (order of magnitude, budgetary ±30%, detailed estimate).
- Identify the mitigation categories to cost (network upgrades, reactive compensation, generation redispatch agreements, protection device replacements).
- Do you require alternatives for funding models (customer-funded upgrades, system-funded, cost-sharing scenarios)?
- Specify any capital approval thresholds or cost caps that constrain mitigation options (e.g., projects >$1M require board approval).
- Are construction schedule estimates and permitting risk notes required alongside cost estimates (yes/no)?
- Estimate whether site-specific geotechnical or right-of-way studies will be needed to validate cost assumptions.
Prepare NERC Compliance Documentation Package
- List the specific NERC standards and clauses this documentation must address (e.g., PRC, FAC, TPL clauses and clause numbers).
- Which evidentiary artifacts do you require in the package (model cases, run logs, signed checklists, RTO correspondence mapping)?
- Identify the audit timeline we must satisfy (date of next NERC audit or internal compliance review).
- Do you require a compliance traceability matrix mapping each study result to specific NERC requirement language?
- How will you accept the compliance documentation package (signed evidence checklist and traceability matrix acceptable for audit)?
- Are there internal compliance reviewers or external consultants who must review the package before finalization?
Participate in RTO/ISO Planning and Stakeholder Meetings
- Which RTO/ISO meeting types should we attend on your behalf (planning working group, stakeholder forum, queue meetings)?
- Provide the expected frequency and timing of meetings we must support (weekly, biweekly, monthly and typical time windows).
- Identify the level of representation required at each meeting (senior engineer presentation, technical note author, Q&A support).
- Are pre-meeting deliverables required (slide decks, summary memos) and in what lead time before the meeting?
- Do you require meeting minutes and action-item tracking uploaded to your shared repository after each meeting (yes/no)?
- Identify any confidentiality or data-sharing constraints that limit our speaking points at public stakeholder sessions.
-
Mutual Commit
Finalize the SOW, staffing and time commitments, confidentiality/data-access terms, pricing, and acceptance criteria.
Agreement Modules
- Master Services Agreement (MSA)
- Statement of Work (SOW)
- Confidentiality & Data Access Agreement
- Pricing Annex & Order Form
- Resource Assignment Addendum
- Acceptance Criteria & Sign-off Checklist
- Model Ownership & Transfer Agreement
- Change Order Agreement
- Invoicing & Payment Terms
- Data Processing Agreement (DPA)
- NERC Compliance Addendum (conditional)
-
Delivery
Operationalize study delivery with readiness checks, execution, and formal acceptance.
-
Pre-Delivery Readiness
Confirm concrete readiness facts: model ownership, simulation tool versions, secure transfer method, named data owners, and RTO study deadlines before work begins.
Pre-Deployment Questions
Environment and access
- Which system environments will the seller need access to for the studies? (select all that apply — this determines export/import approach)
- Is a secure transfer method and access protocol for model exchange already agreed? (so we can plan onboarding)
- Are the simulation tool families and major-version compatibility confirmed for the study runs? (confirms run compatibility without asking version values)
Data and configuration
- Who is the authoritative owner (role or team) of the master planning model(s) we will use? (enter role/team — so we know who to request access from)
- Is there an agreed model licensing or access arrangement for the seller (copy, read-only license, or remote session)?
- Are scenario definitions and baseline validation checkpoints (contingency lists, n-1 cases, renewable levels) finalized for the study scope? (so we can lock run sets)
People and ownership
- Who is the buyer-side single point of contact (role/team) responsible for approvals, scheduling, and acceptance? (enter role/team)
- Are the senior-engineer reviewers and their committed availability windows confirmed for milestone reviews?
- Who will be the named data owner (role/team) responsible for approving data integrity issues during delivery? (enter role/team)
Timing and constraints
- Is the RTO study filing/deadline confirmed?
- If a specific RTO deadline or milestone exists, enter the deadline date or milestone identifier here (so we can schedule milestones).
- Are there blackout windows, change-control freezes, or regulatory audit periods that will prevent model updates or study runs? (if yes, we'll request the next available work window)
-
Configuration & Model Validation
Lock exact configuration values: model files, scenario definitions, validation checkpoints, and run settings the delivery team will use.
Configuration Details
Locking the Model Snapshot
- Enter the exact model file path or secure-transfer artifact name the delivery validation pipeline will ingest (format: absolute storage path or secure-transfer artifact name; e.g. s3://bucket/path/model.sav or /mnt/share/model.raw). Enter the exact value the pipeline should use.
- Select the model file format the validation pipeline will parse (this determines the parser the delivery step will load). Default: Vendor-specific binary model.
- Enter the model version string or snapshot timestamp the delivery pipeline will treat as the canonical input (format guidance: YYYY-MM-DDTHH:MMZ or semantic version, e.g. 2026-07-01T12:00Z or v1.2.3).
Scenario Definitions the Delivery Team Will Run
- How many scenario variants should the delivery pipeline run for validation and initial study delivery? (numeric — Default: 3)
- Enter the exact repository path or filename that contains the scenario definitions the runner will ingest (format: repo/path/to/scenarios.json or storage-path/to/scenario-set.zip). Enter the exact value.
Validation Checkpoints (consumed by the model-validation step)
- Maximum allowable bus voltage deviation (per unit) between buyer baseline and validated model for the model-validation checkpoint. Default: 0.01 (enter numeric decimal).
- Maximum allowable branch flow discrepancy as percent of branch rating used for validation acceptance. Default: 2 (enter numeric percent without % sign).
- Enter the exact acceptance artifact filename the validation step will produce and that downstream delivery will reference (Default: model-validation-report.pdf). Provide exact filename.
Run Settings & Ownership (values consumed by the run orchestration and approval workflow)
- Select the run reproducibility policy the delivery pipeline will use (this determines whether a fixed seed is required and how it is exchanged). Note: do NOT paste secrets here; fixed seeds/secrets are exchanged via your secrets manager at kickoff.
- Enter the named validation lead who will approve the model-validation checkpoint results (format: Full Name — Role — email). This exact contact is used by the workflow for approvals.
-
Study Delivery
Execute studies with scheduled milestones, senior-engineer reviews, interim findings, and RTO-ready analysis artifacts.
-
Acceptance & Billing Sign-Off
Formal client acceptance checklist confirming each deliverable, review cycle completion, and the sign-off that triggers the billing milestone.
Checklist items
- Receive signed Acceptance Letter from buyer's designated approver
- Obtain written acceptance for each deliverable package
- Verify completion of final review cycle for every deliverable
- Confirm zero open critical issues in the issue tracker as acknowledged by buyer
- Receive final model files and simulation artifacts via the agreed secure transfer method
- Confirm transfer or approved retention of confidential data per the SOW
- Deliver knowledge-transfer package and confirm buyer attendance/receipt
- Upload final compliance-evidence bundle and obtain buyer confirmation for audit use
- Obtain written Permission to Operate (PTO) or equivalent authorization where applicable
- Secure formal billing-trigger sign-off and initiate invoicing per SOW
-
-
Sustain & Compliance Support
Review outcomes, transfer knowledge to internal staff, track open issues, and maintain a shared channel for audit evidence and enhancement requests.
Success Reviews
- Go-live health check
- First measurement review
- Compliance evidence and audit channel review
- Knowledge transfer and staff enablement review
- Quarterly sustain and enhancement review
Issues & Enhancements
- Complete remaining runbooks and publish them in the agreed repository with version control.
- Update and publish the audit evidence retention and access policy documentation.
- Schedule monthly evidence-sync checkpoints until completeness targets are met.
- Documentation and runbook completeness review
- Achieve the target percentage of deliverables with completed transfer documentation as recorded in Engagement Scope.
- Internal staff proficiency meets the agreed assessment threshold, or a remediation plan is in place.
- A final documentation handover checklist and storage location are confirmed.
- Reconfirm agreed deliverables and owners
- Schedule additional hands-on shadow sessions for staff who did not meet proficiency targets.
- Run a reassessment of staff proficiency after remediation is complete and report results.
- Quarterly metrics review
- Maintain or improve the RTO study deadline compliance rate toward Mutual Commit targets.
- Reduce average turnaround time per study quarter over quarter, or document a corrective plan.
- Agree a prioritized enhancement backlog and owners for next quarter.
- Owner to close or advance the top five backlog items before the next quarterly review.
- Publish prioritized enhancement backlog with acceptance criteria and estimated effort.
- Refresh any audit evidence items older than six months and confirm via the evidence channel.
- All delivered artifacts and their owners are confirmed and accessible.
- Critical operational blockers are identified and assigned remediation actions with dates.
- Audit evidence channel and access controls are validated for initial usage.
- Publish an access matrix listing model files, evidence repository locations, and named data owners.
- Resolve any critical blockers preventing model runs or evidence uploads within the agreed short-term remediation window.
- Schedule the first knowledge-transfer workshop for internal staff within two weeks.
- Confirm metric reporting sources and next review date.
- Assign corrective actions with owners and firm completion dates to address identified gaps.
- Determine whether backlog count and average turnaround time are trending toward Mutual Commit targets and document any shortfalls.
- Present first-period metrics vs Mutual Commit targets
- Deliver a root-cause findings memo with recommended fixes and an updated timeline to return to Mutual Commit targets.
- Implement the top-priority remediation tasks and report status in weekly updates until the next measurement review.
- Publish the metric feed definition and owner for automated reporting.
- Audit evidence repository completeness check
- Achieve a documented path to reach the audit evidence completeness rate required by Engagement Scope.
- All open compliance issues have named owners and agreed resolution dates.
- The audit evidence channel and retention policy are confirmed and accessible to auditors on request.
- Populate missing audit artifacts in the evidence repository and mark completion status.
- Validate access and evidence channels
- Backlog burn-down and high-severity issues
- Open compliance issues review
- Review staff proficiency assessment results
- Root-cause diagnosis for any variance
- Plan targeted enablement to close gaps
- Enhancement requests and prioritization
- Agree corrective actions and recovery timeline
- Confirm the shared audit channel and retention policy
- Early operational signals and ingestion checks
- Assign owners and remediation schedule for open items
- Finalize documentation handover checklist
- Audit readiness and documentation freshness
- Confirm measurement cadence and data sources
- Blockers and open issues triage
- Agree immediate remediation actions