<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:media="http://search.yahoo.com/mrss/">
	<channel>
		<title>Organizations on Yann&#39;s site</title>
		<link>https://yanngagnon.com/tags/organizations/</link>
		<description>Recent content in Organizations on Yann&#39;s site</description>
		<generator>Hugo -- 0.169.0</generator>
		<language>en</language>
		<lastBuildDate>Tue, 03 Nov 2026 00:00:00 +0000</lastBuildDate>
		<atom:link href="https://yanngagnon.com/tags/organizations/index.xml" rel="self" type="application/rss+xml" />
		
    	<image>
			<title>Yann&#39;s site</title>
    	  	<url>https://yanngagnon.com/images/share.png</url>
    	  	<link>https://yanngagnon.com/images/share.png</link>
    	</image>
		
		<item>
			<title>Moneyball changed baseball twice</title>
			<link>https://yanngagnon.com/notes/moneyball-changed-baseball-twice/</link>
			<pubDate>Tue, 03 Nov 2026 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/moneyball-changed-baseball-twice/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<p>Moneyball analytics didn&rsquo;t change baseball once. It changed it twice.</p>
<p><a href="/notes/the-real-jevons-paradox/" >Yesterday I argued</a> that AI will make human attention and judgement the scarcest resource in enterprise. Baseball already ran that experiment.</p>
<p>The first change is the one everybody knows. Billy Beane had one of the smallest budgets in the league. Payroll was the scarce resource he needed to allocate. He used data to find the players the market was mispricing because other team&rsquo;s scouting departments made decisions on intuition and feel. He used this edge to make the playoffs four straight years.</p>
<p>This edge was soon eroded. Before the book even came out, Oakland&rsquo;s front office staff were recruited by other teams. By 2004, teams were paying full price for on-base skill as quantified by analytics. Eventually, every team had an analytics department. The data, the models, the analysts all became commodities.</p>
<p>Data got cheaper and more plentiful. The stadiums were equipped to track everything that could be tracked. Today, every pitch, every swing, every spin rate is tracked and shared with all 30 teams. But a hitter can&rsquo;t think about forty metrics in the batter&rsquo;s box.</p>
<p>That&rsquo;s when the second change began.</p>
<p>Teams recognized the competitive edge had quickly moved. Every team had an abundance of commoditized information and established analytical methods. The advantage became a team of humans capable of effectively distilling and executing on this information. The bottleneck moved from information to human attention and judgement.</p>
<p>So teams did something counterintuitive: they hired more people. Some teams now carry three or four hitting coaches, and their job is to translate the data into something a player will trust and act on. A manager can only have so many conversations per day. At every level, for every matchup, it&rsquo;s someone&rsquo;s job to only pass along the insight that matters.</p>
<p>That&rsquo;s the version of the Jevons Paradox I pitched yesterday, playing out on the diamond. Cheaper data didn&rsquo;t reduce the need for human judgement. It multiplied it.</p>
<p>Every company is about to go through both changes. But most may only be looking at the first. Building an advantage there will be short-lived. The second is the one that decides who wins.</p>]]></content>
		</item>
		
		<item>
			<title>The real Jevons Paradox</title>
			<link>https://yanngagnon.com/notes/the-real-jevons-paradox/</link>
			<pubDate>Mon, 02 Nov 2026 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/the-real-jevons-paradox/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<p>You&rsquo;ve got Jevons Paradox wrong. It&rsquo;s not the compute.</p>
<p>If enterprise success has always come down to allocating scarce resources efficiently and effectively.</p>
<p>and if AI is making a whole class of once-scarce resources, such as analysis, code, content and expertise nearly free at the margin;</p>
<p>and if access to non-frontier models is becoming a commodity;</p>
<p>and if your competitors have access to the same intelligence as you do;</p>
<p>and if the same models, in two different companies, will only product different results depending on who&rsquo;s asking the questions and who&rsquo;s judging the answers;</p>
<p>and if the cost of AI output continues continues falling while demand for inference continues to rise (the mainstream view on Jevons Paradox);</p>
<p>and if more analyses, more drafts, more code, more agents are doing more things;</p>
<p>then human attention and judgement become both your only differentiator and your scarcest resource. This is the real Jevons Paradox.</p>
<p>The job of management hasn&rsquo;t changed. It&rsquo;s still resource allocation. The winners in the AI era won&rsquo;t be the companies with the best models or fewest employees. They&rsquo;ll be the ones that figure out how to deploy human attention and judgement most effectively.</p>]]></content>
		</item>
		
		<item>
			<title>Sloth in the database</title>
			<link>https://yanngagnon.com/notes/sloth-in-the-database/</link>
			<pubDate>Thu, 13 Aug 2026 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/sloth-in-the-database/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<p>What does sloths pooping avocado seeds have to do with enterprise AI?</p>
