<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: Enterprise AI Success Metrics: Why Most Projects Fail	</title>
	<atom:link href="https://davidohnstad.net/enterprise-ai-success-metrics-definition-gap/feed/" rel="self" type="application/rss+xml" />
	<link>https://davidohnstad.net/enterprise-ai-success-metrics-definition-gap/</link>
	<description>AI &#38; Machine Learning in Enterprise Software &#124; Product Management</description>
	<lastBuildDate>Mon, 02 Nov 2026 18:54:46 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.4</generator>
	<item>
		<title>
		By: Real Reasons Enterprise AI Projects Stall at Pilot Stage - David Ohnstad		</title>
		<link>https://davidohnstad.net/enterprise-ai-success-metrics-definition-gap/#comment-1020</link>

		<dc:creator><![CDATA[Real Reasons Enterprise AI Projects Stall at Pilot Stage - David Ohnstad]]></dc:creator>
		<pubDate>Mon, 02 Nov 2026 18:54:46 +0000</pubDate>
		<guid isPermaLink="false">https://davidohnstad.net/?p=151#comment-1020</guid>

					<description><![CDATA[[&#8230;] The fix isn&#8217;t better collaboration between ML and product teams—it&#8217;s changing the organizational structure so that AI capabilities are developed inside product squads, not handed down from a centralized ML team. That requires product managers who can write SQL, understand data pipelines, and collaborate directly with data scientists. It also requires data scientists who are willing to iterate on model design based on user feedback, not just optimize for algorithmic performance. This is where AI &#038; Machine Learning in Enterprise Software becomes a product management skill, not just a technical capability. The best AI features David has shipped were built by cross-functional squads where the PM, designer, engineer, and data scientist sat together and co-designed the feature from the decision point backward to the model architecture. For more on this, see why most AI projects fail. [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] The fix isn&#8217;t better collaboration between ML and product teams—it&#8217;s changing the organizational structure so that AI capabilities are developed inside product squads, not handed down from a centralized ML team. That requires product managers who can write SQL, understand data pipelines, and collaborate directly with data scientists. It also requires data scientists who are willing to iterate on model design based on user feedback, not just optimize for algorithmic performance. This is where AI &#038; Machine Learning in Enterprise Software becomes a product management skill, not just a technical capability. The best AI features David has shipped were built by cross-functional squads where the PM, designer, engineer, and data scientist sat together and co-designed the feature from the decision point backward to the model architecture. For more on this, see why most AI projects fail. [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Why Enterprise AI Projects Fail After POC Success - David Ohnstad		</title>
		<link>https://davidohnstad.net/enterprise-ai-success-metrics-definition-gap/#comment-993</link>

		<dc:creator><![CDATA[Why Enterprise AI Projects Fail After POC Success - David Ohnstad]]></dc:creator>
		<pubDate>Mon, 26 Oct 2026 15:26:08 +0000</pubDate>
		<guid isPermaLink="false">https://davidohnstad.net/?p=151#comment-993</guid>

					<description><![CDATA[[&#8230;] Governance isn&#8217;t bureaucracy. It&#8217;s the structural answer to three questions: Who decides when the model is wrong? Who&#8217;s notified when performance degrades? What&#8217;s the rollback plan when predictions break a downstream process? If those questions don&#8217;t have answers before deployment, you&#8217;re not shipping a product—you&#8217;re handing off a liability. For more on this, see why most enterprise AI projects fail. [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] Governance isn&#8217;t bureaucracy. It&#8217;s the structural answer to three questions: Who decides when the model is wrong? Who&#8217;s notified when performance degrades? What&#8217;s the rollback plan when predictions break a downstream process? If those questions don&#8217;t have answers before deployment, you&#8217;re not shipping a product—you&#8217;re handing off a liability. For more on this, see why most enterprise AI projects fail. [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Why AI Models Fail in Enterprise: The 89% Problem - David Ohnstad		</title>
		<link>https://davidohnstad.net/enterprise-ai-success-metrics-definition-gap/#comment-958</link>

		<dc:creator><![CDATA[Why AI Models Fail in Enterprise: The 89% Problem - David Ohnstad]]></dc:creator>
		<pubDate>Mon, 12 Oct 2026 18:03:33 +0000</pubDate>
		<guid isPermaLink="false">https://davidohnstad.net/?p=151#comment-958</guid>

					<description><![CDATA[[&#8230;] Gate 2: Uncertainty Tolerance. Does the business process tolerate probabilistic outputs, or does it require deterministic results with full auditability? Vendor risk decisions are binary: approved, rejected, or escalated. Procurement teams don&#8217;t act on a 73% risk score — they need a yes/no recommendation with a documented rationale. AI models produce confidence intervals, not certainties. That&#8217;s valuable in fraud detection, where you&#8217;re scoring thousands of transactions and investigating the top 2% by risk score. It&#8217;s friction in vendor onboarding, where every decision requires a human sign-off anyway. If your workflow already has a human-in-the-loop gate that reviews 100% of outputs, AI isn&#8217;t removing the bottleneck — it&#8217;s adding a pre-processing step that obscures the decision logic. Rule-based systems produce auditable decision trees: &#8220;Vendor rejected because SOC 2 report expired 90+ days ago.&#8221; AI systems produce: &#8220;Vendor scored 0.68 on risk index due to weighted feature importances across 140 input variables.&#8221; The second explanation doesn&#8217;t survive a compliance audit. For more on this, see why most AI projects fail. [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] Gate 2: Uncertainty Tolerance. Does the business process tolerate probabilistic outputs, or does it require deterministic results with full auditability? Vendor risk decisions are binary: approved, rejected, or escalated. Procurement teams don&#8217;t act on a 73% risk score — they need a yes/no recommendation with a documented rationale. AI models produce confidence intervals, not certainties. That&#8217;s valuable in fraud detection, where you&#8217;re scoring thousands of transactions and investigating the top 2% by risk score. It&#8217;s friction in vendor onboarding, where every decision requires a human sign-off anyway. If your workflow already has a human-in-the-loop gate that reviews 100% of outputs, AI isn&#8217;t removing the bottleneck — it&#8217;s adding a pre-processing step that obscures the decision logic. Rule-based systems produce auditable decision trees: &#8220;Vendor rejected because SOC 2 report expired 90+ days ago.&#8221; AI systems produce: &#8220;Vendor scored 0.68 on risk index due to weighted feature importances across 140 input variables.&#8221; The second explanation doesn&#8217;t survive a compliance audit. For more on this, see why most AI projects fail. [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Enterprise AI Agents: Why Most Companies Should Wait - David Ohnstad		</title>
		<link>https://davidohnstad.net/enterprise-ai-success-metrics-definition-gap/#comment-818</link>

		<dc:creator><![CDATA[Enterprise AI Agents: Why Most Companies Should Wait - David Ohnstad]]></dc:creator>
		<pubDate>Mon, 24 Aug 2026 09:14:46 +0000</pubDate>
		<guid isPermaLink="false">https://davidohnstad.net/?p=151#comment-818</guid>

					<description><![CDATA[[&#8230;] Before deploying any autonomous agent, organizations need to pass a four-layer readiness audit. This is not a maturity model—it&#8217;s a binary assessment. If you can&#8217;t answer &#8220;yes&#8221; to every question in a layer, you are not ready for agents at that scope. The Agent Readiness Stack works from the foundation up: data integrity, process documentation, feedback infrastructure, and human escalation protocols. Most organizations fail at layer one and never check the other three. For more on this, see why most AI projects fail. [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] Before deploying any autonomous agent, organizations need to pass a four-layer readiness audit. This is not a maturity model—it&#8217;s a binary assessment. If you can&#8217;t answer &#8220;yes&#8221; to every question in a layer, you are not ready for agents at that scope. The Agent Readiness Stack works from the foundation up: data integrity, process documentation, feedback infrastructure, and human escalation protocols. Most organizations fail at layer one and never check the other three. For more on this, see why most AI projects fail. [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Why Enterprise AI Projects Fail: Platform-First Thinking - David Ohnstad		</title>
		<link>https://davidohnstad.net/enterprise-ai-success-metrics-definition-gap/#comment-815</link>

		<dc:creator><![CDATA[Why Enterprise AI Projects Fail: Platform-First Thinking - David Ohnstad]]></dc:creator>
		<pubDate>Mon, 24 Aug 2026 09:12:49 +0000</pubDate>
		<guid isPermaLink="false">https://davidohnstad.net/?p=151#comment-815</guid>

					<description><![CDATA[[&#8230;] The dollars tell the story. A Fortune 500 client of David Ohnstad&#8217;s spent $4.1 million on a customer intelligence AI platform in 2023. Eighteen months later, three teams had production use cases: two were generating reports that could have been built faster with SQL, and one was running sentiment analysis that the customer success team didn&#8217;t trust and stopped referencing in their quarterly reviews. The platform wasn&#8217;t wrong — it was solving problems nobody had prioritized solving. For more on this, see Why most enterprise AI projects fail. [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] The dollars tell the story. A Fortune 500 client of David Ohnstad&#8217;s spent $4.1 million on a customer intelligence AI platform in 2023. Eighteen months later, three teams had production use cases: two were generating reports that could have been built faster with SQL, and one was running sentiment analysis that the customer success team didn&#8217;t trust and stopped referencing in their quarterly reviews. The platform wasn&#8217;t wrong — it was solving problems nobody had prioritized solving. For more on this, see Why most enterprise AI projects fail. [&#8230;]</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
