Episode Details

Power Automate is commonly described as a workflow tool. That description is incomplete and dangerous at scale. What most organizations are actually operating is an automation control plane: a distributed system that makes decisions, executes actions, moves data, and creates side effects across the enterprise. This episode reframes automation as infrastructure, explains why most low-code failures are architectural, and introduces enforceable patterns for building automation that survives scale, audits, and change. The Control Plane You Already Run Automation quietly becomes operational dependency. Flows don’t just “move information.” They:

• Write and delete records
• Trigger approvals
• Move files across boundaries
• Activate downstream systems
• Execute under real identities

When something breaks, the business impact is immediate. That’s why “the flow works” is not success. It’s often the beginning of entropy: outages, audit friction, unpredictable cost growth, and now AI agent sprawl. Low Code Is Not Low Engineering Low code removes friction. It does not remove engineering responsibility. In enterprise automation:

• Identity equals authority
• Connectors are integration contracts
• Environments are isolation boundaries
• Retries, loops, and triggers shape cost and stability

Because low code is easy, many of the hard questions never get asked:

• Who owns this automation?
• What happens if it runs twice?
• What happens if it partially succeeds?
• What happens when the maker leaves?

The platform enforces configuration, not intent. If you didn’t encode a boundary, it does not exist. Why Executives Should Care Automation becomes business-critical without being labeled as such. Executives care because:

• A “workflow” outage is a business outage
• Costs grow from invisible execution churn
• Audits require proof, not good intentions
• Automation creates distributed write access

When an organization cannot explain what happened, who executed it, and why a system changed, the issue is not tooling. It’s a control-plane failure. What an Automation Control Plane Really Is The control plane is everything that shapes execution without being the business payload. It includes:

• Identity and connections
• Connectors and throttling behavior
• Environments and DLP policies
• ALM, solutions, and deployment paths
• Logging, analytics, and audit trails

These parts don’t operate independently. Together, they form one authorization and execution machine. Over time, unmanaged exceptions become permanent architecture. The Core Model: Intent → Decision → Execution This separation is the foundation of automation excellence. Intent

• Business contract and risk boundary
• What must happen and must never happen
• Ownership and kill switch

Decision

• Classification, routing, prioritization
• AI and probabilistic reasoning belong here
• Can be wrong safely

Execution

• Writes, deletes, approvals, notifications
• Must be deterministic
• Idempotent, auditable, bounded

Most failures happen when decision and execution are mixed in the same flow. Common Automation Failure Modes Most estates fail in predictable ways:

• Branching logic creates non-enumerable behavior
• Retries amplify load instead of resilience
• Triggers fire when no work is needed
• Authority becomes orphaned
• Nobody owns the side effects

The result isn’t “broken automation.” It’s automation you can’t explain. Anti-Pattern #1: Christmas Tree Flows Christmas Tree flows grow as every exception becomes a branch. They are characterized by:

• Deep nesting
• Multiple execution endpoints
• Decision logic glued to side effects
• Run histo