<p>You&rsquo;ve probably heard this fun fact: giant ground sloths were responsible for spreading avocados because they were able to eat the pits and later disperse them miles away - something smaller mammals couldn&rsquo;t do.</p>
<p>Just one problem. This is likely untrue!</p>
<p>This &ldquo;fact&rdquo; began its life as a speculative mention in a journal that slipped past peer review. But since then, it has been cited and mentioned so many times that the frequency alone has become an indicator of truth. It&rsquo;s repeated in articles, podcasts and even by scientists. The very excellent educational YouTube channel SciShow recently published a correction episode explaining this mistake.</p>
<p>Right now, your engineering team is celebrating because they just plugged an LLM into your corporate knowledge base.</p>
<p>But if you work in AI Governance or Risk, you know your SharePoint is full of sloths: deprecated policies, draft memos from decades past and unvetted Slack opinions.</p>
<p>Here&rsquo;s why that&rsquo;s a problem, as outlined in the Crossfactor Atlas</p>
<ol>
<li>
<p>Unearned Warrant - A Monday morning brain-fart from a 3-year-old project channel gets retrieved by your AI. Because it is being served up by an &ldquo;intelligent&rdquo; system, without any of the original context, it is granted unearned warrant. It is given the same corporate weight as formal, reviewed documents the system also queries.</p>
</li>
<li>
<p>Surface Credibility - Because the AI outputs obsolete information with perfect grammar and authoritative formatting, your employees blindly trust it. The cleanliness of the output hides the messy nature of the input.</p>
</li>
<li>
<p>Authority Capture - The AI&rsquo;s output gets included into a new reference document. The document gets included into a new SOP. The dirty AI output has now accrued the ultimate trust and citational weight faster than your Governance team can establish accountability.</p>
</li>
</ol>
<p>Your LLM doesn&rsquo;t need to hallucinate to poison your institutional knowledge.</p>
<p>Does your team have the vocabulary to find these hidden failure modes?</p>
<p>(P.S. I map out over 200 of these exact sociotechnical risks in the Crossfactor Atlas. DM me if you want a copy).</p>]]></content>
		</item>
		
		<item>
			<title>AI teams</title>
			<link>https://yanngagnon.com/notes/ai-teams/</link>
			<pubDate>Mon, 13 Jul 2026 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/ai-teams/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<p>If AI changes how organizations work, it will also change how organizations fail.</p>
<p>We keep selling AI as a speed upgrade. Same work, done faster and cheaper.</p>
<p>But that&rsquo;s not reality.</p>
<p>AI changes the shape of the work. It changes the distribution of human tasks. It removes some and creates others. It changes where information comes from and where it goes. It changes how judgment is used.</p>
<p>When you change the shape of the work, you change the shape of the failure.</p>
<p>The old organizational failures were loud. A missed deadline. A bad hire. A recall.</p>
<p>We spent the past two decades building dashboards to make them all painfully visible.</p>
<p>The new failures are quiet. They hide inside fluent, confident prose. They run in the background while slowly drifting. They plant hallucinations that won&rsquo;t surface for twelve months.</p>
<p>They are also faster. AI can be scaled quickly within an organization. Everything it touches can become a surface for failure. Nothing short of a CEO has ever had this much reach within an organization.</p>
<p>And they are ownerless. When a person made the call, accountability was clear. But when the output is assembled from a variety of automated processes, only half-reviewed by humans, it&rsquo;s not clear who is actually responsible.</p>
<p>So here&rsquo;s the problem: every organization still measures itself by the old failures. The ones with dashboards and clear lines of accountability.</p>
<p>But the new failures don&rsquo;t have dashboards yet. You may not even know what to call them.</p>]]></content>
		</item>
		
		<item>
			<title>AI is worse than email</title>
			<link>https://yanngagnon.com/notes/ai-is-worse-than-email/</link>
			<pubDate>Wed, 08 Jul 2026 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/ai-is-worse-than-email/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<p>You should understand how AI is like email. But worse.</p>
