write action

An operation that changes data or state in a customer system — requires stricter permissions, validation, and audit logging than read actions. Always treated with extra scrutiny.
The write action required a separate security review.

dry run

A test execution that exercises the full workflow without committing production changes.
The FDE did a dry run of the renewal workflow before enabling write-back.

data contract

A clear agreement about the schema, semantics, freshness, quality, and ownership of data flowing into a deployment. Without one, the deployment breaks silently when the source changes.
The deployment kept breaking until the FDE wrote a data contract with the warehouse team.

time-to-value

The time between starting the engagement and the customer seeing a useful, measurable result. FDEs optimize for this by launching one workflow instead of boiling the ocean.
The FDE optimized for time-to-value by launching one workflow instead of boiling the ocean.

deployment playbook

A practical guide for repeating a deployment: prerequisites, architecture, steps, blockers, owners, tests, launch plan, and support model. Lets another FDE run the same play without rediscovering everything.
The deployment playbook helped a new FDE launch the same workflow at another account.

product gap

A missing product capability that forces field teams into custom work or blocks customer value. Should be logged and escalated — not silently worked around every time.
The FDE logged a product gap for per-region approval policies.

environment parity

How closely staging, sandbox, and production match in data shape, permissions, network rules, and system behavior. Poor parity is the root cause of most 'worked in staging' failures.
Poor environment parity explained why the test passed and production failed.