-
Notifications
You must be signed in to change notification settings - Fork 0
2026 05 17 post gap closure persistence low code bots agents
What longitudinal evidence exists on persistence rates after the original gap is closed for low-code applications, bots, and agents in live enterprise estates?
In scope:
- Empirical evidence on retention, abandonment, replacement, or stabilisation of low-code applications, bots, and agents after the original process gap is addressed
- Persistence measurement windows, for example 3, 6, 12, and 24 months
- Comparisons across governance maturity levels and ownership models
Out of scope:
- Product feature comparisons between low-code or bot platforms
- Single anecdotal case studies without reusable measurement definitions
Constraints: Focus on sources that disclose sample period, cohort definition, and survival or persistence calculation method.
Organisations cannot tell whether fast-gap automations have become durable capabilities or unmanaged legacy surfaces unless they can observe whether those assets remain active after an equivalent governed capability exists. [inference; source: https://davidamitchell.github.io/Research/research/2026-05-16-do-mode-demand-persistence-and-build-mode-displacement.html; https://davidamitchell.github.io/Research/research/2026-05-16-decommission-trigger-design-for-do-mode-agents.html; https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory]
- Identify studies and operational datasets that track low-code, bot, and agent assets after initial gap closure.
- Extract and normalise persistence definitions, including active use, maintained ownership, incident-free operation, or retirement status.
- Compare persistence outcomes by governance controls, platform type, and ownership model.
- Microsoft Learn (2026) Power Platform Center of Excellence (CoE) Starter Kit - official Microsoft statement that governance, inventory, usage, monitoring, and actions are now native admin-center capabilities
- UiPath (2026) Automation Ops overview - official centralized governance, source-control, and solution-management surface
- Forrester (2023) The Forrester Wave: Low-Code Development Platforms For Professional Developers, Q2 2023 - seeded page checked; login wall and unrelated summary text, not used for downstream claims
- Institute of Electrical and Electronics Engineers (IEEE) Computer Society (2026) Software evolution resources - seeded page checked; navigation shell only, not used for downstream claims
- Microsoft Learn (2026) Power Platform inventory - tenant-wide inventory for agents, apps, flows, owners, and filters
- Microsoft Learn (2026) Power Platform inventory schema reference - created, owner, modified, and workflow fields for inventory queries
- Microsoft Learn (2026) Collect audit logs using Microsoft Graph Application Programming Interface (API) - usage telemetry such as launches and unique users
- Microsoft Learn (2026) Governance components - business justification, business impact, dependencies, and inactivity-approval tables
- Microsoft Learn (2026) Set up inactivity notifications components - six-month inactivity, approvals, and optional deletion
- UiPath (2026) Automation Hub deleting data - dependency-aware deletion restriction for App Inventory entries
- UiPath (2026) Customize idea flows - disable-for-action control that can stop new intake while preserving existing configuration
- Pega (2021) When is it time to retire your Robotic Process Automation (RPA) bots? - official retirement and end-of-life guidance for bots layered on legacy systems
- Binzer et al. (2024) Establishing a Low-Code/No-Code-Enabled Citizen Development Strategy - 24-company empirical strategy study
- Viljoen et al. (2024) Governing Citizen Development to Address Low-Code Platform Challenges - 30-interview governance study
- Ajimati et al. (2025) Adoption of low-code and no-code development - systematic literature review of 40 primary studies
- Mitchell (2026) Temporary Automation Demand Persistence and Core Capability Investment Displacement - prior completed repository item on persistence evidence and displacement risk
- Mitchell (2026) Decommission Trigger Design for Temporary Bridge Agents - prior completed repository item on machine-observable retirement triggers
- Mitchell (2026) Empirical evidence on rollout of organisation-wide low-code and no-code programs - prior completed repository item on rollout evidence and governance limits
- Mitchell (2026) Datasets for measuring conversion from demand for local workaround tools to central Information Technology backlog items - prior completed repository item on join design, denominator discipline, and telemetry fields
(Full output from running the research skill, retained verbatim in the completed item. Sections 0 to 5 are the investigation, and section 6 seeds the Findings section below.)
- Question: What longitudinal evidence exists on persistence rates after the original gap is closed for low-code applications, bots, and agents in live enterprise estates?
- Scope: accessible empirical studies, official lifecycle and telemetry surfaces, persistence-window design, and comparisons across governance maturity and ownership models.
- Constraints: prefer official and empirical sources, use URL-backed citations only, and separate measurable persistence evidence from governance guidance or unsupported absence claims.
- Output: full structured synthesis with executive summary, key findings, evidence map, assumptions, analysis, risks, gaps, uncertainties, open questions, and output details.
- Mode: full.
- [fact; source: https://davidamitchell.github.io/Research/research/2026-05-16-do-mode-demand-persistence-and-build-mode-displacement.html; https://davidamitchell.github.io/Research/research/2026-05-16-decommission-trigger-design-for-do-mode-agents.html; https://davidamitchell.github.io/Research/research/2026-05-14-citizen-development-rollout-empirical-evidence.html; https://davidamitchell.github.io/Research/research/2026-05-17-manual-workaround-to-central-it-backlog-conversion-datasets.html] Prior completed-item sweep found four directly relevant completed items covering persistence risk, decommission triggers, citizen-development governance evidence, and measurement-dataset design.
- [assumption; source: https://davidamitchell.github.io/Research/research/2026-05-16-do-mode-demand-persistence-and-build-mode-displacement.html; https://davidamitchell.github.io/Research/research/2026-05-16-decommission-trigger-design-for-do-mode-agents.html; https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory] Working definition used in this item: persistence after the original gap is closed means an app, bot, or agent remains present, active, or administratively maintained after an equivalent governed capability is available in the target operating environment.
- [assumption; source: https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-auditlog-http-graphapi; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data] Working measurement rule: persistence is only measurable when inventory state, owner state, activity state, and retirement or deletion state are all observable over time for the same asset identifier.
- Root question: What public longitudinal evidence actually exists for persistence after gap closure, and what can be measured reliably when public evidence is thin?
-
A. Direct public evidence
- A1. Do accessible empirical studies publish persistence or survival rates after the original gap is closed for low-code applications, bots, or agents?
- A2. If not, what do the accessible empirical studies say about governance, unofficial assets outside formal visibility, and accumulated maintenance burden that affect persistence?
-
B. Platform telemetry and lifecycle evidence
- B1. Which official Microsoft surfaces expose asset inventory, owner, timestamp, and usage data for low-code applications, flows, and agents?
- B2. Which official Microsoft surfaces expose inactivity, approval, and deletion workflows?
- B3. Which official UiPath surfaces expose centralized governance, intake shutdown, and dependency-aware deletion?
- B4. Which official bot-lifecycle sources discuss explicit retirement or end-of-life planning?
-
C. Persistence-window design
- C1. Which windows can be operationalised from the observed telemetry surfaces?
- C2. What makes comparisons across 3, 6, 12, and 24 months defensible or non-defensible?
-
D. Governance maturity and ownership
- D1. How does governance maturity change measurability of persistence?
- D2. How do centrally governed, named-owner, or ad hoc maker-owned assets differ in measurability and likely persistence?
-
E. Synthesis
- E1. What is strongly supported by evidence?
- E2. What remains uncertain or unsolved?
-
A. Accessible public evidence is strongest on governance and lifecycle surfaces, not on published persistence rates
- [fact; source: https://aisel.aisnet.org/misqe/vol23/iss3/3/] Binzer et al. report evidence from 24 companies and say low-code and no-code platforms let employees with little or no Information Technology (IT) background quickly create digital solutions, while success depends on choices that address security, compliance, and organisational change.
- [fact; source: https://aisel.aisnet.org/misqe/vol23/iss3/6/] Viljoen et al. report evidence from 30 interviews and say citizen development creates risks of substandard software quality, unofficial tools outside formal technology visibility, and accumulated maintenance burden without governance by technical experts and platform-specific controls.
- [fact; source: https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/] Ajimati et al. review 40 primary studies from 2017 to 2023 and conclude that low-code and no-code adoption broadens participation and speeds digital transformation while recurring governance and complexity challenges remain active concerns.
- [inference; source: https://aisel.aisnet.org/misqe/vol23/iss3/3/; https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/; https://davidamitchell.github.io/Research/research/2026-05-16-do-mode-demand-persistence-and-build-mode-displacement.html] None of the accessible empirical sources consulted publish a reusable persistence or survival rate after the original gap is closed for enterprise low-code applications, bots, or agents.
- [inference; source: https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/; https://davidamitchell.github.io/Research/research/2026-05-14-citizen-development-rollout-empirical-evidence.html] The public empirical literature therefore supports persistence risk indirectly, through repeated evidence of unofficial assets, accumulated maintenance burden, and governance strain, rather than through reported longitudinal retirement curves.
-
B. Microsoft now exposes the control surfaces needed to measure persistence internally
- [fact; source: https://learn.microsoft.com/en-us/power-platform/guidance/coe/starter-kit] Microsoft says the Center of Excellence (CoE) Starter Kit historically provided governance and visibility, and that these core capabilities now exist natively in the Power Platform admin center through Inventory, Usage, Monitor, and Actions.
- [fact; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory] Microsoft Power Platform inventory provides tenant administrators with a unified view of agents, apps, and flows, includes created, updated, or deleted resources within 15 minutes, supports filtering by attributes such as owner and creation date, and explicitly advertises owner-departure detection to prevent orphaned agents.
- [fact; source: https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema] The PowerPlatformResources table exposes fields such as
properties.createdAt,properties.ownerId,properties.lastModifiedAt,properties.lastModifiedBy, environment identifiers, and workflow entity identifiers across apps, flows, and agent-related resource types. - [fact; source: https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-auditlog-http-graphapi] The audit-log sync flows gather telemetry such as app launches and unique users, and Microsoft states that if those flows are not used, the related usage information is blank.
- [fact; source: https://learn.microsoft.com/en-us/power-platform/guidance/coe/governance-components] Microsoft governance components track support details including Business Justification, Business Impact, Access Management, Dependencies, and mitigation-plan information, and maintain custom Dataverse tables for inactivity-notification approval tasks.
- [fact; source: https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components; https://learn.microsoft.com/en-us/power-platform/guidance/coe/governance-components] Microsoft's inactivity process checks weekly for apps not modified or launched in the last six months by default, starts approval workflows, records approval tasks in Dataverse, and can delete approved inactive apps and flows through daily cleanup flows.
- [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-auditlog-http-graphapi; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components] Microsoft now exposes enough inventory, usage, ownership, and cleanup state to calculate internal persistence windows for low-code applications, flows, and agents, provided the organisation preserves historical snapshots rather than only the current state.
-
C. UiPath exposes governance and exit controls, but not public persistence benchmarks
- [fact; source: https://docs.uipath.com/automation-ops/automation-cloud/latest/user-guide/about-automation-ops] UiPath Automation Ops is a centralized web-based platform for governance policies, source control, feed management, and solution management.
- [fact; source: https://docs.uipath.com/automation-hub/automation-suite/2.2510/user-guide/customize-idea-flows] UiPath Automation Hub lets administrators disable an idea flow for action, which removes that path from the submission options while preserving the underlying configuration.
- [fact; source: https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data] UiPath restricts deletion to Account Owners and System Admins and refuses deletion of App Inventory entries when the application is still used in ideas or components.
- [inference; source: https://docs.uipath.com/automation-ops/automation-cloud/latest/user-guide/about-automation-ops; https://docs.uipath.com/automation-hub/automation-suite/2.2510/user-guide/customize-idea-flows; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data] UiPath's accessible official surfaces show centralized governance, intake shutdown, and dependency-aware exit controls, but they do not publish public longitudinal persistence or abandonment rates for bots or automations.
-
D. Official bot-retirement guidance treats persistence as a cost and lifecycle problem
- [fact; source: https://community.pega.com/blog/when-it-time-retire-your-rpa-bots] Pega says organisations often automate legacy processes on top of legacy systems, which means bot build, support, and upgrade costs are added to the continuing cost of the underlying systems.
- [fact; source: https://community.pega.com/blog/when-it-time-retire-your-rpa-bots] Pega also says some customers do not build any Robotic Process Automation (RPA) bots without first having an end-of-life plan for each bot and recommends decomposing automated work to find overlap that should be eliminated or rebuilt more durably through Application Programming Interfaces (APIs) or other digital processes.
- [inference; source: https://community.pega.com/blog/when-it-time-retire-your-rpa-bots; https://davidamitchell.github.io/Research/research/2026-05-16-decommission-trigger-design-for-do-mode-agents.html] The strongest accessible bot-lifecycle evidence supports explicit retirement planning and dependency elimination, not a published survival rate.
-
E. Governance maturity and ownership model determine whether persistence can be measured and controlled
- [fact; source: https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/] The academic low-code evidence repeatedly identifies unofficial tools outside formal technology visibility, accumulated maintenance burden, and governance problems as recurring outcomes when business-user development is weakly governed.
- [fact; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://learn.microsoft.com/en-us/power-platform/guidance/coe/governance-components; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components] Microsoft's official model ties measurability to named owners, inventory, usage telemetry, business justification, dependencies, and approval or deletion workflows.
- [fact; source: https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data; https://docs.uipath.com/automation-hub/automation-suite/2.2510/user-guide/customize-idea-flows] UiPath's official model likewise ties control to administrative roles, dependency-aware deletion, and centrally managed intake flows.
- [inference; source: https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data] Mature governance does not prove lower persistence, but it does make persistence observable and decommissionable, whereas ad hoc maker-owned or ownerless assets are more likely to persist opaquely because neither denominator nor exit state is reliably captured.
-
F. The defensible measurement windows are operational rather than benchmark-driven
- [fact; source: https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components] Microsoft sets the default inactivity horizon for cleanup review at six months.
- [fact; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema] Microsoft inventory exposes created and modified timestamps that allow shorter and longer windows to be constructed from the same underlying records.
- [inference; source: https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components; https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://davidamitchell.github.io/Research/research/2026-05-17-manual-workaround-to-central-it-backlog-conversion-datasets.html] A practical internal design is to treat three months as an early post-replacement decay check, six months as the first standard inactivity checkpoint, twelve months as a medium-term stabilisation window, and twenty-four months as a long-tail persistence window, while recognising that these are operational thresholds rather than public benchmark norms.
- [fact; source: https://aisel.aisnet.org/misqe/vol23/iss3/3/; https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/] The accessible empirical literature supports claims about governance requirements, unofficial assets outside formal visibility, and accumulated maintenance burden in low-code programs.
- [fact; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-auditlog-http-graphapi; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data] The accessible official platform literature supports claims about inventory, telemetry, approvals, dependencies, and deletion controls.
- [inference; source: https://aisel.aisnet.org/misqe/vol23/iss3/3/; https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/; https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://docs.uipath.com/automation-ops/automation-cloud/latest/user-guide/about-automation-ops] The best-supported top-level answer is therefore not a published rate estimate but a bounded negative finding: accessible public evidence does not currently disclose a reusable persistence rate after the original gap is closed, while mature platform telemetry now makes internal measurement feasible.
- [assumption; source: https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-auditlog-http-graphapi; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data] This item assumes that an organisation can maintain historical snapshots or event logs, because current-state inventory alone cannot distinguish long-lived persistence from recent inactivity.
- [fact; source: https://aisel.aisnet.org/misqe/vol23/iss3/3/; https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/; https://community.pega.com/blog/when-it-time-retire-your-rpa-bots] The academic and official sources agree that local automation can accumulate governance and maintenance burdens, and no consulted source contradicts the claim that explicit lifecycle control is needed.
- [fact; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data] The Microsoft and UiPath platform sources are consistent in showing administrative inventory plus lifecycle controls, even though they implement them with different products and workflows.
- [inference; source: https://aisel.aisnet.org/misqe/vol23/iss3/3/; https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/; https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory] No unresolved contradiction remains between the negative finding on public rates and the positive finding on internal measurability, because the first concerns published cross-organisational evidence and the second concerns platform telemetry available inside an estate.
- [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-auditlog-http-graphapi; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data] Through a technical lens, persistence measurement needs four linked signals for each asset: identity, activity, ownership, and retirement state.
- [inference; source: https://community.pega.com/blog/when-it-time-retire-your-rpa-bots; https://davidamitchell.github.io/Research/research/2026-05-16-do-mode-demand-persistence-and-build-mode-displacement.html] Through an economic lens, persistence matters because a bridge asset can continue to add support and upgrade cost after the underlying core system is improved, creating double-running cost.
- [inference; source: https://learn.microsoft.com/en-us/power-platform/guidance/coe/governance-components; https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://docs.uipath.com/automation-ops/automation-cloud/latest/user-guide/about-automation-ops] Through a governance lens, named ownership, business justification, dependency disclosure, and centralized policy administration are the minimum conditions for defensible lifecycle evidence.
- [fact; source: https://learn.microsoft.com/en-us/power-platform/guidance/coe/starter-kit] Through a historical lens, Microsoft's shift from the CoE Starter Kit toward native admin-center governance shows that inventory and lifecycle control have become standard enterprise-scale capabilities rather than optional add-ons.
- [inference; source: https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://community.pega.com/blog/when-it-time-retire-your-rpa-bots; https://davidamitchell.github.io/Research/research/2026-05-14-citizen-development-rollout-empirical-evidence.html] Through a behavioural lens, users and local teams have incentives to keep useful workarounds alive unless governance turns retirement into an observable process rather than a voluntary clean-up task.
Executive summary:
Accessible public research does not currently publish a reusable longitudinal persistence rate for enterprise low-code applications, bots, or agents after the original gap is closed. [inference; source: https://aisel.aisnet.org/misqe/vol23/iss3/3/; https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/; https://davidamitchell.github.io/Research/research/2026-05-16-do-mode-demand-persistence-and-build-mode-displacement.html] Relevant longitudinal evidence could still exist inside proprietary analyst reports or enterprise-internal datasets, so this conclusion is bounded to accessible public evidence rather than to all possible evidence. [assumption; source: https://www.forrester.com/report/the-forrester-wave-low-code-development-platforms-for-professional-developers-q2-2023/RES177705; https://davidamitchell.github.io/Research/research/2026-05-17-manual-workaround-to-central-it-backlog-conversion-datasets.html] The strongest accessible evidence instead shows two adjacent facts: low-code and automation programs repeatedly create unofficial assets and accumulated maintenance burden when governance is weak, and major platforms now expose the inventory, activity, ownership, and deletion controls needed to measure persistence internally. [inference; source: https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-auditlog-http-graphapi; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data] The most defensible current conclusion is therefore that persistence is a measurable internal lifecycle problem, not a solved public benchmarking problem. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components; https://docs.uipath.com/automation-ops/automation-cloud/latest/user-guide/about-automation-ops] Comparisons across governance maturity and ownership models are still possible, but they mostly compare measurability and decommission readiness, not externally published survival curves. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data; https://aisel.aisnet.org/misqe/vol23/iss3/6/]
Key findings:
- No accessible public empirical source consulted in this item publishes a reusable persistence or survival rate after the original gap is closed for enterprise low-code applications, bots, or agents, although relevant evidence could still exist in proprietary analyst reports or enterprise-internal datasets. ([inference]; medium confidence; source: https://aisel.aisnet.org/misqe/vol23/iss3/3/; https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/; https://www.forrester.com/report/the-forrester-wave-low-code-development-platforms-for-professional-developers-q2-2023/RES177705; https://davidamitchell.github.io/Research/research/2026-05-17-manual-workaround-to-central-it-backlog-conversion-datasets.html)
- The accessible low-code research base is longitudinally weak on retirement rates but consistently strong on the recurring governance, unofficial asset, and maintenance burden conditions that make persistence likely. ([inference]; medium confidence; source: https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/; https://davidamitchell.github.io/Research/research/2026-05-14-citizen-development-rollout-empirical-evidence.html)
- Microsoft Power Platform documents inventory, timestamp, owner, and usage telemetry that can support internal persistence-window analysis for applications, flows, and agents if historical records are retained. ([inference]; medium confidence; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-auditlog-http-graphapi)
- Microsoft explicitly documents a six-month inactivity workflow for apps and flows, which provides one concrete persistence checkpoint but should be treated as an operational review trigger rather than as a public benchmark norm. ([fact]; medium confidence; source: https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components; https://learn.microsoft.com/en-us/power-platform/guidance/coe/governance-components)
- UiPath's accessible official documentation shows centralized governance, intake shutdown, and dependency-aware deletion controls, while the consulted UiPath material does not itself provide public retirement or abandonment rates for automations. ([inference]; medium confidence; source: https://docs.uipath.com/automation-ops/automation-cloud/latest/user-guide/about-automation-ops; https://docs.uipath.com/automation-hub/automation-suite/2.2510/user-guide/customize-idea-flows; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data)
- The strongest accessible bot-retirement guidance supports end-of-life planning and overlap removal as good practice, but it still stops short of reporting measured post-replacement survival percentages. ([inference]; medium confidence; source: https://community.pega.com/blog/when-it-time-retire-your-rpa-bots; https://davidamitchell.github.io/Research/research/2026-05-16-decommission-trigger-design-for-do-mode-agents.html)
- Governance maturity changes the observability of persistence more clearly than it changes any publicly provable persistence rate, because mature estates capture owners, dependencies, usage, and exit events while weakly governed estates do not. ([inference]; medium confidence; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://learn.microsoft.com/en-us/power-platform/guidance/coe/governance-components; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data; https://aisel.aisnet.org/misqe/vol23/iss3/6/)
- A practical internal measurement design is to use three, six, twelve, and twenty-four month windows as early decay, first inactivity, medium-term stabilisation, and long-tail persistence checkpoints, while treating those windows as operational conventions rather than public standards. ([inference]; low confidence; source: https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components; https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema; https://davidamitchell.github.io/Research/research/2026-05-17-manual-workaround-to-central-it-backlog-conversion-datasets.html)
Evidence map:
Assumptions:
- [assumption; source: https://davidamitchell.github.io/Research/research/2026-05-16-do-mode-demand-persistence-and-build-mode-displacement.html; https://davidamitchell.github.io/Research/research/2026-05-16-decommission-trigger-design-for-do-mode-agents.html; https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory] This item treats gap closure as the point when an equivalent governed capability exists, even if organisations may disagree on when that capability is fully adopted.
- [assumption; source: https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-auditlog-http-graphapi; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data] This item assumes that persistence measurement uses retained historical records or repeated extracts rather than a single current-state snapshot.
- [assumption; source: https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components; https://davidamitchell.github.io/Research/research/2026-05-17-manual-workaround-to-central-it-backlog-conversion-datasets.html] The proposed 3, 6, 12, and 24 month windows are treated as operational checkpoints because the consulted sources do not provide a stronger public benchmark schedule.
Analysis:
The evidence weighs most heavily toward a bounded negative answer: the accessible public literature does not disclose a reusable persistence rate after gap closure. [inference; source: https://aisel.aisnet.org/misqe/vol23/iss3/3/; https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/] That conclusion is stronger than a simple "not found in this session" claim because the consulted empirical studies, official platform documentation, and adjacent completed repository items all converge on governance mechanisms and lifecycle controls rather than on published survival curves. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://docs.uipath.com/automation-ops/automation-cloud/latest/user-guide/about-automation-ops; https://community.pega.com/blog/when-it-time-retire-your-rpa-bots; https://davidamitchell.github.io/Research/research/2026-05-16-do-mode-demand-persistence-and-build-mode-displacement.html] The trade-off is that platform documentation gives strong evidence for measurability inside a governed estate, but that same strength should not be overstated into a claim about actual cross-firm persistence outcomes. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-auditlog-http-graphapi; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data] The most decision-useful comparison across governance maturity and ownership models is therefore about whether an organisation can observe and enforce retirement at all, not about whether public benchmarks prove a universal rate difference. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://aisel.aisnet.org/misqe/vol23/iss3/6/]
Risks, gaps, uncertainties:
- Public cross-organisational benchmark data on persistence after the original gap is closed remains absent from the consulted accessible evidence base. [inference; source: https://aisel.aisnet.org/misqe/vol23/iss3/3/; https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/]
- The seeded Forrester and IEEE pages did not produce usable evidence, which leaves this item more dependent on official platform documentation and accessible empirical studies. [fact; source: https://www.forrester.com/report/the-forrester-wave-low-code-development-platforms-for-professional-developers-q2-2023/RES177705; https://www.computer.org/technical-committees/software-engineering/resources/software-evolution]
- The consulted vendor documentation is authoritative for platform capabilities but not independent evidence of actual estate-level retirement outcomes. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://docs.uipath.com/automation-ops/automation-cloud/latest/user-guide/about-automation-ops; https://community.pega.com/blog/when-it-time-retire-your-rpa-bots]
- Agent-specific public lifecycle evidence is thinner than low-code application evidence, even though Microsoft now includes agents in its inventory surface. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/]
Open questions:
- Which enterprises are willing to publish anonymised cohort-level persistence data for low-code applications, bots, and agents across 3, 6, 12, and 24 month windows? [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://docs.uipath.com/automation-ops/automation-cloud/latest/user-guide/about-automation-ops]
- What is the cleanest denominator for measuring persistence after gap closure: all created assets, all approved assets, or only assets whose original bridging need has been formally closed? [inference; source: https://davidamitchell.github.io/Research/research/2026-05-17-manual-workaround-to-central-it-backlog-conversion-datasets.html]
- Does named central ownership materially reduce long-tail persistence, or does it mainly improve observability and clean-up execution? [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data]
Output:
- Type: knowledge
- Description: This item establishes that the strongest current evidence is a gap claim plus an internal-measurement design claim: public benchmarks for persistence after the original gap is closed are not yet accessible, but mature platform telemetry now makes internal lifecycle measurement and retirement analysis feasible. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data]
- Links:
- Review result: pass.
- Acronym audit: Information Technology (IT), Center of Excellence (CoE), Application Programming Interface (API), and Robotic Process Automation (RPA) expanded on first use.
- Claim audit: Findings and synthesis claims are labeled and URL-backed; assumptions retain justification sources.
- Uncertainty audit: the absence of public persistence-rate benchmarks remains explicit and confidence is set to low at the item level because the central question is constrained by evidence gaps.
(Populated from §6 Synthesis above.)
Accessible public research does not currently publish a reusable longitudinal persistence rate for enterprise low-code applications, bots, or agents after the original gap is closed. [inference; source: https://aisel.aisnet.org/misqe/vol23/iss3/3/; https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/; https://davidamitchell.github.io/Research/research/2026-05-16-do-mode-demand-persistence-and-build-mode-displacement.html] Relevant longitudinal evidence could still exist inside proprietary analyst reports or enterprise-internal datasets, so this conclusion is bounded to accessible public evidence rather than to all possible evidence. [assumption; source: https://www.forrester.com/report/the-forrester-wave-low-code-development-platforms-for-professional-developers-q2-2023/RES177705; https://davidamitchell.github.io/Research/research/2026-05-17-manual-workaround-to-central-it-backlog-conversion-datasets.html] The strongest accessible evidence instead shows repeated governance and maintenance burden conditions that make persistence plausible, together with platform telemetry and lifecycle controls that make internal measurement feasible. [inference; source: https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-auditlog-http-graphapi; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data] The best-supported current conclusion is that persistence after gap closure is a measurable internal lifecycle problem, not a solved public benchmarking problem. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components; https://docs.uipath.com/automation-ops/automation-cloud/latest/user-guide/about-automation-ops] Comparisons across governance maturity and ownership models are still decision-useful, but they mostly compare observability and decommission readiness rather than externally published survival curves. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data; https://aisel.aisnet.org/misqe/vol23/iss3/6/]
- No accessible public empirical source consulted in this item publishes a reusable persistence or survival rate after the original gap is closed for enterprise low-code applications, bots, or agents, although relevant evidence could still exist in proprietary analyst reports or enterprise-internal datasets. ([inference]; medium confidence; source: https://aisel.aisnet.org/misqe/vol23/iss3/3/; https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/; https://www.forrester.com/report/the-forrester-wave-low-code-development-platforms-for-professional-developers-q2-2023/RES177705; https://davidamitchell.github.io/Research/research/2026-05-17-manual-workaround-to-central-it-backlog-conversion-datasets.html)
- The accessible low-code research base is longitudinally weak on retirement rates but consistently strong on the recurring governance, unofficial asset, and maintenance burden conditions that make persistence likely. ([inference]; medium confidence; source: https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/; https://davidamitchell.github.io/Research/research/2026-05-14-citizen-development-rollout-empirical-evidence.html)
- Microsoft Power Platform documents inventory, timestamp, owner, and usage telemetry that can support internal persistence-window analysis for applications, flows, and agents if historical records are retained. ([inference]; medium confidence; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-auditlog-http-graphapi)
- Microsoft explicitly documents a six-month inactivity workflow for apps and flows, which provides one concrete persistence checkpoint but should be treated as an operational review trigger rather than as a public benchmark norm. ([fact]; medium confidence; source: https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components; https://learn.microsoft.com/en-us/power-platform/guidance/coe/governance-components)
- UiPath's accessible official documentation shows centralized governance, intake shutdown, and dependency-aware deletion controls, while the consulted UiPath material does not itself provide public retirement or abandonment rates for automations. ([inference]; medium confidence; source: https://docs.uipath.com/automation-ops/automation-cloud/latest/user-guide/about-automation-ops; https://docs.uipath.com/automation-hub/automation-suite/2.2510/user-guide/customize-idea-flows; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data)
- The strongest accessible bot-retirement guidance supports end-of-life planning and overlap removal as good practice, but it still stops short of reporting measured post-replacement survival percentages. ([inference]; medium confidence; source: https://community.pega.com/blog/when-it-time-retire-your-rpa-bots; https://davidamitchell.github.io/Research/research/2026-05-16-decommission-trigger-design-for-do-mode-agents.html)
- Governance maturity changes the observability of persistence more clearly than it changes any publicly provable persistence rate, because mature estates capture owners, dependencies, usage, and exit events while weakly governed estates do not. ([inference]; medium confidence; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://learn.microsoft.com/en-us/power-platform/guidance/coe/governance-components; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data; https://aisel.aisnet.org/misqe/vol23/iss3/6/)
- A practical internal measurement design is to use three, six, twelve, and twenty-four month windows as early decay, first inactivity, medium-term stabilisation, and long-tail persistence checkpoints, while treating those windows as operational conventions rather than public standards. ([inference]; low confidence; source: https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components; https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema; https://davidamitchell.github.io/Research/research/2026-05-17-manual-workaround-to-central-it-backlog-conversion-datasets.html)
- [assumption; source: https://davidamitchell.github.io/Research/research/2026-05-16-do-mode-demand-persistence-and-build-mode-displacement.html; https://davidamitchell.github.io/Research/research/2026-05-16-decommission-trigger-design-for-do-mode-agents.html; https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory] This item treats gap closure as the point when an equivalent governed capability exists, even if organisations may disagree on when that capability is fully adopted.
- [assumption; source: https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-auditlog-http-graphapi; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data] This item assumes that persistence measurement uses retained historical records or repeated extracts rather than a single current-state snapshot.
- [assumption; source: https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components; https://davidamitchell.github.io/Research/research/2026-05-17-manual-workaround-to-central-it-backlog-conversion-datasets.html] The proposed 3, 6, 12, and 24 month windows are treated as operational checkpoints because the consulted sources do not provide a stronger public benchmark schedule.
The evidence weighs most heavily toward a bounded negative answer: the accessible public literature does not disclose a reusable persistence rate after gap closure. [inference; source: https://aisel.aisnet.org/misqe/vol23/iss3/3/; https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/] That conclusion is stronger than a simple session-local search failure because the consulted empirical studies, official platform documentation, and adjacent completed repository items all converge on governance mechanisms and lifecycle controls rather than on published survival curves. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://docs.uipath.com/automation-ops/automation-cloud/latest/user-guide/about-automation-ops; https://community.pega.com/blog/when-it-time-retire-your-rpa-bots; https://davidamitchell.github.io/Research/research/2026-05-16-do-mode-demand-persistence-and-build-mode-displacement.html] Platform documentation gives strong evidence for internal measurability, but that strength should not be overstated into a claim about actual cross-firm persistence outcomes. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/inventory-schema; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-auditlog-http-graphapi; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data] The most decision-useful comparison across governance maturity and ownership models is therefore about whether an organisation can observe and enforce retirement at all, not about whether public benchmarks prove a universal rate difference. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://aisel.aisnet.org/misqe/vol23/iss3/6/]
- Public cross-organisational benchmark data on persistence after the original gap is closed remains absent from the consulted accessible evidence base. [inference; source: https://aisel.aisnet.org/misqe/vol23/iss3/3/; https://aisel.aisnet.org/misqe/vol23/iss3/6/; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/]
- The seeded Forrester and IEEE pages did not produce usable evidence, which leaves this item more dependent on official platform documentation and accessible empirical studies. [fact; source: https://www.forrester.com/report/the-forrester-wave-low-code-development-platforms-for-professional-developers-q2-2023/RES177705; https://www.computer.org/technical-committees/software-engineering/resources/software-evolution]
- The consulted vendor documentation is authoritative for platform capabilities but not independent evidence of actual estate-level retirement outcomes. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://docs.uipath.com/automation-ops/automation-cloud/latest/user-guide/about-automation-ops; https://community.pega.com/blog/when-it-time-retire-your-rpa-bots]
- Agent-specific public lifecycle evidence is thinner than low-code application evidence, even though Microsoft now includes agents in its inventory surface. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://research.universityofgalway.ie/en/publications/adoption-of-low-code-and-no-code-development-a-systematic-literat-6/]
- Which enterprises are willing to publish anonymised cohort-level persistence data for low-code applications, bots, and agents across 3, 6, 12, and 24 month windows? [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://docs.uipath.com/automation-ops/automation-cloud/latest/user-guide/about-automation-ops]
- What is the cleanest denominator for measuring persistence after gap closure: all created assets, all approved assets, or only assets whose original bridging need has been formally closed? [inference; source: https://davidamitchell.github.io/Research/research/2026-05-17-manual-workaround-to-central-it-backlog-conversion-datasets.html]
- Does named central ownership materially reduce long-tail persistence, or does it mainly improve observability and clean-up execution? [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data]
- Type: knowledge
- Description: This item establishes that the strongest current evidence is a gap claim plus an internal-measurement design claim: public benchmarks for persistence after the original gap is closed are not yet accessible, but mature platform telemetry now makes internal lifecycle measurement and retirement analysis feasible. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data]
- Links:
- Type: knowledge
- Description: This item establishes that the strongest current evidence is a gap claim plus an internal-measurement design claim: public benchmarks for persistence after the original gap is closed are not yet accessible, but mature platform telemetry now makes internal lifecycle measurement and retirement analysis feasible. [inference; source: https://learn.microsoft.com/en-us/power-platform/admin/power-platform-inventory; https://learn.microsoft.com/en-us/power-platform/guidance/coe/setup-archive-components; https://docs.uipath.com/automation-hub/automation-cloud/latest/user-guide/deleting-data]
- Links:
Navigation
By Tag
bureaucracy
change-management
coase
constraint-analysis
control-model
decision-rights
delegation
- Q4: Decision rights that should move closer to execution
- Q5: Control model for the best throughput-risk trade-off
delivery-risk
- Operating model synthesis for split-authority delivery systems
- Q6: Leading indicators of instability in split-authority flow systems
demand-segmentation
enterprise
exception-handling
execution
flow
flow-design
flow-metrics
governance
- Operating model synthesis for split-authority delivery systems
- Q1: Dominant flow constraint in split-authority delivery systems
- Q2: Demand segmentation for fast-path vs controlled-path flow
- Q4: Decision rights that should move closer to execution
- Conditions under which internal governance controls minimise coordination costs in regulated enterprises
- Failure mechanisms of internal governance controls: bureaucratic inefficiency and informal circumvention in regulated enterprises
- Barriers to governance reform, leadership failure modes, and reform mechanisms in regulated enterprises
governance-patterns
incentives
- Failure mechanisms of internal governance controls: bureaucratic inefficiency and informal circumvention in regulated enterprises
- Barriers to governance reform, leadership failure modes, and reform mechanisms in regulated enterprises
instability
institutional-economics
- Conditions under which internal governance controls minimise coordination costs in regulated enterprises
- Failure mechanisms of internal governance controls: bureaucratic inefficiency and informal circumvention in regulated enterprises
- Barriers to governance reform, leadership failure modes, and reform mechanisms in regulated enterprises
leading-indicators
operating-model
organisation
- Conditions under which internal governance controls minimise coordination costs in regulated enterprises
- Failure mechanisms of internal governance controls: bureaucratic inefficiency and informal circumvention in regulated enterprises
- Barriers to governance reform, leadership failure modes, and reform mechanisms in regulated enterprises
organisational-design
queue-design
queueing
regulated-enterprise
- Conditions under which internal governance controls minimise coordination costs in regulated enterprises
- Failure mechanisms of internal governance controls: bureaucratic inefficiency and informal circumvention in regulated enterprises
- Barriers to governance reform, leadership failure modes, and reform mechanisms in regulated enterprises
routing
throughput
throughput-risk
transaction-costs
- Conditions under which internal governance controls minimise coordination costs in regulated enterprises
- Failure mechanisms of internal governance controls: bureaucratic inefficiency and informal circumvention in regulated enterprises
triage
- Q2: Demand segmentation for fast-path vs controlled-path flow
- Q3: Routing design that isolates exceptions from routine flow
williamson