<p>Every email has a cost.</p>
<p>It costs something to generate, distribute, and store emails. These costs are understood and easily measured.</p>
<p>The cost of the email server is trivial. That was never the real cost of email.</p>
<p>The real cost is the cost of reading it, assessing it, acting on it, or choosing not to act on it.</p>
<p>This is the cost of human attention. There&rsquo;s no dashboard for it.</p>
<p>Some organizations figured email out. Not by buying better servers. They did it by building discipline around the human side. Norms were set about when to send or forward and when not to. Rules about who actually needs to be copied. Cultural permission not to respond to everything instantly.</p>
<p>They managed the expensive, human component instead of optimizing the cheap part.</p>
<p>Right now, everyone is measuring AI by its IT costs. Tokens, compute, latency. The numbers on invoices and dashboards. But the organizations that will win with AI will be those that build discipline around the human and team elements.</p>
<p>When servers are cheap, it&rsquo;s easy to let email bury your people.</p>
<p>The real cost of AI will never be the inference bill. It will be the cost of human attention, collaboration and judgment. These are the things no dashboard measures and no models replace.</p>]]></content>
		</item>
		
		<item>
			<title>15 Problems</title>
			<link>https://yanngagnon.com/notes/15-problems/</link>
			<pubDate>Mon, 06 Jul 2026 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/15-problems/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<p>You&rsquo;ve successfully automated your team&rsquo;s intellectual surrender.</p>
<p>Congratulations on your new AI rollout. Your team is now quickly becoming complacent instead of using their judgment.</p>
<p>Which of these AI solutions will bring you brand-new problems?</p>
<ol>
<li>Prompt engineering.</li>
<li>Human-in-the-loop.</li>
<li>RAG.</li>
<li>API safety guardrails.</li>
<li>Model evals.</li>
<li>Red teaming.</li>
<li>Risk frameworks.</li>
<li>Dashboards.</li>
<li>soTA models.</li>
<li>Agents.</li>
<li>AI upskilling.</li>
<li>Copilots.</li>
<li>Context engineering.</li>
<li>Governance Committees.</li>
<li>Fine-tuning.</li>
</ol>
<p>Don&rsquo;t get me wrong; these can all be valuable.<br>
But they all have problems.</p>
<p>Leave a comment if you disagree or think I missed something.</p>
<p>Check out the free 5-minute quiz on my profile to see where your team stands.</p>
<p>Follow me to learn why AI creates new problems for teams.</p>]]></content>
		</item>
		
		<item>
			<title>SOTAs are doomed</title>
			<link>https://yanngagnon.com/notes/sotas-are-doomed/</link>
			<pubDate>Thu, 02 Jul 2026 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/sotas-are-doomed/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<p>Anyone building a competitive edge using state-of-the-art (SOTA) models is destined to fail.</p>
<p>Despite the buzz and news releases, you shouldn&rsquo;t run to build with the latest models.</p>
<p>Yes, they are fun to play with. No, you should not use them for serious work.</p>
<p>Here are three reasons why (how so very LLM-esque of me!):</p>
<p>First, SOTA models are the most expensive and the slowest. This means the moment someone figures out how to do the same thing with a cheaper model, or a faster one, you&rsquo;ve lost your advantage.  Jeff Bezos was famous for saying that &ldquo;Your margin is my opportunity&rdquo;. Margins exists both in terms of token costs and UX (in this case latency).</p>
<p>The best operators know that the best inference is the one that happens for free on the user&rsquo;s device with near-zero latency.</p>
<p>Second, the areas where SOTA models offer improved functionality are, by definition, the bleeding edge. But this edge is brittle. This is where things break. You are now including failures into your operational domain. You might be able to make a case this is manageable. But whatever you do to fix it, it will quickly be undone by the next model update.</p>
<p>The best operators know that reliability is not found at the bleeding edge.</p>
<p>Third, organizations reach for SOTA models for the most complex workflows - presumably to augment or replace humans. LLMs in enterprise may be new, but history keeps teaching the same lesson about automation. It may at first seem straightforward to automate the visible but then soon discover that the real challenges lie in the context around it. But LLMs can be every more damaging to an organization because they can proliferate quickly and are non-deterministic.</p>
<p>The best operators know that an organization&rsquo;s best human judgment becomes inaccessible once you automate away the context it relied on.</p>
<p>SOTA models won&rsquo;t help you create a lasting advantage. They cost more, are slower and invite use cases that are detrimental to an organization&rsquo;s long term health.</p>]]></content>
		</item>
		
		<item>
			<title>Ford should have learned from GM</title>
			<link>https://yanngagnon.com/notes/ford-should-have-learned-from-gm/</link>
			<pubDate>Wed, 01 Jul 2026 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/ford-should-have-learned-from-gm/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<p>When your competitor nearly bankrupts itself, why would you make the same mistake?</p>
<p>That&rsquo;s what Ford just did. They should have learned from GM.</p>
<p>In the 1980s, GM poured $45 billion into factory automation in an effort to catch up with Toyota. Then CEO Roger Smith said &ldquo;Automation came along just in time to save us&rdquo;.</p>
<p>It didn&rsquo;t. GM&rsquo;s market share collapsed. Meanwhile the automated factories ran at 50% capacity.</p>
<p>Ford just rehired 350 experienced engineers after failing to replace them with AI.</p>
<p>The press is painting this as a story about AI failing, as a technology. It&rsquo;s not.</p>
<p>This is a story about adopting a technology without first identifying its hidden failure modes.</p>
<p>VP of Vehicle Hardware Engineering, Charles Poon, admitted it:</p>
<p>&ldquo;Mistakenly, we thought that by just introducing artificial intelligence and adjusting the design requirements that we had, that that would produce a high-quality product.&rdquo;</p>
<p>A GM factory automation engineer who lived through it said it simply:</p>
<p>&ldquo;&hellip;all you can do is automate confusion.&rdquo;</p>
<p>Ford amplified weak inputs with AI. GM automated confusion. These are the same multi-billion dollar mistakes.</p>
<p>As AI proliferates in your organization, so are the weak inputs, the confusion, as well as a variety of other problems setting you up for expensive mistakes. Find them before they find you.</p>]]></content>
		</item>
		
		<item>
			<title>How DevOps actually won</title>
			<link>https://yanngagnon.com/notes/how-devops-actually-won/</link>
			<pubDate>Thu, 25 Jun 2026 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/how-devops-actually-won/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<p>Your company is adopting frontier AI with 20-year-old blindspots.</p>
<p>Twenty years ago, developers wrote code, threw it over a brick wall to Operations, and went home. Any efficiency gains were localized. The systemic friction was intractable.</p>
<p>Then came DevOps.</p>
<p>We look back and think DevOps as a tooling revolution:</p>
<p>-CI/CD pipeliens<br>
-automated testing<br>
-DORA metrics</p>
<p>The real triumph was taking a Human Factors Engineering lens to a processes filled with&hellip;humans.</p>
<p>DevOps succeeded in admitting a hard truth: the human brain is the most fragile component in the pipeline. Entire workflows were redesigned around human limitations.</p>
<p>We stopped asking humans to execute 5-step deployment runbooks at 2 AM, because human working memory is fallible (especially under fatigue and sustained stress!)</p>
<p>We build pipelines that failed in three minutes instead of size months, because tight feedback loops match the biological speed of human learning.</p>
<p>We confronted the Irony of Automation - the fact that automating routine tasks degrades human skill and destroys situational awareness. Chaos Engineering and Game Days serve to reverse this by deliberately breaking our own systems to keep our human operators sharp.</p>
<p>But now look at AI in the enterprise.</p>
<p>Marketing, HR and Sales are prompting bots, generating massive outputs and throwing them over the wall for someone else to review.</p>
<p>Individuals are getting faster, but we are completely ignoring human factors engineering in complicated processes and workflows.</p>
<p>We ask managers to review 50-page AI-generated strategy documents, pretending they have the attention span and time to catch the silent hallucinations. They don&rsquo;t.</p>
<p>We sever the feedback loops of learning. A junior employee generates a complex financial model in seconds. They don&rsquo;t struggle. They don&rsquo;t hit a wall, they don&rsquo;t learn.</p>
<p>We are doing all of this learning nothing from the Irony of Automation. We let AI handle all the daily cognitive lifting but expect the human to step in flawlessly when the system makes a catastrophic judgment call. It just doesn&rsquo;t work like this.</p>
<p>DevOps didn&rsquo;t win because it gave us better tools. It won because it forced us to build workflows that respected human factors engineering.</p>
<p>Uncoordinated AI adoption is creating the largest operational blind spot in corporate history because it&rsquo;s forgetting human psychology exists.</p>]]></content>
		</item>
		
		<item>
			<title>AI shouldn&#39;t require your bandwidth</title>
			<link>https://yanngagnon.com/notes/ai-shouldnt-require-your-bandwidth/</link>
			<pubDate>Mon, 15 Jun 2026 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/ai-shouldnt-require-your-bandwidth/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<p>Current AI tools are cannibalizing your team&rsquo;s bandwidth.</p>
<p>Your team is juggling context windows.<br>
Worrying about compaction.<br>
Switching models.<br>
A/B testing prompts.<br>
Trying to keep track of what tools are being called.</p>
<p>That is not AI&rsquo;s promise, nor its potential.</p>
<p>In the early days of computing (and I do mean early), moving text between applications was a dark art. Many simple operations placed a heavy burden on the user. You had to remember a command, commit to an action and then specify what it applied to. On some systems, this required the user to have intricate knowledge of the system&rsquo;s memory. Error recovery was brutal. Sound familiar?</p>
<p>Then copy and paste was invented. Select the text first. Then decide what to do with it. Paste it once, twice or never. Let the software manage the memory implications, not the user.</p>
<p>Your people have a task in mind. But they are forced to think about their prompt, its style, the context, the model, the availability of tools and plugins. The intent is in their head. The interface is demanding something else entirely.</p>
<p>We are in the modal editor phase of AI interaction. Powerful, but asking too much of the humans using it. And squandering bandwidth that could be used to add actual human intelligence to their work.</p>
<p>AI will have its copy and paste moment. The question is whether your organization is building workflows around the current friction or preparing for what replaces it.</p>]]></content>
		</item>
		
		<item>
			<title>Unremarkable thinking</title>
			<link>https://yanngagnon.com/notes/unremarkable-thinking/</link>
			<pubDate>Thu, 11 Jun 2026 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/unremarkable-thinking/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<p>AI is filling companies with unremarkable thinkers.</p>
<p>They say that those who don&rsquo;t learn how to use AI will be replaced by those that do. But few are seeing ahead to what this implies.</p>
<p>If most business decisions are bounced of chat bots like ChatGPT, Claude, CoPilot and Gemini, what happens?</p>
<p>The responses will all converge to some maximally probable output.</p>
<p>They will be average.</p>
<p>They will be unremarkable.</p>
<p>What makes this worse is that the models have their own incentives.</p>
<p>They&rsquo;re optimized to satisfy you.</p>
<p>To bring you back. To tell you what you want to hear.</p>
<p>The same engagement mechanics you hate in your Instagram feed are baked into that chat window.</p>
<p>The thing no one mentions about Moneyball is that it quickly stopped being a competitive advantage once everyone adopted it. The advantage moved to identifying where and why Moneyball was wrong.</p>
<p>Do you really want to bake average thinking into your company&rsquo;s culture?</p>
<p>Now is the time to build a competitive advantage using AI, but only if you identify its shortcomings.</p>]]></content>
		</item>
		
		<item>
			<title>No Free Lunch</title>
			<link>https://yanngagnon.com/notes/no-free-lunch/</link>
			<pubDate>Sun, 07 Jun 2026 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/no-free-lunch/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<p>Your 10X engineers are 0.1X-ing your org.</p>
<p>There&rsquo;s no free lunch, not even with AI. Tesler&rsquo;s Law stated this plainly for software. Complexity is conserved. You can&rsquo;t remove it, you can only move it.</p>
<p>When your engineers ship 10X with AI, the complexity of writing the code vanish from their screen. Almost as if by magic.</p>
<p>But it&rsquo;s not gone, it has only moved.</p>
<p>It moved to the code review, where reviewers are asked to approve more code than any human can read.</p>
<p>It moved to the architect who can&rsquo;t track what&rsquo;s changing this fast.</p>
<p>It moved to the teams who now maintain systems no human fully understand.</p>
<p>And when it slips past all of them, it moves to your customer.</p>
<p>Nobody decided this. Nobody chose where the complexity should land. It pools in surprising places all across your org and no dashboards are pointed there.</p>
<p>The velocity is real but so is the cost. Organizations are shipping and adopting new failure modes they can&rsquo;t see.</p>]]></content>
		</item>
		
		<item>
			<title>Who Knows What</title>
			<link>https://yanngagnon.com/notes/who-knows-what/</link>
			<pubDate>Wed, 03 Jun 2026 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/who-knows-what/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<p>Your team used to know who to ask. Now everyone asks the AI. You&rsquo;re losing something you won&rsquo;t get back.</p>
<p>The technical term for it is transactive memory. We know it as &ldquo;who knows what&rdquo;. It&rsquo;s a mental directory, which exists both at the individual and organizational level, of which person to go to for which knowledge or problem.</p>
<p>When everyone asks the AI instead of each other, the team stops building the map of who knows what. Nobody learns that Sarah understands the legacy billing system or that Mark remembers why that architecture decision was made. The AI becomes the single point of contact for all knowledge, and the human network that used to route questions disappears.</p>
<p>Transactive memory makes teams resilient. When someone leaves, the team knows what knowledge walked out the door. The company AI will answer the questions. But it can only give you text. What&rsquo;s gone are the relationship, the mentorship and the judgment that turns knowledge into wisdom.</p>
<p>There are no dashboards for this.</p>]]></content>
		</item>
		
		<item>
			<title>Use It or Lose It</title>
			<link>https://yanngagnon.com/notes/use-it-or-lose-it/</link>
			<pubDate>Tue, 02 Jun 2026 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/use-it-or-lose-it/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<p>If your AI rollout is succeeding, you should be worried.</p>
<p>Not about the technology itself. It&rsquo;s probably doing exactly what it promised.</p>
<p>What&rsquo;s hard to see is what&rsquo;s no longer happening. Two developers who would have had a technical argument. Now they are both quietly asking AI. Or not even thinking about it. The AI has already decided for them.</p>
<p>The senior engineer who identifies a common misunderstanding of your company&rsquo;s systems based on a bug encountered by a junior developer. That gap in knowledge is never identified.</p>
<p>The person who walked into the standup and says &ldquo;something feels off about this&rdquo; before anyone had the data to prove it.</p>
<p>Your rollout metrics look great. Velocity is up. Tickets are down. Nobody&rsquo;s flagging anything.</p>
<p>It&rsquo;s the bystander effect applied to your organizational culture. It&rsquo;s destroying organizational memory and muscle. Use it or lose it.</p>
<p>I built a diagnostic to find what your AI adoption is quietly breaking.</p>]]></content>
		</item>
		
		<item>
			<title>Sour Milk</title>
			<link>https://yanngagnon.com/notes/sour-milk/</link>
			<pubDate>Mon, 01 Jun 2026 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/sour-milk/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<p>Starbucks spent tens of millions automating their inventory management. Instead, they made things worse.</p>
<p>This wasn&rsquo;t some abandoned pilot at select locations. This rolled out to over 11,000 stores. Initial pilots and testing, hardware, software licensing and support, internal project management costs, employee training. The cost ran into the tens of millions. Starbucks may not even the full number once you account for their employee&rsquo;s vocal frustration.</p>
<p>NomadGo, the provider, called manual inventory &ldquo;the most inefficient process imaginable.&rdquo; They promised their system was up to 8x faster and 99% accurate. That sounds like magic, if you ask me.</p>
<p>It wasn&rsquo;t. Product shortages and labor costs got worse, instead of better.</p>
<p>Not every AI project fails this visibly. The most insidious fail quietly while slowly eroding a company&rsquo;s processes and culture. These are the ones nobody sees coming.</p>
<p>I ran the Starbucks rollout through the <a href="https://crossfactors.co/what-is-a-crossfactor" target="_blank" >Crossfactors Framework</a>. The failure points are exactly what  you&rsquo;d expect. Too bad most enterprise AI teams aren&rsquo;t checking for them.</p>]]></content>
		</item>
		
		<item>
			<title>No Magic</title>
			<link>https://yanngagnon.com/notes/no-magic/</link>
			<pubDate>Wed, 27 May 2026 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/no-magic/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<p>Are you the type of person who believes in magic?</p>
<p>Magic wands, sparkles and bright color gradients. This is how AI is being presented to you. The value pitch follows from this imagery. They tell you AI can do nearly anything and it can probably do it better. If it cannot do it yet, it&rsquo;s just a matter of time.</p>
<p>And what could be more magic than the miracle of life and human intelligence? AI uses our language, sounds like us and is even given human personalities. It thinks. It spends time reasoning. It even uses emojis.</p>
<p>This is all an illusion. The M in LLM stands for model, not magic.</p>
<p>For AI to work, it needs to be treated like a tool. With awareness of tradeoffs, precaution and knowledge of whether or not it is the right one. There are fantastic use cases. But there are also an countless ways to wreak havoc on your company, product and customers.</p>
<p>I&rsquo;ve been itemizing these failure modes for years. I&rsquo;ve now formalized them into <a href="https://crossfactors.co/what-is-a-crossfactor" target="_blank" >a framework</a>.</p>
<p>I invite you to look behind the curtain.</p>]]></content>
		</item>
		
		<item>
			<title>Labor Dynamics</title>
			<link>https://yanngagnon.com/notes/017-labor-dynamics/</link>
			<pubDate>Tue, 01 Apr 2025 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/017-labor-dynamics/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<blockquote>
<p>This is part 17 of &ldquo;101 Ways AI Can Go Wrong&rdquo; - a series exploring the interaction of AI and human endeavor through the lens of the Crossfactors framework.</p>
<p><a href="/series/101-ways/" >View all posts in this series</a> or explore the <a href="https://crossfactors.co/framework" target="_blank" >Crossfactors Framework</a></p>
</blockquote>
<p>You’d think LinkedIn would be the one place where one would show caution in predicting the future of work.</p>
<p>But AI hasn’t replaced us yet, so labor dynamics is factor #17 in my series on 101 Ways to Screw Things Up with AI.</p>
<h3 id="what-is-it">What is it?<a href="#what-is-it" class="anchor" aria-hidden="true"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2"
      stroke-linecap="round" stroke-linejoin="round" class="feather">
      <path d="M15 7h3a5 5 0 0 1 5 5 5 5 0 0 1-5 5h-3m-6 0H6a5 5 0 0 1-5-5 5 5 0 0 1 5-5h3"></path>
      <line x1="8" y1="12" x2="16" y2="12"></line>
   </svg></a></h3>
<p>Labor dynamics arise from the interplay of technology and human productivity.  It refers to how the interactions of human work (both physical labor and knowledge work), organisational structures, financial incentives and technologies evolve over time.</p>
<h3 id="why-it-matters">Why It Matters<a href="#why-it-matters" class="anchor" aria-hidden="true"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2"
      stroke-linecap="round" stroke-linejoin="round" class="feather">
      <path d="M15 7h3a5 5 0 0 1 5 5 5 5 0 0 1-5 5h-3m-6 0H6a5 5 0 0 1-5-5 5 5 0 0 1 5-5h3"></path>
      <line x1="8" y1="12" x2="16" y2="12"></line>
   </svg></a></h3>
<p>Labor dynamics are massively consequential at both the individual and societal levels. They have existed as long as technological progress has been happening - from agricultural fields to textile factories to the modern office cubicle.  Effects are both positive and negative.  Negative effects are often related to the anticipatory gap and the Collingridge dilemma, where unwanted consequences are difficult to observe until they are too prevalent to reverse.  Labor dynamics affect both human fulfillment and happiness through the work that is available and its impacts on the economic climate.</p>
<h3 id="real-world-examples">Real-World Examples<a href="#real-world-examples" class="anchor" aria-hidden="true"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2"
      stroke-linecap="round" stroke-linejoin="round" class="feather">
      <path d="M15 7h3a5 5 0 0 1 5 5 5 5 0 0 1-5 5h-3m-6 0H6a5 5 0 0 1-5-5 5 5 0 0 1 5-5h3"></path>
      <line x1="8" y1="12" x2="16" y2="12"></line>
   </svg></a></h3>
<p>Labor dynamics and automation played a role in the US and Canada’s (and Mexico’s) current trade war over the North American automobile manufacturing industry as a single production zone spanning international borders.  This industry has been an early adopter and developer of automation, continuing on an early trend of improving processes since its inception.  The use of manufacturing robots has aided geographic specialisation while also allowing to fill in specialized labor gaps. Labor rates were a driver of increased automation where they were higher.  Robotic equipment can easily cross borders to work in another country while people can not.  In the meantime, fewer people are required for each car, while the jobs that remain haven’t been automated because they require human dexterity or coordination.</p>
<h3 id="key-dimensions">Key Dimensions<a href="#key-dimensions" class="anchor" aria-hidden="true"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2"
      stroke-linecap="round" stroke-linejoin="round" class="feather">
      <path d="M15 7h3a5 5 0 0 1 5 5 5 5 0 0 1-5 5h-3m-6 0H6a5 5 0 0 1-5-5 5 5 0 0 1 5-5h3"></path>
      <line x1="8" y1="12" x2="16" y2="12"></line>
   </svg></a></h3>
<p><strong>Human fulfillment</strong> - human happiness is important but seldom considered - often to benefit other incentives.</p>
<p><strong>Emerging workfor</strong>ce- young people are constantly entering the workforce, usually making career decisions early in life while they are the most impressionable. Shortages in many professions over the years can be in part blamed on our overconfidence in predicting these changes, an inability to limit the quantitative impact on this emerging workforce and on socioeconomic trends driven by their parents.</p>
<p><strong>Skill decay</strong> - as automation removes certain tasks from the labor force, certain skills become rare or disappear completely - sometimes too quickly.</p>
<h3 id="take-away">Take-away<a href="#take-away" class="anchor" aria-hidden="true"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2"
      stroke-linecap="round" stroke-linejoin="round" class="feather">
      <path d="M15 7h3a5 5 0 0 1 5 5 5 5 0 0 1-5 5h-3m-6 0H6a5 5 0 0 1-5-5 5 5 0 0 1 5-5h3"></path>
      <line x1="8" y1="12" x2="16" y2="12"></line>
   </svg></a></h3>
<p>Before you give someone career advice, ask yourself if you understand why we have a shortage of plumbers?</p>
]]></content>
		</item>
		
		<item>
			<title>Adoption</title>
			<link>https://yanngagnon.com/notes/011-adoption/</link>
			<pubDate>Mon, 24 Mar 2025 00:00:00 +0000</pubDate><author>Yann Gagnon</author><guid>https://yanngagnon.com/notes/011-adoption/</guid>
			<description><![CDATA[&lt;no value&gt;]]></description><content type="text/html" mode="escaped"><![CDATA[<blockquote>
<p>This is part 11 of &ldquo;101 Ways AI Can Go Wrong&rdquo; - a series exploring the interaction of AI and human endeavor through the lens of the Crossfactors framework.</p>
<p><a href="/series/101-ways/" >View all posts in this series</a> or explore the <a href="https://crossfactors.co/framework" target="_blank" >Crossfactors Framework</a></p>
</blockquote>
<p>Every technology must undergo this process, even if it is niche - an this process is very hard to control.</p>
<p>I am speaking of <strong>technology adoption</strong>, #11 in my series on 101 Ways to Mess Things Up with AI.</p>
<h3 id="what-is-it">What is it<a href="#what-is-it" class="anchor" aria-hidden="true"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2"
      stroke-linecap="round" stroke-linejoin="round" class="feather">
      <path d="M15 7h3a5 5 0 0 1 5 5 5 5 0 0 1-5 5h-3m-6 0H6a5 5 0 0 1-5-5 5 5 0 0 1 5-5h3"></path>
      <line x1="8" y1="12" x2="16" y2="12"></line>
   </svg></a></h3>
<p>Technology adoption is the process by which users, organizations and society at large begin to use and integrate new technologies into their personal and professional lives.</p>
<h3 id="why-it-matters">Why It Matters<a href="#why-it-matters" class="anchor" aria-hidden="true"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2"
      stroke-linecap="round" stroke-linejoin="round" class="feather">
      <path d="M15 7h3a5 5 0 0 1 5 5 5 5 0 0 1-5 5h-3m-6 0H6a5 5 0 0 1-5-5 5 5 0 0 1 5-5h3"></path>
      <line x1="8" y1="12" x2="16" y2="12"></line>
   </svg></a></h3>
<p>The production and availability of a technology is not enough to guarantee adoption.  Adoption can require a variety of behavioural, economic, cultural and system-level changes.  We can all think of technologies that have shaped our world and we don’t often consciously realize how all these factors have aligned to enable their adoption - for better or for worse.</p>
<h3 id="real-world-examples">Real-World Examples<a href="#real-world-examples" class="anchor" aria-hidden="true"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2"
      stroke-linecap="round" stroke-linejoin="round" class="feather">
      <path d="M15 7h3a5 5 0 0 1 5 5 5 5 0 0 1-5 5h-3m-6 0H6a5 5 0 0 1-5-5 5 5 0 0 1 5-5h3"></path>
      <line x1="8" y1="12" x2="16" y2="12"></line>
   </svg></a></h3>
<p>The adoption of Electronic Health Records (EHR) in healthcare has been tenuous with some doctors preferring to retire rather than changing their workflows.  EHRs promise many things compared to paper records, including streamlining patient management and records, improving accuracy and enhancing care coordination.  However, adoption has been slowed by many factors including complex interfaces, time constraints, and plain tech refusal.</p>
<p>Another example is the Humane AI pin.  It was an internet connected wearable device that enabled interactions primarily via voice by its user.  It failed to deliver in both functionality and as the next paradigm in human-machine interface.</p>
<h3 id="key-dimensions">Key Dimensions<a href="#key-dimensions" class="anchor" aria-hidden="true"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2"
      stroke-linecap="round" stroke-linejoin="round" class="feather">
      <path d="M15 7h3a5 5 0 0 1 5 5 5 5 0 0 1-5 5h-3m-6 0H6a5 5 0 0 1-5-5 5 5 0 0 1 5-5h3"></path>
      <line x1="8" y1="12" x2="16" y2="12"></line>
   </svg></a></h3>
<p><strong>Usability</strong> - Is the technology intuitive and easy to use?  People generally have very limited patience to learn new technologies and workflows.  Even for smartphone based technologies, users expect every new app to work like current ones.</p>
<p><strong>Change management</strong> - Within organisations, change management are deliberate attempts at enabling the adoption of new technology by reducing friction and addressing issues that arise from transitions.  In these instances, the change is usually being pushed from the top down, as it was with EHRs.</p>
<p><strong>Network Effects</strong> - Many technologies require a sizable user base, if only to justify continued support and development.  Others are two-sided marketplaces or platform plays.  Virality in terms of marketing can also play a role, as we saw in the early days of ChatGPT.</p>
<h3 id="take-away">Take-away<a href="#take-away" class="anchor" aria-hidden="true"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2"
      stroke-linecap="round" stroke-linejoin="round" class="feather">
      <path d="M15 7h3a5 5 0 0 1 5 5 5 5 0 0 1-5 5h-3m-6 0H6a5 5 0 0 1-5-5 5 5 0 0 1 5-5h3"></path>
      <line x1="8" y1="12" x2="16" y2="12"></line>
   </svg></a></h3>
<p>Adoption seems like a stupidly simple thing to take into account.  Yet, people get it wrong all the time.  It presents challenges across multiple dimensions, often unpredictably.</p>
]]></content>
		</item>
		
	</channel>
</rss>
