<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:googleplay="http://www.google.com/schemas/play-podcasts/1.0"><channel><title><![CDATA[Proquria]]></title><description><![CDATA[Helping Procurement Practitioners future-proof their careers in an AI-driven world.

One insight, one conversation at a time.]]></description><link>https://www.proquria.com</link><image><url>https://substackcdn.com/image/fetch/$s_!GZIy!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F05d4d918-a789-4e64-b4ca-d20ce837b709_1280x1280.png</url><title>Proquria</title><link>https://www.proquria.com</link></image><generator>Substack</generator><lastBuildDate>Fri, 04 Sep 2026 14:49:32 GMT</lastBuildDate><atom:link href="https://www.proquria.com/feed" rel="self" type="application/rss+xml"/><copyright><![CDATA[Omer Abdullah]]></copyright><language><![CDATA[en]]></language><webMaster><![CDATA[proquria@substack.com]]></webMaster><itunes:owner><itunes:email><![CDATA[proquria@substack.com]]></itunes:email><itunes:name><![CDATA[Omer Abdullah]]></itunes:name></itunes:owner><itunes:author><![CDATA[Omer Abdullah]]></itunes:author><googleplay:owner><![CDATA[proquria@substack.com]]></googleplay:owner><googleplay:email><![CDATA[proquria@substack.com]]></googleplay:email><googleplay:author><![CDATA[Omer Abdullah]]></googleplay:author><itunes:block><![CDATA[Yes]]></itunes:block><item><title><![CDATA[The Complete Talent Thesis]]></title><description><![CDATA[Everything I set out to answer about the human inside the function - and what comes next]]></description><link>https://www.proquria.com/p/the-complete-talent-thesis</link><guid isPermaLink="false">https://www.proquria.com/p/the-complete-talent-thesis</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 01 Sep 2026 13:04:46 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!M47t!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf335664-ff5e-412b-95b4-e0aacbd4af4e_1536x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!M47t!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf335664-ff5e-412b-95b4-e0aacbd4af4e_1536x1024.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!M47t!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf335664-ff5e-412b-95b4-e0aacbd4af4e_1536x1024.png 424w, https://substackcdn.com/image/fetch/$s_!M47t!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf335664-ff5e-412b-95b4-e0aacbd4af4e_1536x1024.png 848w, https://substackcdn.com/image/fetch/$s_!M47t!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf335664-ff5e-412b-95b4-e0aacbd4af4e_1536x1024.png 1272w, https://substackcdn.com/image/fetch/$s_!M47t!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf335664-ff5e-412b-95b4-e0aacbd4af4e_1536x1024.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!M47t!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf335664-ff5e-412b-95b4-e0aacbd4af4e_1536x1024.png" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/df335664-ff5e-412b-95b4-e0aacbd4af4e_1536x1024.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:1782886,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/213171024?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf335664-ff5e-412b-95b4-e0aacbd4af4e_1536x1024.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!M47t!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf335664-ff5e-412b-95b4-e0aacbd4af4e_1536x1024.png 424w, https://substackcdn.com/image/fetch/$s_!M47t!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf335664-ff5e-412b-95b4-e0aacbd4af4e_1536x1024.png 848w, https://substackcdn.com/image/fetch/$s_!M47t!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf335664-ff5e-412b-95b4-e0aacbd4af4e_1536x1024.png 1272w, https://substackcdn.com/image/fetch/$s_!M47t!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf335664-ff5e-412b-95b4-e0aacbd4af4e_1536x1024.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>This site grew out of a question that I&#8217;ve been grappling with for at least the last five years:</p><blockquote><p><em>How should the role of the Procurement practitioner transform over the next decade?</em></p></blockquote><p>The impetus for the question came from the massive changes we&#8217;ve been seeing in the Procurement space over the last two decades - the explosion of both end-to-end as well as best of breed technologies that were changing the way work was being done, as well as the increasing sophistication of the function (from the caliber of its practitioners to the more sophisticated management approaches being deployed).</p><p>There was no question in my mind that, as a result of all of these changes and more, the function was going to have to move further up the value curve lest it be deemed irrelevant.</p><p>Then along came Gen AI.</p><p>Gen AI (and more broadly, AI in general) has, quite simply, accelerated this trend, making Procurement&#8217;s existential question even more, well, existential.</p><p>In my view, AI is coming for Procurement work faster than Procurement is preparing for it. Most are still figuring out how to best integrate this new tech into their workflows, and how to maximize the ROI from their investments. There&#8217;s discussion and experimentation with alternative operating models, hybrid staffing approaches, and more. Despite the massive hype and the perceived speed of change, it&#8217;s still early days, and we still have time to figure out the right path forward.</p><p>But even as all of this experimentation and value extraction has been occurring, one topic that almost no one has been talking about has been what all this change would mean for the practitioners themselves and, more specifically, what they need to do to not only survive but flourish in this new world. That is, <em>what happens to the human?</em></p><p>Sure, there&#8217;s been plenty of lip service about the value of the human and how qualities such as judgement and empathy will be essential, but probe one level below and there&#8217;s little real insight.</p><p>Which is why I started Proquria - to answer these questions.</p><p>Thirty plus weeks later, I&#8217;ve run through all of the key questions I wanted to answer. This post provides a recap of the ground covered over the last eight months, followed by a discussion of what&#8217;s next.</p><h3>The Argument In Brief</h3><p>The premise is simple:</p><p>AI is absorbing the work that built Procurement careers and trained our very best people - work that not only fortified our domain knowledge but also gave us the procedural grounding that developed the intrinsic understanding we needed to have to serve our stakeholders.</p><p>With the machines now coming for this work very directly - not just in terms of the transactional but also tasks that are higher up the value chain such as cognitive and decision-support work - the nature of the function, in terms of size, caliber and focus, must be re-engineered very deliberately. And we&#8217;re going to have to do this work ourselves. No one&#8217;s going to do it for us.</p><p>If we don&#8217;t, Procurement faces an existential risk:</p><blockquote><p><em><strong>If the work we do is no better than the machines, then why not just let the machines do all of the work?</strong></em></p></blockquote><h3>How The Argument Unfolded</h3><p>I began the discussion by making the <strong>case for change</strong>. I argued that the ground under the function was shifting far more rapidly than any of us ever expected and that these shifting sands were introducing an existential risk. We needed to reshape the role of the function, which wasn&#8217;t about just the tech, but about operating models, incentives, mindset and, most importantly, the practitioners themselves, as my own (informal) research suggested that 60-80% of practitioners were not ready for this change. Along the way, I dove into topics such as the six forces shaping Procurement in a post-AI world, how we can become AI-confident as well as the cost of cognitive debt and what we need to do to maintain cognitive agency in this new environment.</p><p>I then dove into <strong>what work endures</strong> i.e. what work stays human as the machines take everything else. I presented the Human Edge Matrix, an eight factor framework that helps determine how much of our work will go the way of the machine and what will not. I discussed the human premium in detail - and the fact that the type of work that remains human may not even be Procurement&#8217;s decision to make, but that of its stakeholders.</p><p>I then laid out my model for <strong>future-proofing the Practitioner</strong> in detail, with its Enabling Layer (AI Literacy and Cognitive Discipline), Differentiating Layer (Orchestration, Business Acumen and Human Leverage) and Orientation Lens. I also provided a capstone playbook to diagnose, build and sustain this development, along with a deep dive into what we really mean when we talk about judgement as being <em>the</em> differentiator.</p><p>While the Future-proofing model is helpful for the senior practitioner, the whole idea of the machines taking away the work that has been foundational to our development begs another question: <em>what do we do about our juniors, who rely on that type of work for their own development?</em> I argued that AI was creating an <strong>apprenticeship crisis</strong> because it was breaking the developmental chain and creating the discernment trap. We were asking juniors to take on the supervisory work while removing the very mechanisms that built the judgement to perform that work in the first place. I put forward my perspective of the compounding spiral we need to focus on as well as my proposal for the rebuild of these skills in a post-AI world and a plan of action for the juniors themselves.</p><p>I capped the entire series off with a deep dive into what <strong>leadership</strong> needs to do. The CPO must be primed to capitalize on not only taking advantage of the promise of AI but also of making sure his or her team is able to deliver on that promise in a meaningful, value added way. I set out the CPO&#8217;s capability agenda in this new world, why and how we need to reshape the role of the manager to fully take advantage of it, and then how we need to rethink the way we hire, evaluate and promote those within our organizations - especially since everyone can now present as competent - to create the future-proofed Procurement team.</p><h3>Where I Drew The Line</h3><p>So in terms of the questions I originally set out to answer, which were focused squarely on the practitioners themselves, I&#8217;ve answered just about everything I&#8217;ve wanted to.</p><p>At the same time, though, I recognize that many of the <em>function</em> questions have not been addressed here i.e. what does the Procurement function itself become? What does the operating model look like, what is its precise architecture and its incentives in this new age?</p><p>I did touch on some of these issues - I dove into the six moats that underpin the future-proofed function as well as the issue of how we define and deal with more ambiguous metrics and incentives such that they can&#8217;t be gamed (though at the level of people rather than the function) - but they have not been my prime focus.</p><p>That said, there are plenty of good folks studying these issues, who are giving this the fuller treatment it deserves. I&#8217;ll highlight some of their work as we go forward but my own intent has been very much (and very deliberately) on the people inside the function.</p><h3>What Comes Next</h3><p>Two things specifically.</p><p>First, this series will become a book. The working title is &#8220;<strong>Future-Proofing The Procurement Practitioner</strong>&#8221; and it will be released in early 2027. The book will build on the body of content on this site (which will remain freely available) and provide more layers of depth to the topics discussed here, including my perspectives from my time building The Smart Cube and at Kearney, tools and templates, case studies as well as real-world narratives and sidebars. If you&#8217;d like to know the moment the book is available, just subscribe to Proquria at the link below.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.proquria.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.proquria.com/subscribe?"><span>Subscribe now</span></a></p><p>Second, Proquria as a blog will certainly continue. I&#8217;ll be posting regularly on a host of related topics and keeping an eye on the key developments and critical questions Procurement is facing as it pertains to the talent issue. I&#8217;d love to get your feedback on the body of work here and where it works, where it doesn&#8217;t and how I could improve it further.</p><h3>Over To You</h3><p>So, at least at this level, my perspective on the talent thesis is all here: the case for change, the practitioner&#8217;s playbook, the junior apprentice&#8217;s development plan, the manager&#8217;s role rebuild and the CPO&#8217;s leadership agenda.</p><p>The one last point I&#8217;d add is that, if you&#8217;re a practitioner, it&#8217;s incumbent on you to take charge, take the initiative and get yourself going. This is the opportunity ahead of us.</p><p>Nobody is coming to get us sorted. It&#8217;s down to us.</p><p>Let&#8217;s get going.</p>]]></content:encoded></item><item><title><![CDATA[Introducing The Book: Future-Proofing The Procurement Practitioner]]></title><description><![CDATA[Arriving early 2027]]></description><link>https://www.proquria.com/p/introducing-the-book-future-proofing</link><guid isPermaLink="false">https://www.proquria.com/p/introducing-the-book-future-proofing</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 01 Sep 2026 13:04:46 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!GZIy!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F05d4d918-a789-4e64-b4ca-d20ce837b709_1280x1280.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>AI is absorbing the work that built Procurement careers and trained its very best people. </p><p>Work that not only fortified domain knowledge but also provided the procedural grounding that developed the intrinsic understanding needed to serve its stakeholders.</p><p>With the machines now coming for this work very directly - not just in terms of the transactional but also tasks higher up the value chain, such as cognitive and decision-support work - the nature of the function, in terms of size, caliber and focus, needs to be re-engineered very deliberately. </p><p>This is work the function need to do for itself - no one is going to do it for them.</p><p>Otherwise, Procurement faces an existential risk:</p><blockquote><p><em><strong>If the work it does is no better than the machines, then why not just let the machines do all of the work?</strong></em> </p></blockquote><p>This book is about how we solve for that problem - focused squarely on the talent issue.</p><p>It is not a book about technology, and it&#8217;s not a book about redesigning the function. </p><p>It&#8217;s about the people inside it: what endures when the machines take everything else, how a practitioner builds toward this new world deliberately, how the next generation develops when the developmental chain is broken, and what leaders must do to build teams that will still matter in 2030.</p><p><strong>What&#8217;s in it</strong></p><p>Drawn from more than three decades of Procurement experience and more than a year of research at Proquria, the book builds on the thought leadership on this site to cover:</p><ul><li><p>The Future-Proofing Model in full - the Enabling Layer, the Differentiating Layer, and the Orientation Lens, with the playbook to diagnose, build and sustain it</p></li><li><p>The Apprenticeship Crisis and the rebuild needed - including the plan of action for junior practitioners</p></li><li><p>The Leadership Agenda - covering capability priorities, the manager&#8217;s role, and how to hire, assess and promote when everyone presents as competent and all of the old signals are gone</p></li><li><p>Tools, templates and diagnostics not published on the site</p></li><li><p>Case studies and real-world narratives from three decades at The Smart Cube, Kearney and Procurement functions across every industry worldwide</p></li></ul><p><strong>Get notified</strong></p><p>To get notified when the book comes out and receive updates on the latest from Proquria, subscribe via the link below. </p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.proquria.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.proquria.com/subscribe?"><span>Subscribe now</span></a></p><p><em><span>Omer Abdullah is the founder of Proquria, a thought leadership platform helping Procurement practitioners future-proof their careers for a post-AI world. He brings 35 years of management consulting and global corporate experience across North America, Europe, and APAC, and more than three decades working alongside Procurement practitioners worldwide.</span></em></p><p><em><span>Omer co-founded The Smart Cube in the early 2000s, bootstrapping it into one of the world&#8217;s leading Procurement Intelligence and Analytics platforms before its sale to WNS in December 2022. Earlier in his career, he held roles at A.T. Kearney, Warner Lambert (U.S.), and The Perrier Group (Asia-Pacific).</span></em></p><p><em><span>Through Proquria, he writes on how AI is reshaping Procurement work &#8212; and what it takes for practitioners to stay relevant, and valuable, as the profession transforms.</span></em></p><p></p>]]></content:encoded></item><item><title><![CDATA[You Can't Measure Judgement. You Can Assess It.]]></title><description><![CDATA[A reader asked how to measure judgement without building another gameable dashboard. Here's my answer.]]></description><link>https://www.proquria.com/p/you-cant-measure-judgement-you-can</link><guid isPermaLink="false">https://www.proquria.com/p/you-cant-measure-judgement-you-can</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 25 Aug 2026 13:04:14 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!AoAV!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc2452542-5bd1-4ec1-b260-04664af5bca6_1536x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!AoAV!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc2452542-5bd1-4ec1-b260-04664af5bca6_1536x1024.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!AoAV!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc2452542-5bd1-4ec1-b260-04664af5bca6_1536x1024.png 424w, https://substackcdn.com/image/fetch/$s_!AoAV!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc2452542-5bd1-4ec1-b260-04664af5bca6_1536x1024.png 848w, https://substackcdn.com/image/fetch/$s_!AoAV!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc2452542-5bd1-4ec1-b260-04664af5bca6_1536x1024.png 1272w, https://substackcdn.com/image/fetch/$s_!AoAV!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc2452542-5bd1-4ec1-b260-04664af5bca6_1536x1024.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!AoAV!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc2452542-5bd1-4ec1-b260-04664af5bca6_1536x1024.png" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/c2452542-5bd1-4ec1-b260-04664af5bca6_1536x1024.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:2208988,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/212607025?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc2452542-5bd1-4ec1-b260-04664af5bca6_1536x1024.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!AoAV!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc2452542-5bd1-4ec1-b260-04664af5bca6_1536x1024.png 424w, https://substackcdn.com/image/fetch/$s_!AoAV!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc2452542-5bd1-4ec1-b260-04664af5bca6_1536x1024.png 848w, https://substackcdn.com/image/fetch/$s_!AoAV!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc2452542-5bd1-4ec1-b260-04664af5bca6_1536x1024.png 1272w, https://substackcdn.com/image/fetch/$s_!AoAV!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc2452542-5bd1-4ec1-b260-04664af5bca6_1536x1024.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Last week, I posted the following on LinkedIn:</p><div class="callout-block" data-callout="true"><p>Here&#8217;s an idea that is sure to get some (many?) folks up in arms:</p><p>Promoting on savings delivered = promoting on evidence that is getting automated away from us.</p><p>I know, I know, I can see the eye-rolls already, but let me explain what I mean.</p><p>The metrics that built every Procurement career over the last thirty years (savings, efficiencies, throughput) describe exactly the work that most AI tools are being built to deliver.</p><p>Which means when we promote our &#8220;top performers&#8221; on the basis of those metrics, we are, in a very real way, promoting someone on an evidence basis that the machines are doing a great job of taking over (at least on a relative cost basis).</p><p>So, in that context, performance in the current role (via the metrics above) no longer predicts capability at the next level - and certainly won&#8217;t in a post-AI world. AI and the machines are severing that link.</p><p>So what does?</p><p>Judgement under ambiguity and an orientation towards outcomes, as credited by the actual stakeholders we serve.</p><p>Whether we&#8217;re building real judgement in others.</p><p>Whether our stakeholders want us in key discussions - and much earlier in the process.</p><p>Of course, none of the above show up in our usual savings dashboards, which is a problem.</p><p>It&#8217;s time for us to think more carefully and proactively about our promotion criteria.</p><p>What are you promoting on?</p></div><p>In response, a reader asked:</p><blockquote><p><em>How do you measure &#8220;judgement under ambiguity&#8221; without turning it into another dashboard people learn to game?</em></p></blockquote><p>That&#8217;s a really great question because it hits on a number of veins - whether such metrics are relevant, whether we can even measure such traits effectively, and whether we can embed them while keeping the entire process honest.</p><p>It&#8217;s a topic worthy of deeper discussion and one I&#8217;ll dive into in this post.</p><h3>We Keep Choosing Savings</h3><p>The topic of metrics is one that Procurement and the broader business world has been tackling for years.</p><p>Ideas like the Balanced Scorecard have, for decades, pushed forward the idea that we need a diverse set of metrics to truly gauge the full spectrum and complexity of individual performance - and, therefore, that the measurement systems we utilize must encompass both hard and soft metrics.</p><p>But despite our best intentions, when push comes to shove, we don&#8217;t always practice what we preach. In actuality, we tend, more often than not, to revert back to the same old measures we&#8217;ve always relied on: savings delivered, cost avoidance achieved, cycle time reductions, compliance rates, spend managed, etc.</p><p>Why is that?</p><h3>Not Fuzzy - Inconvenient</h3><p>The usual explanation is that soft metrics are hard to measure. They&#8217;re fuzzy, hard to pin down and certainly harder to compare across people at similar levels than say, <em>how much money did you save us last year?</em></p><p>This argument is only partly true - there is some truth to these concerns but the fact is also that a good manager can, given the chance, usually assess capabilities such as judgement fairly consistently and accurately when given the chance.</p><p>The real reasons, then, have to do with culture, design and reporting.</p><p>Many organizations speak early and often about the value of metric diversity, but when you look beneath the hood, you find that the culture doesn&#8217;t truly prize it. It&#8217;s not baked into the language of management, into the initiatives they fund, or the reward systems they put in place. At the end of the day, hard numbers matter because incentives (i.e. compensation and promotion) are aligned to them.</p><p>Second, the metrics themselves aren&#8217;t designed for success - which leaves them open to gaming by individuals who work to the letter of the law rather than the spirit of it. Alternatively, we also see situations where the manager assessing the employee&#8217;s performance on these measures simply doesn&#8217;t have the ability or experience to be able to make an accurate evaluation.</p><p>Last but not least, &#8216;soft&#8217; metrics tend not to travel well up the chain. When managers have to report upwards on a team member&#8217;s performance, they find it harder to sum up such performance and compare them across individuals in a way that is reasonably objective and &#8216;backable&#8217; - whereas hard metrics don&#8217;t have this problem.</p><h3>The Harder Work</h3><p>So what are we to do?</p><p>The point, in my mind, isn&#8217;t to abandon the idea of soft metrics. We absolutely need balanced metrics, especially in a post-AI world, where the machines are taking on much of the &#8220;easy to measure&#8221; work and where the &#8216;softer&#8217; metrics matter even more.</p><p>We need to actually embrace them even more, and do the &#8216;harder&#8217; work of <em>doing it right</em> - which means defining them better, teaching managers to evaluate better, and establishing real rewards and consequences.</p><h4>Describe Reasoning, Not Results</h4><p>First off, we need fewer metrics that are better defined; that is, each metric has clarity behind what it means and what we expect from someone exhibiting those &#8216;soft&#8217; behaviors.</p><p>The key is to be careful not to turn this into a checklist. The more tightly we try and define it, the more specific we try and make the constituent parameters, the easier it becomes to game.</p><p>What matters, instead, is to define what &#8216;good&#8217; looks like in terms of the metric itself - for example, how does the individual weigh different signals, what did they base their decisions on when there was little data available, what information did they consider more versus less relevant when making a decision.</p><p>In this sense, competency models, by level, do a great job. I used these all the time in both my consulting days as well as with The Smart Cube as I assessed my teams. Such models show the nature of the skill at each level as well as the expected trajectory. They allow both the manager and the team member to understand what &#8220;good&#8221; actually is and work towards it.</p><h4>Assessing Judgement Requires Judgement</h4><p>Irrespective of how well we define our metrics or how good our competency models are, the fact is that assessing judgement itself requires judgement.</p><p>What does that mean? Well, that means that we, as managers, have to be able to measure the decision-making process of our people rather than (just) the outcomes they&#8217;ve produced. I appreciate that this might sound somewhat counter-intuitive but it actually isn&#8217;t. Good decisions can sometimes go wrong while bad ones can sometimes get lucky. The point is to keep the focus more towards the reasoning and thought process behind each decision.</p><p>Which, of course, raises an obvious problem: an organization can only measure judgement to the extent that its managers actually have that judgement - and the ability to measure it - themselves. That&#8217;s not always the case.</p><p>Years of incenting hard metrics over soft ones means many managers either never developed this ability or, at the very least, their skills are flabby. This is the apprenticeship problem I&#8217;ve discussed before but one level up from that of the junior: many of our managers can&#8217;t make this evaluation because they themselves came up on the &#8220;savings as the only metric&#8221; regime. They don&#8217;t know <em>how</em>.</p><p>Solving for this needs work - and it isn&#8217;t going to be a simple fix.</p><p>It&#8217;s a multi-year build. It requires managers with the ability to make these judgements and the stomach to navigate this more ambiguous process rather than the formulaic one. It also requires managers calibrating their reasoning and how they evaluate the same behavior or trait; the divergence of viewpoints at such calibration sessions exposes how and where standards differ, allowing for shared understanding to be built.</p><h4>Make It Count</h4><p>Lastly, we won&#8217;t succeed unless we reward the behaviors we want and penalize the ones we don&#8217;t. At the end of the day, people will only do what they&#8217;re incented to do. Getting to this has a hard part and a practical part.</p><p>The hard part is that the process to make it count is not a simple one. The solution cannot be to establish a <em>formula</em> per se to determine who gets a reward and who doesn&#8217;t; we&#8217;re not trying to get to a &#8220;score&#8221;, because that can be gamed. We need, instead, the right manager to conduct an assessment that is thoughtful but still discretionary, one where he or she exercises their own judgement in the process. This is, as I&#8217;ve said before, hard work but the benefit is clear: without a score to be achieved, the team member must then understand the required behaviors to model and, then, actually <em>be good</em>.</p><p>In terms of practical levers, rewards and consequences matter. Compensation (in the form of a bonus) is certainly helpful in this regard, but promotion and advancement is more meaningful and long term. Advancement within the organization is the clearest signal of what the culture values. Promote the right behaviors even a couple of times, and suddenly everyone will get the message as to what&#8217;s important.</p><h4>So, What&#8217;s the Answer?</h4><p>Look, at the end of the day, I&#8217;m not sure you can build an ungameable metric, but you can build metrics that resist it.</p><p>Metrics that are finite but diverse. Metrics that are meaningful, encompassing the hard and the soft. Metrics that aren&#8217;t about &#8220;scores&#8221; but about competencies, decision patterns, and good reasoning, judged by strong managers consistently and regularly. Metrics that are rewarded appropriately.</p><p>As AI compresses our &#8220;visible&#8221; outputs and takes on much of our work that is measurable, the stuff that will remain relevant will be the work of the human, the &#8216;soft&#8217; stuff. We need to learn to manage and reward these more consistently and effectively.</p><p>So my answer to the LinkedIn commenter on my post: you cannot <em>measure</em> judgement under ambiguity, you have to <em>assess</em> it, repeatedly, by someone qualified to do so, against a defined set of competencies and a trajectory (versus a score), with real implications (rewards or consequences) attached.</p>]]></content:encoded></item><item><title><![CDATA[When Everyone Presents As Competent]]></title><description><![CDATA[The old signals for hiring, assessing and promoting talent are broken - here&#8217;s how to read the new ones]]></description><link>https://www.proquria.com/p/when-everyone-presents-as-competent</link><guid isPermaLink="false">https://www.proquria.com/p/when-everyone-presents-as-competent</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 18 Aug 2026 13:04:01 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!uhPw!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F58093c56-d346-4383-83d0-44b042bb94a0_1536x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!uhPw!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F58093c56-d346-4383-83d0-44b042bb94a0_1536x1024.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!uhPw!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F58093c56-d346-4383-83d0-44b042bb94a0_1536x1024.png 424w, https://substackcdn.com/image/fetch/$s_!uhPw!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F58093c56-d346-4383-83d0-44b042bb94a0_1536x1024.png 848w, https://substackcdn.com/image/fetch/$s_!uhPw!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F58093c56-d346-4383-83d0-44b042bb94a0_1536x1024.png 1272w, https://substackcdn.com/image/fetch/$s_!uhPw!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F58093c56-d346-4383-83d0-44b042bb94a0_1536x1024.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!uhPw!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F58093c56-d346-4383-83d0-44b042bb94a0_1536x1024.png" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/58093c56-d346-4383-83d0-44b042bb94a0_1536x1024.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:2140291,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/211181538?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F58093c56-d346-4383-83d0-44b042bb94a0_1536x1024.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!uhPw!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F58093c56-d346-4383-83d0-44b042bb94a0_1536x1024.png 424w, https://substackcdn.com/image/fetch/$s_!uhPw!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F58093c56-d346-4383-83d0-44b042bb94a0_1536x1024.png 848w, https://substackcdn.com/image/fetch/$s_!uhPw!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F58093c56-d346-4383-83d0-44b042bb94a0_1536x1024.png 1272w, https://substackcdn.com/image/fetch/$s_!uhPw!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F58093c56-d346-4383-83d0-44b042bb94a0_1536x1024.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Over the last couple of posts, I&#8217;ve drilled into the CPO&#8217;s talent agenda, looking at where the development focus in a post-AI world should be, by level, within the organization, and then analyzing how we should rebuild the role of the manager, which happens to be the load-bearing wall when it comes to developing this talent.</p><p>That said, all of this only matters if you have the right talent to develop in the first place. Leaders can only build value-creating Procurement teams if they have people worth developing.</p><p>The challenge today, though, is that the measures and metrics we&#8217;ve relied on to hire, assess and promote talent are under serious question. Some are less effective than they used to be, while others are no longer fit-for-purpose.</p><p>In other words, the instruments we&#8217;ve relied on for decades to recruit, evaluate and promote our people have stopped working. And unless we get that right, we&#8217;re going to have a problem building Procurement teams that can fulfill their potential in this new world.</p><p><em>So how, then, do you know that you&#8217;re building the right talent pool for a post-AI world?</em></p><p>That is the question I&#8217;ll explore in today&#8217;s post.</p><h3>The Signals Are Gone</h3><p>Think about how we hire, evaluate and promote:</p><ul><li><p>We review cover letters and resumes en masse and cull them down to the select few worth interviewing, post which we conduct remote interviews to gauge candidate fit and quality, finally culminating in an in-person interview to make the final selection.</p></li><li><p>Once hired, we look at the individual&#8217;s work outputs and impact (usually their savings delivered, efficiencies captured, etc.) to gauge their performance, using these measures (along with perhaps a couple of other metrics) to assess how they&#8217;re doing.</p></li><li><p>We then aggregate these measures and performance history over time to determine their progression within the organization.</p></li></ul><p>But there&#8217;s a problem: all of the old proxies that we&#8217;ve become used to are broken. Because, in a post-AI world, <strong>everyone can present as competent</strong> - and technology is the reason why.</p><p>Yes, of course, technology has been a boon in the talent management process. AI tools allow us to rapidly assess resumes at the press of a button; remote interviewing has materially reduced the costs of the interview process; goal-tracking software, feedback automation, workforce analytics allow us to infer ongoing performance and productivity; while skills and competency-inference tools help us to assess an individual&#8217;s development and readiness for promotion.</p><p>But, intentionally or otherwise, technology has also allowed the process to be (seriously) gamed.</p><p>To start with, AI has resulted in a near-total contamination of the hiring process. The majority of job applicants (up to 80% according to SHRM) are now using AI to generate cover letters, resumes, and to conduct interview preparation. Every single one of these outputs looks polished and reads great. On top of that, there are even emerging tools that provide real-time interview assistance, providing interviewees with live answer overlays to questions as they&#8217;re being asked, unbeknownst to the interviewer. The net of it all, as discussed in <a href="https://hbr.org/2026/06/ai-has-broken-hiring-heres-how-to-fix-it">an HBR article</a> that surveyed 6,380 screening sessions: companies are basically hiring for those who are best at navigating the recruitment process, not the best at the job itself.</p><p>Even when we look at ongoing employee performance, there are genuine question marks. People are using Gen AI to proliferate AI-slop, and it&#8217;s pervading the workplace: work product that looks polished but is actually low to moderate quality - and there&#8217;s a real question as to how much of this quality drop-off is being picked up (in time). We then have the potential for systems sitting on top of this work that generate and interpret aggregations and summaries and analytics that managers make decisions on. But if we have questions about the <em>data at source</em> i.e. the actual work product itself, then we have to ask whether these performance summaries will convey any real meaning, or whether we&#8217;re simply relying on interpretive signals based on work that has been hollowed out at the source. In other words, <em>our traditional approach of assessing throughput and productivity may not measure quite what we think it should in a post-AI world</em>.</p><p>This has natural follow-on implications as we assess who we should promote. We have to question whether we&#8217;re doing so on the right bases, whether these individuals are truly fit for the new Procurement world we&#8217;re in, and whether they will be capable of flourishing in an outcomes-driven world that demands the ability to deliver value beyond (simply) the traditional metrics of savings and efficiency.</p><p>TL;DR: what got us <em>here</em> almost certainly won&#8217;t get us <em>there</em>, because, again, in a post-AI world, everyone can now present as competent.</p><h3>What To Focus On</h3><p>So what is the CPO to do?</p><p>Their focus, as we&#8217;ve discussed over the last few months, should be squarely on assessing their people across the <a href="https://www.proquria.com/p/future-proofing-the-procurement-practitioner">Future-Proofing model</a>&#8217;s three constituent parts:</p><ol><li><p><strong>Enabling Layer:</strong> Is the individual AI-literate? How comfortable are they with tech and AI tools in general, and how well have they integrated these tools into their daily disciplines? Do they consume AI critically or passively?</p></li><li><p><strong>Differentiating Layer:</strong> What is their inclination towards orchestration? What is their aptitude when it comes to business acumen? How strong are their human leverage capabilities?</p></li><li><p><strong>Orientation Lens:</strong> Is the individual focused on driving towards outcomes? Are they focused on getting to results - defined broadly - versus &#8216;sticking to process&#8217;? Can they explain their work, their goals and their impact in terms of the organization&#8217;s overarching objectives?</p></li></ol><p>(Once again, as I stated when I laid out the model, practical Procurement knowledge - the working understanding of the nuts and bolts of the Procurement function - is a hygiene factor rather than a differentiator, except in the case of junior hires, for whom these capabilities must, of course, be developed, which is why it isn&#8217;t referenced directly in the model.)</p><p>The key is to understand not only their proficiency and &#8216;current polish&#8217; at each layer but also their trajectory i.e. whether they are trending in the right direction when it comes to these capabilities.</p><p>But these questions cannot be answered using the old assessment tools - paper records and &#8216;traditional&#8217; work outputs - and then correlating accordingly. AI, as I&#8217;ve mentioned earlier, has severed that correlation.</p><p>Leaders must now assess these traits directly, in ways that many are not accustomed to doing. In other words, what the post-AI world also calls for is a rethink of <em>how</em> we assess hiring, performance and promotion.</p><p>Essentially, the governing test we need to apply at all stages is: <em>Can this signal be simulated with AI assistance?</em> If so, then that&#8217;s the broken bit that needs to be fixed.</p><p>Let&#8217;s dive into this from the three specific contexts: the people coming in, the people we already have and those we want to promote.</p><h3>Context One: The People Coming In</h3><p>The key during the recruitment process is to trust <em>visibility</em> over <em>artifact quality</em>. That is, evaluate what people are able to do and discuss versus (just) what they say they produced.</p><p>This translates into a host of tactics:</p><ul><li><p><strong>Ask for structured, verifiable inputs versus open narratives:</strong> There is an argument to replace free-form resumes with structured surveys that ask about specific, checkable facts e.g. categories managed, spend under control, team sizes overseen, etc. These are facts that are easier to check and validate.</p></li><li><p><strong>Test adaptive reasoning:</strong> Give the candidate a scenario and ask them to take a position on it. See how they defend their argument. Pressure test during the discussion, taking alternative tacks and see how well they respond and, at the very least, reason their way through.</p></li><li><p><strong>Leverage AI to solve live problems:</strong> Instead of banning the use of tools, incorporate them into the interview process. Give them a realistic category problem and ask them to work through it live. The point is to gauge what questions they ask, how they break down the problem, structure their approach, and how they iterate their way to the answer (the exact nature of which doesn&#8217;t matter as much as their questions and their process).</p></li><li><p><strong>Evaluate seeded errors:</strong> Give the candidate an AI-generated analysis that contains subtle flaws - perhaps a supplier assessment based on overgeneralized or wrong assumptions, or a savings model with a buried error. Assess how they analyze the output, whether they can find what&#8217;s wrong and what they suggest should be done.</p></li><li><p><strong>Move key interviews to in-person:</strong> For all key decisions, move away from the remote interview, regardless of level. With the current and emerging state of AI tools, there is too much room for gaming the system and, given the importance of human leverage skills, in-person is the most effective way to assess personal capabilities.</p></li></ul><p>The bottom line - stop weighting anything that can be AI-assisted unless it&#8217;s intentionally co-opted into the process. Otherwise, you&#8217;re just processing noise.</p><h3>Context Two: The People You Already Have</h3><p>The issue with external recruitment is that, in most cases, we are signal-poor i.e. we don&#8217;t have the evidentiary basis to assess an individual&#8217;s capabilities and so we need to engage and understand them via the tactics above.</p><p>Internally though, we are signal-rich: we have access to all the data we need. We just need to learn how to read it - by asking better questions:</p><ul><li><p><strong>Observe how they operate in a hybrid environment:</strong> Watch how they actually work day to day - how well they integrate technology into their workflows, and how fluidly they navigate between humans and agents to get work done. Assign work that requires both and observe where they lean. Comfort with the hybrid approach must become a baseline signal of readiness, and it is only visible through observation, not self-reporting.</p></li><li><p><strong>Audit how they actually use AI - especially at the point of failure:</strong> Review their working process, not just their output. How and what do they verify before sharing an analysis? Where do they make decisions to override the AI output? Can they explain their reasoning, or why they rejected an alternative? Most revealing of all: when the AI output is confidently wrong, do they catch it? Ironically, the practitioners who take a little longer to produce might often be the ones adding the most value.</p></li><li><p><strong>Use reviews as assessment instruments, not simply status updates:</strong> Restructure review conversations so that defending the recommendation is the point. Question consistently and probe the reasoning behind every recommendation. Can they defend their position under sustained questioning, or do they repeatedly forward polished outputs that they can&#8217;t interrogate? This should be a standing discipline, not a periodic test.</p></li><li><p><strong>Track where they gravitate within the Future-Proofing model:</strong> Give people discretion in how they approach their work, and watch where they naturally move. Do they gravitate toward orchestration, stakeholder engagement and business context - or do they retreat to execution work? Can they think outside the &#8216;process&#8217; to get to results? Can they hold their own in contextual and strategic discussions with principal stakeholders? Discretion reveals inclination, which reveals where their natural strengths lie.</p></li></ul><p>Note the questions above reiterate the importance of the rebuilt manager role we discussed in the last post. They are the ones closest to the &#8216;signals&#8217; and hence our primary assessment engine when evaluating talent within the organization.</p><h3>Context Three: The Basis for Progression</h3><p>One thing that should be clear based on the discussion above as well as prior posts is that promotion based on the metrics of old (savings delivered, efficiencies captured) will not suffice. Given how AI is taking over so much of the work that delivered &#8216;value&#8217; historically, as well as how the nature of the practitioner role is evolving, we need to assess performance based on criteria that will ensure success in the future, not in the past.</p><p>These criteria encompass:</p><ol><li><p><strong>Judgement demonstrated, not output produced.</strong> Has the individual shown the ability to make decisions under ambiguity? Do they understand and rationalize the consequences of those decisions? Can they reconstruct their reasoning?</p></li><li><p><strong>Orientation.</strong> Are they focused on outcomes versus activities? Can they speak to their work in terms of impact and changes delivered versus tasks accomplished? Do the stakeholders they serve credit them with the outcomes achieved?</p></li><li><p><strong>Accountability and verification discipline.</strong> Do they take accountability for everything they produce? Are they able to determine when to deploy technology, when not to, and how to strike the right balance? Are they willing to slow down to get to the right results?</p></li><li><p><strong>Development of others.</strong> Do they build judgement in the people around them, or do they simply dispense answers? How are they helping to build judgement versus simply &#8216;getting the work done&#8217;?</p></li><li><p><strong>Trajectory of leverage.</strong> Are they trending in the right direction - towards the layers and capabilities within the Future-proofing model? Is the scope of what they can own expanding? Are they able to take on more ambiguity, more stakeholders, more orchestration?</p></li></ol><h3>Harder, But Fairer</h3><p>The tactics detailed above are hard, in that they take work and investment to implement. But they&#8217;re essential.</p><p>They are the far fairer way to assess capabilities because they measure them directly, in action, versus on paper. They force validation via real time engagement and adaptive reasoning.</p><p>These tactics and metrics also provide an added benefit: those who are fully capable but present less well now have a valid shot at being seen and moving forward. These are the folks who have perhaps gone through career changes, who have track records that are less glamorous or &#8220;brand-forward&#8221;, who have always done the work but not been able to &#8216;showcase&#8217; themselves effectively.</p><p><em>Real results over paper pedigrees.</em> Probably the most valuable dividend from this approach.</p><h3>The Compounding Advantage</h3><p>All of this is learnable and quickly implementable. The tactics and measures can be embedded into existing hiring and evaluation cycles relatively quickly, without the need for new technologies. It just requires commitment and effort.</p><p>And, it is an approach that compounds over time. The CPO that implements this thoughtfully will build a durable, meaningful advantage - bringing in, retaining and promoting people who can deliver real human value in an era where the machines will play an ever larger (and more compelling) role.</p><p>The results should, and will, speak for themselves.</p>]]></content:encoded></item><item><title><![CDATA[Rebuild The Manager]]></title><description><![CDATA[We keep asking managers to develop our people but the role, as it stands, isn&#8217;t built for it.]]></description><link>https://www.proquria.com/p/rebuild-the-manager</link><guid isPermaLink="false">https://www.proquria.com/p/rebuild-the-manager</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 11 Aug 2026 13:03:58 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!OwOt!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F28d92fee-8881-4acd-b8ae-6ede3931191d_1536x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!OwOt!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F28d92fee-8881-4acd-b8ae-6ede3931191d_1536x1024.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!OwOt!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F28d92fee-8881-4acd-b8ae-6ede3931191d_1536x1024.png 424w, https://substackcdn.com/image/fetch/$s_!OwOt!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F28d92fee-8881-4acd-b8ae-6ede3931191d_1536x1024.png 848w, https://substackcdn.com/image/fetch/$s_!OwOt!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F28d92fee-8881-4acd-b8ae-6ede3931191d_1536x1024.png 1272w, https://substackcdn.com/image/fetch/$s_!OwOt!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F28d92fee-8881-4acd-b8ae-6ede3931191d_1536x1024.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!OwOt!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F28d92fee-8881-4acd-b8ae-6ede3931191d_1536x1024.png" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/28d92fee-8881-4acd-b8ae-6ede3931191d_1536x1024.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:1899587,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/210644716?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F28d92fee-8881-4acd-b8ae-6ede3931191d_1536x1024.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!OwOt!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F28d92fee-8881-4acd-b8ae-6ede3931191d_1536x1024.png 424w, https://substackcdn.com/image/fetch/$s_!OwOt!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F28d92fee-8881-4acd-b8ae-6ede3931191d_1536x1024.png 848w, https://substackcdn.com/image/fetch/$s_!OwOt!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F28d92fee-8881-4acd-b8ae-6ede3931191d_1536x1024.png 1272w, https://substackcdn.com/image/fetch/$s_!OwOt!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F28d92fee-8881-4acd-b8ae-6ede3931191d_1536x1024.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Over the last several months, I&#8217;ve laid out what it takes to develop Procurement talent in a post-AI world - from the <a href="https://www.proquria.com/p/future-proofing-the-procurement-practitioner">Future-proofing model</a> and the various learning layers that comprise it, to the <a href="https://www.proquria.com/p/ai-is-creating-an-apprenticeship">junior apprenticeship crisis</a> and the underlying developmental chain that needs to be consciously developed to resolve it.</p><p>I&#8217;ve also talked about the range of stakeholders involved in making sure this talent is developed optimally - from the CPO who sets the pace and the ground rules, to the individual practitioners themselves (senior and junior) who must do the heavy lifting of learning and growth.</p><p>Look closely enough, though, and you&#8217;ll see that there&#8217;s one stakeholder (other than the practitioner) upon whom most of the onus is placed: the manager.</p><p>Almost every program, every learning layer, and every mechanism I&#8217;ve proposed requires the manager&#8217;s time and attention. It is the manager who oversees the implementation of these talent programs, who models the thinking, enforces the cognitive discipline, coaches the discernment, and provides the space for the development of judgement.</p><p>Of course, it&#8217;s easy to just say <em>that&#8217;s their job</em>, that managers must step up and take on the responsibility of developing their people. I&#8217;ve said it myself, repeatedly. After all, it&#8217;s the reason they&#8217;re called managers: they <em>manage</em>.</p><p>And yes, of course, they <em>should</em> take on this responsibility, but for them to be successful in doing so, we need to also answer an important question: <em>can the manager&#8217;s role, as it&#8217;s currently built, actually carry the weight we&#8217;re piling onto it?</em></p><p>My honest answer is &#8220;no&#8221;, at least not as the role currently stands, not in most organizations, and, therefore, not without a major role redesign.</p><p>That is what I&#8217;ll focus on in this post.</p><h2>The Squeeze</h2><p>The manager sits in a vice that&#8217;s been steadily tightening over the years - one that predates the emergence and growth of AI in our collective consciousness.</p><p>From above, managers have watched (and often helped) organizations continuously flatten. Their leaders have stripped out layers and widened spans of control. In many organizations, the number of direct reports has jumped to double digits over the last decade. And yet, even as they&#8217;re overseeing even more employees and receiving even less support than they might want or expect, many managers are doing larger chunks of the work themselves.</p><p>From below, those direct reports need more counsel and guidance, not less. With businesses facing ever more uncertain environments, those employees expect their managers to be beacons of certainty, or at the very least composure and direction. To add to this, the manager is now also being asked to develop judgement in their people <em>deliberately</em> - the very thing that, as I&#8217;ve discussed before, used to happen on its own, when the procedural grind did a lot of the teaching for us.</p><p>The results are exactly as you might expect: overload and burnout.</p><p>Managers tend to report burnout at higher rates than any other level in the organization, and there&#8217;s enough (at least anecdotal) evidence that says managers are simply overwhelmed. This, as you might expect, has knock-on effects in terms of team morale and engagement.</p><p>The net result: the single most important role that drives the development of your people is also the most stretched - a troubling idea for any CPO serious about talent development.</p><h2>The Coaching Windfall That Hasn&#8217;t Arrived</h2><p>Of course, with AI, we expected the opposite to happen.</p><p>The story we&#8217;re told is that AI will automate the administrative grind and hand our people - our managers especially - a windfall of time; time they can then pour into thinking strategically, engaging with critical stakeholders, and, yes, coaching and developing their people. The machines would take the drudgery and the humans would finally get to do human work.</p><p>But that isn&#8217;t how it&#8217;s playing out - for a number of reasons.</p><p><em>First,</em> the manager&#8217;s role hasn&#8217;t simplified, its become more complex. In addition to the pressures cited above, they&#8217;re now expected to orchestrate a blended workforce of humans and AI agents <em>and</em> manage new workflows with different handoffs and quality parameters to consider - creating opportunities, yes, but also new failure modes that didn&#8217;t exist just a couple of years ago.</p><p><em>Second,</em> the bar for what Procurement must deliver is rising at an ever increasing rate - for a host of reasons, ranging from the value the function is expected to realize for the organization (a result of its demonstrated successes over the years) to the need to justify its cost and impact beyond that of the machines. As a result, internal customers expect more, the C-suite wants more, and suppliers expect more. All of this is the manager&#8217;s responsibility to deliver.</p><p><em>Third,</em> and this is a new one for our era, the manager now has to manage for AI workslop as and where it appears. As we&#8217;ve discussed before, AI has the ability to produce high quality work, but if we&#8217;re not careful, it can also produce output that looks polished but is actually hollow: plausible, confident, and wrong in ways that only reveal themselves once you&#8217;ve conducted considerable inspection. There is emerging evidence that many workers now receive this kind of output regularly, each instance of which takes time to identify and fix. The responsibility for that verification lands, again, on the manager.</p><p>(If we&#8217;re honest, we should also note that a meaningful share of AI workslop comes from the managers themselves. The very person we&#8217;re relying on to set the standard for cognitive discipline - to model what disciplined AI use looks like - is, in many cases, doing just the opposite. If a manager is just forwarding unchecked machine output, everyone below them learns this to be the acceptable norm.)</p><p>All of these pressures add up, and instead of the windfall of coaching time, the manager&#8217;s plate is now even more full.</p><h2>&#8220;Coach More&#8221; Is The Wrong Prescription</h2><p>So we see the problem and we accept that it needs to be fixed.</p><p>But telling the manager to simply &#8220;coach more&#8221; and &#8220;make the time&#8221; is not going to work. As well meaning our intent might be, it&#8217;s useless advice, because the problem is a structural one.</p><p>Faced with a hybrid human-agent workforce, far too many direct reports, increasing output volumes and heightened outcome expectations, doing &#8220;more of the same&#8221; isn&#8217;t the solution; it&#8217;s like telling someone who&#8217;s drowning that they need to just &#8216;swim better and faster&#8217;.</p><p>The manager&#8217;s job, as it stands, is no longer manageable, not for the new era we&#8217;re now in, and more training (while helpful) isn&#8217;t going to be the fix. We need to rethink the role.</p><p>So the core question to ask is: <strong>how do we rebuild the manager&#8217;s role so that coaching and developing people becomes the prime work - not the thing that&#8217;s squeezed in the margins after everything else is done?</strong></p><h2>Two Conditions</h2><p>Before we get into the redesign, let&#8217;s be clear on two things.</p><p>First, the point of rebuilding the role - the underlying principle, if you will - is to make the manager less of a <em>doer</em> and <em>answerer</em> and more of a guide; someone who provides patient, questioning coaching that actually builds judgement. Keep that in mind as we dive into the redesign elements. I&#8217;ll come back to why it matters later.</p><p>Second, not everyone is built to be a people manager and this is important to take into account in manager selection. People management shouldn&#8217;t be the inevitable ladder of progress in every organization and some professionals don&#8217;t want to manage others at all. We need to identify who these people are and decide how they fit into our organization. There is, in my view, absolutely a role for senior individuals like these - experts in their fields who bring specific skillsets and value to the organization. They just shouldn&#8217;t be managers.</p><h2>Redesigning the Role</h2><p>There are seven levers for the CPO to pull - most of these are not things that a manager can pull for themselves, so the CPO has to take the lead:</p><p><strong>Rebundle the role ruthlessly.</strong> Start by looking honestly at where your manager&#8217;s hours actually go, and automate or delegate everything that isn&#8217;t genuinely managerial - the status updates, report compilations, data consolidation. Hand as much of this work to the machines as you can. As important, be explicit about what the manager should <em>no longer do</em>. A <strong>&#8220;don&#8217;t-do list&#8221;</strong> is as important an element of the job description as the duties you actually want them to do. Without this latter list, any freed-up time simply refills with work they shouldn&#8217;t be doing - and nothing actually changes.</p><p><strong>Push decisions down, with clear guardrails.</strong> A great deal of manager time is consumed in being the approval point for decisions that never should have reach them in the first place. Set clear parameters - financial thresholds, escalation triggers, pre-agreed playbooks - and delegate everything within those bounds to the people below. Decisions inside those guardrails shouldn&#8217;t come to the manager, only the genuine exceptions. (This might require, if you&#8217;re honest, a broader rethink of your decision-making culture.) This gives the manager time back, and it also forces judgement onto the very people they&#8217;re trying to develop.</p><p><strong>Rethink meeting culture.</strong> This rule is easy to identify but difficult to implement: <em>kill meetings that don&#8217;t need to be meetings</em>. Review standing meetings and ruthlessly assess which ones are absolutely needed. Move status updates, basic reporting and routine reviews to asynchronous channels - a dashboard someone reads on their own time, not a meeting that requires a read out in-person or virtually. For those meetings that are necessary, establish the one required goal of that meeting and shorten it to the minimum length of time needed to get to resolution. Send pre-reads (where applicable) ahead of time, so that meeting time itself is spent on debate and decisions, versus recaps.</p><p><strong>Change how work gets done.</strong> Make dashboards and analytics self-serve, so no one has to convene to review numbers they could have read over email or via an app. Protect a defined portion of every week - a day, or a half-day at least - as meeting-free time for the deep work of developing people. As the CPO, you need to model and mandate this. This will be a challenge (many organizations just don&#8217;t work this way), but it&#8217;s a commitment that will pay off.</p><p><strong>Give them their own AI leverage.</strong> This one is obvious: the same tools eating the manager&#8217;s time can give some of it back, if used in the right way. AI can draft summaries, surface patterns, prep one-on-ones and flag anomalies - which frees the manager to do the human work on top of it. The goal is to automate <em>around</em> the manager, leaving them with the time to do the work they should be doing. (And don&#8217;t forget to factor cognitive discipline into the mix.)</p><p><strong>Normalize micro-coaching.</strong> The image of coaching as organized, scheduled, hour-long sit-downs is part of the problem. Sometimes that <em>is</em> what&#8217;s needed but more often, it isn&#8217;t. The most effective coaching is quick and frequent - for example, a five-minute exchange in the flow of the actual work, tied to the live problem in front of the person; or a well-placed question just as a report goes out; or it could be as simple as a two-minute debrief after a supplier call. Frequent, tiny, in-context touchpoints build judgement far more effectively than monthly reviews, plus they fit inside real calendars in practical, workable ways.</p><p><strong>Invest in the manager&#8217;s own development.</strong> We pour enormous energy into developing juniors and almost none into developing the people meant to develop them. We just expect our managers to develop on their own (or worse, think they&#8217;re past the need for development). That&#8217;s just wrong. Managers need explicit development plans of their own: how the role itself is changing, how to coach judgement rather than dispense answers, how to lead blended human-and-agent teams, and how to get genuine leverage from AI in their own work rather than drowning in it. The manager is the multiplier - and investing in them multiplies their realized value.</p><h2>Coach as a Questioner - and Measure It</h2><p>The levers above represent the key steps every CPO needs to take to rethink the manager&#8217;s role.</p><p>But even if we&#8217;ve done the hard work to restructure that role, even if we&#8217;ve automated what&#8217;s necessary and protected the manager&#8217;s time, the fact remains that the redesign can still fail, for two specific reasons.</p><p><strong>First</strong>, <em>how</em> a manager coaches matters more than how much time they have to do it.</p><p>Consider the most natural thing in the world for a busy manager to do: a direct report comes to them with a problem and the manager, who&#8217;s seen this a hundred times, gives them the answer. <em>Problem solved.</em> It&#8217;s fast and it feels like good work, but it&#8217;s actually an incredibly corrosive habit.</p><p>Because every time the manager supplies the answer, they buying speed today but paying for it in dependency tomorrow. No judgement is built on the part of the employee, who learns over time that the fastest path is to just bring it to the boss. In time, the manager becomes the bottleneck as judgement across the team atrophies.</p><p>This issue has been around since the practice of management began- but it resonates even more strongly today in a post-AI world. If we accept the idea that handing people answers erodes their judgement, then we should trust that instinct just as much when AI does the same thing. The &#8216;manager-as-answer-machine&#8217; is simply the human version of <a href="https://www.proquria.com/p/the-discernment-trap">the discernment trap</a> I described earlier in this series. AI just makes it more urgent.</p><p>Which is why the manager&#8217;s core developmental posture, in an age of AI, is the same one I&#8217;ve argued the <em>tools</em> themselves should take: <strong>be a questioner, not an answerer</strong>; a Socratic coach, not an oracle. When a direct report raises an issue, ask &#8220;what have you considered? What&#8217;s your strongest argument for an action? If this call is wrong, how reversible is it?&#8221; The manager that does this builds judgement in their people.</p><p>In addition, managers should also administer the explain-back test: &#8220;Walk me through how you got here - what did you assume, and where could this be wrong?&#8221; Direct reports who cannot defend their reasoning behind an AI-assisted piece of work are guilty of cognitive offloading, and explain-backs spot this in the course of the normal coaching process.</p><p>The <strong>second</strong> key reason a redesign can fail is to do with measures and incentives.</p><p>I&#8217;ve made the argument before that you get the capabilities you measure: talent development is stunted when performance reviews measure the wrong things. If a manager is measured purely on their team&#8217;s savings number and delivery throughput, coaching is always going to lose, because when the quarter gets tight - and it always does - the manager will, entirely rationally, drop the developmental work that isn&#8217;t part and parcel of their review to protect the numbers that do.</p><p>So the manager&#8217;s scorecard <em>has</em> to widen. Alongside the traditional delivery metrics, you have to find ways - however imperfect - to measure and reward the people development: whether the team&#8217;s judgement is visibly growing, whether their reports can defend their own reasoning, whether they&#8217;re building the bench.</p><p>Net-net: redesign the role to focus on coaching, insist on the Socratic method rather than answer-dispensing, and then measure it.</p><h2>The Catch</h2><p>None of this is easy. I recognize that. Everything I&#8217;ve described is genuinely hard.</p><p>The demands on the manager are real and rising, and the risk of burning them out is real. If you take this post simply as &#8220;here are more things for the manager to do,&#8221; you&#8217;ll make the problem worse.</p><p>But that is exactly the point of - and the need for - the redesign, and the reason the rebundling has to be <em>disciplined</em> rather than aspirational.</p><p>This is not &#8220;coach more, on top of everything else.&#8221; It is coach <em>instead</em> - a genuine swap, in which the execution and administrative work is removed, automated, delegated and pushed down, allowing the newly freed up space to be deliberately filled with the developmental work that is the manager&#8217;s <em>actual</em> job. To do otherwise, and to do it sloppily, means that coaching becomes additive, and we&#8217;re right back where we started.</p><p>Done properly, though, this is probably the single highest-leverage move a CPO can make. Because the manager is indeed the load-bearing wall of the talent development model we&#8217;ve spent months rebuilding. Every framework, every developmental model runs through the manager.</p><p>Strengthen the manager, and the whole structure holds. Neglect them, and it won&#8217;t matter how good the blueprint was. No one will be left with the time to build it.</p>]]></content:encoded></item><item><title><![CDATA[Procurement at an Existential Crossroads]]></title><description><![CDATA[Adapt to AI or get left behind]]></description><link>https://www.proquria.com/p/procurement-at-an-existential-crossroads</link><guid isPermaLink="false">https://www.proquria.com/p/procurement-at-an-existential-crossroads</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 04 Aug 2026 13:03:07 GMT</pubDate><enclosure url="https://substackcdn.com/image/youtube/w_728,c_limit/6wwivtMonFo" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>This week, I want to share a fascinating conversation I had recently with my friend, <a href="https://www.linkedin.com/in/gregstephenanderson/">Greg Anderson</a>.</p><p>Earlier this year, Greg invited me to be a guest on Executive Edge, a podcast/video series that he hosts for <a href="https://tenzingconsulting.com/">Tenzing Consulting</a>. In that conversation, we touched on a host of topics relevant to the ideas I&#8217;ve been talking about here at Proquria, including: </p><ul><li><p>Why Procurement is at an inflection point because of AI</p></li><li><p>Why most practitioners aren&#8217;t ready for this shift (which is an existential one)</p></li><li><p>The individual path forward, encompassing both <strong>AI Literacy</strong> and <strong>Cognitive Discipline</strong></p></li><li><p>The four-part response leaders need to think through</p></li><li><p>The durable (and very human) differentiators practitioners need to develop</p></li></ul><p>It was a great discussion and you can check it out via the video link below.</p><div id="youtube2-6wwivtMonFo" class="youtube-wrap" data-attrs="{&quot;videoId&quot;:&quot;6wwivtMonFo&quot;,&quot;startTime&quot;:null,&quot;endTime&quot;:null}" data-component-name="Youtube2ToDOM"><div class="youtube-inner"><iframe src="https://www.youtube-nocookie.com/embed/6wwivtMonFo?rel=0&amp;autoplay=0&amp;showinfo=0&amp;enablejsapi=0" frameborder="0" loading="lazy" gesture="media" allow="autoplay; fullscreen" allowautoplay="true" allowfullscreen="true" width="728" height="409"></iframe></div></div>]]></content:encoded></item><item><title><![CDATA[The CPO’s Capability Agenda]]></title><description><![CDATA[What to build, in whom, and in what order - the Future-Proofing model, mapped across your whole team.]]></description><link>https://www.proquria.com/p/the-cpos-capability-agenda</link><guid isPermaLink="false">https://www.proquria.com/p/the-cpos-capability-agenda</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 28 Jul 2026 13:04:05 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!JTs2!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F35ef7b1f-cfc2-4ba1-a7cf-63005001bfa7_1536x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!JTs2!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F35ef7b1f-cfc2-4ba1-a7cf-63005001bfa7_1536x1024.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!JTs2!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F35ef7b1f-cfc2-4ba1-a7cf-63005001bfa7_1536x1024.png 424w, https://substackcdn.com/image/fetch/$s_!JTs2!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F35ef7b1f-cfc2-4ba1-a7cf-63005001bfa7_1536x1024.png 848w, https://substackcdn.com/image/fetch/$s_!JTs2!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F35ef7b1f-cfc2-4ba1-a7cf-63005001bfa7_1536x1024.png 1272w, https://substackcdn.com/image/fetch/$s_!JTs2!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F35ef7b1f-cfc2-4ba1-a7cf-63005001bfa7_1536x1024.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!JTs2!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F35ef7b1f-cfc2-4ba1-a7cf-63005001bfa7_1536x1024.png" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/35ef7b1f-cfc2-4ba1-a7cf-63005001bfa7_1536x1024.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:2701935,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/208077770?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F35ef7b1f-cfc2-4ba1-a7cf-63005001bfa7_1536x1024.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!JTs2!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F35ef7b1f-cfc2-4ba1-a7cf-63005001bfa7_1536x1024.png 424w, https://substackcdn.com/image/fetch/$s_!JTs2!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F35ef7b1f-cfc2-4ba1-a7cf-63005001bfa7_1536x1024.png 848w, https://substackcdn.com/image/fetch/$s_!JTs2!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F35ef7b1f-cfc2-4ba1-a7cf-63005001bfa7_1536x1024.png 1272w, https://substackcdn.com/image/fetch/$s_!JTs2!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F35ef7b1f-cfc2-4ba1-a7cf-63005001bfa7_1536x1024.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Over the last several months, I&#8217;ve defined and built out the <a href="https://www.proquria.com/p/future-proofing-the-procurement-practitioner">Future-Proofing model for Procurement practitioners</a>, spelling out each layer and capability within this development model. I then turned my attention to <a href="https://www.proquria.com/p/ai-is-creating-an-apprenticeship">junior practitioner development in a post-AI world</a>, emphasizing the need to find ways to ensure our juniors develop a more intrinsic understanding of the work they do. All of these posts focused squarely on the individual practitioner.</p><p>While this certainly informs the work of the Procurement leader, the progressive CPO must also think more broadly, focused not just on juniors but also the seasoned individual contributors as well as their leaders. The core question for the CPO to answer is:</p><p><em>Across my entire team, which capabilities matter now, how do I gauge these capabilities and where do I allocate my investments?</em></p><p>In other words, the CPO needs to have a <em>capability agenda</em>: **a way to read each person&#8217;s development, what to build and in what order.</p><p>This post lays out that agenda in three parts:</p><ul><li><p>First, the capability architecture itself, which is the Future-Proofing model mapped across your entire team, by level</p></li><li><p>Second, the incentives gap i.e. the gap between what you say you want and what you actually reward</p></li><li><p>Third, the business case for all of this i.e. why, when budget crunches hit, talent development should be the last thing you cut, not the first.</p></li></ul><p>Let&#8217;s start with the capability architecture.</p><h3>Reading Your Team, Level by Level</h3><p>The cleanest way to read your team is to look at it the way it&#8217;s actually structured - by level - and apply the Future-Proofing model to each one.</p><p>The interesting thing about the model is that, while it applies across the board and to all practitioners, the same capabilities will look different, and be assessed differently, depending on where the individual sits. For example, AI literacy in a junior is not the same thing as AI literacy in a leader. What you assess for - and therefore what you build - shifts as people rise.</p><p>To flesh this out for the CPO, I&#8217;ll use three tiers:</p><ul><li><p><strong>Junior</strong> - your early-career people, who are still learning their craft.</p></li><li><p><strong>Senior</strong> - your experienced individual-contributor engine room, from mid-level analysts through senior category leads; folks who are proven past the junior level, carrying real work, but still <em>doing</em> it themselves rather than (primarily) leading others.</p></li><li><p><strong>Leader</strong> - your people-leaders, responsible for developing those who do the work.</p></li></ul><p>Each tier has a <em>centre of gravity</em> when it comes to their development - the one primary capability that defines it, which is where your assessment and investment should concentrate. The other capabilities of the model still matter at every level, but the centre of gravity is the thing to get right. (At the end, I&#8217;ll provide the matrix that lays out the full grid.)</p><p>Note that one lens runs across all three - <a href="https://www.proquria.com/p/activity-is-automatable-orientation">Orientation</a> - which I&#8217;ll provide my read on, at each level as we go, and then return to at the end, as it&#8217;s the most important thing to assess.</p><h4>Junior - Building the Foundation</h4><p>A junior&#8217;s centre of gravity rests on two aspects: the <strong>Foundational Layer</strong> and the <strong>Enabling Layer</strong>.</p><p>The <strong>Foundational Layer</strong> is understandable for those just starting out: learn the core technical skills that underpin the Procurement function. <em>Understand why and how a spend cube is built and how to assess it in-depth; analyze a category and understand its dynamics and implications for the internal customer; organize, develop and run an event to meet specific end goals and objectives; assess supplier performance and health in order to maximize the defined end goals for that category within the organization.</em></p><p>In prior posts, I&#8217;ve referred to this as table stakes for everyone, and it is, but, for the junior, there is a level of understanding - both domain level and procedural - that must be mastered before all else. The point is to ensure they have an intrinsic (versus surface level) understanding of the everyday work of Procurement, regardless of how effectively or efficiently AI tools take over this work in future.</p><p>The second aspect is the <strong>Enabling Layer</strong> - and, within it, <strong>cognitive discipline</strong> above all.</p><p>This might be surprising to some: surely, the most obvious thing to assess a junior for is AI literacy i.e. can they use the tools? Of course, that matters, but, just like the Foundational Layer, that, too, is table stakes; they either have it or they can acquire it fast. An ambitious junior will have no issues getting up to speed and becoming AI-proficient. (In fact, they&#8217;re more likely to teach <em>you</em>, the CPO, a thing or two when it comes to AI!)</p><p>The thing that actually determines whether a junior progresses optimally is the opposite discipline: the brake, not the accelerator. <em>Can they resist offloading their thinking to the machine?</em> I&#8217;ve written about why this matters so acutely for juniors before: they are the group most at risk of outsourcing the very judgement they most need to build.</p><p>So cognitive discipline is important to assess - and yet it isn&#8217;t easy to see, because a junior over-relying on AI produces perfectly acceptable output. You have to look past the output to the thinking behind it.</p><p>So the test I&#8217;d apply here is one I&#8217;ve spoken about many times before: <em>the explain-back</em>. Hand them their own analysis and ask them to defend it - what it recommends, why, what it assumes, where it breaks down. A junior who can&#8217;t do that didn&#8217;t produce the work; they simply regurgitated what they were told by a machine. <em>That gap is the single most important signal at this level.</em></p><p>Beyond Procurement knowledge and cognitive discipline, the Differentiating capabilities from the future-proofing model are all present as well, but they&#8217;re nascent in the junior. You have to assess them at <em>task</em> level: <em>can they orchestrate a single workflow end to end, including the handoffs, rather than just a task within it? Do they understand how their specific category connects to the P&amp;L? Do they appreciate how the broader corporate climate is influencing how and why we budget and set category goals the way we do? Can they hold a straightforward stakeholder relationship and make themselves understood?</em></p><p>The point here is to view these as indicators of potential, not proof of capability. Capability will take time to develop, but they need to at least show inclination and aptitude towards these differentiating levers.</p><p>Finally, orientation, in a junior, is about <em>line of sight</em>: can they see how their piece of work ladders up to a given outcome? The junior who asks &#8220;what is this actually for?&#8221; - rather than just completing the task in front of them - is showing you the beginnings of the thing that matters most. The one who executes flawlessly but never asks is a flag, not a star.</p><p><strong>Build priority: Embed Procurement knowledge and lock in cognitive discipline first.</strong> Everything else compounds off it, and it is far harder to instill later once habits have set.</p><h4>Senior - Earning Differentiation</h4><p>This is a pivotal tier, as it&#8217;s the one that&#8217;s probably the easiest to assess <em>least</em> rigorously - because practitioners at this level are, by definition, competent; they get their work done. The trap, though, is mistaking &#8220;the work gets done&#8221; for &#8220;this person is developing&#8221;.</p><p>The senior practitioner&#8217;s centre of gravity is the transition <em>into</em> the <strong>Differentiating Layer</strong>. This is the level where you find out whether someone is becoming a leader or plateauing as a strong executor. Both look identical in terms of throughput but completely different in terms of potential and options eighteen months later.</p><p>What you&#8217;re assessing for is whether the Differentiating capabilities are actually showing up, and deepening:</p><ul><li><p><strong>Orchestration</strong> has widened from the single task to the whole project or category - designing the work, sequencing it across people and agents, and stepping in at the moments that matter. This is where project-management capability, genuine comfort working with agents, an outcomes orientation, and the ability to explain not just <em>what</em> got delivered but <em>how</em> it got there all come together.</p></li><li><p><strong>Business acumen</strong> has moved up from &#8220;my category&#8221; to the business unit - understanding what their internal customers actually optimize for, the commercial structures at play (and even possible), and where the value really sits and how to get at it.</p></li><li><p><strong>Human leverage</strong> has become genuine cross-functional influence - not just managing a relationship, but influencing people and shaping outcomes across boundaries.</p></li></ul><p>The senior who&#8217;s differentiating is visibly operating at a wider scope than their job description strictly requires. The one who&#8217;s plateauing is executing their category flawlessly but showing no signs of reaching beyond it. Both are &#8220;good&#8221; but only one is a good bet for the future.</p><p>Of course, the Enabling capabilities don&#8217;t disappear here, but you&#8217;re no longer asking whether a senior <em>has</em> cognitive discipline - you&#8217;re asking whether they <em>model</em> it, whether they hold the struggle-first line even under deadline pressure when it would be faster to just let the machine do the work. And AI literacy has matured from using tools to selecting them - making the build-versus-buy calls and designing the workflows others will use.</p><p>Orientation at this level is <em>ownership</em>: do they orient their own work toward category and business value, adapting as conditions shift? The junior needs line of sight; the senior needs to self-direct, without having the outcome pointed out to them. A senior who still needs the outcome defined for them hasn&#8217;t made the transition, however good their work is.</p><p><strong>Build priority: force the differentiating transition.</strong> Don&#8217;t let strong doers stall in the comfort of competent execution (unless that&#8217;s their defined career track, in which case, expectations should be clear on all sides). Give them the wider-scope work that either surfaces leadership capabilities or reveals its absence.</p><h4>Leader - Multiplying Through Others</h4><p>The line that separates this tier from the &#8216;Senior&#8217; isn&#8217;t <em>even more</em> seniority. It&#8217;s that a leader&#8217;s value is now delivered <em>through other people</em>, not through their own output.</p><p>Which is why the leader level isn&#8217;t really about new capabilities at all. It&#8217;s about all five capabilities from the Future-Proofing model viewed through a central question: <strong>can they build these in others?</strong></p><p>A leader might have superb personal orchestration abilities - but the thing you&#8217;re now assessing is whether they can <em>develop</em> it in their team. <em>Can they coach judgement - not merely make good calls, but teach others to make them? Can they model and incent cognitive discipline in a way that sets the norm for everyone beneath them? Can they orchestrate not just work, but people-plus-agents across a whole team - which is a genuinely different skill from orchestrating their own projects?</em></p><p>This is the hardest transition in the entire architecture (for good reason), and the one organizations most often get wrong - because it is tempting to promote your best individual contributor into a leadership role and assume the multiplication simply follows. We should know by now that it doesn&#8217;t. Personal brilliance and the ability to build brilliance in others are different capabilities, and plenty of superb seniors make mediocre leaders precisely because no one assessed them for this multiplier skill before handing them the team.</p><p>(This is also why the manager&#8217;s role is <em>the</em> load-bearing wall of the whole rebuilt apprenticeship model - a point important enough that it&#8217;s the subject of an upcoming post.)</p><p>So at this level, read every capability twice: once for whether they still have it themselves - they should - and, more importantly, once for whether they can grow it in others. The second read is the one that really counts.</p><p>Orientation, in a leader, is <em>framing and foresight</em>. The junior sees how work connects to outcomes; the senior owns outcomes for their patch; the leader sets the outcome direction that others orient around - across categories - and senses where the function and its markets are heading well enough to reorient the team <em>ahead</em> of the change rather than after it. A leader whose team is perpetually responding to shifts rather than anticipating them has an Orientation gap, however strong the execution beneath them.</p><p><strong>Build priority: assess and build for multiplier ability, not individual brilliance</strong> - and stop assuming the two are the same thing.</p><h4>Above It All: Trajectory Over Position</h4><p>Step back from the three levels, and take note of the lens that runs through all of them: <em>Orientation</em>. What you should see is that, at its core, orientation is a read on one&#8217;s <em>trajectory</em> rather than position. Every other capability tells you where someone is <em>today</em>, but orientation tells you where they&#8217;re <em>going</em>. And in an environment moving this fast, direction of travel matters more than any current snapshot. A strong-but-static senior is a worse long-term bet than a rougher one who is visibly climbing. Because the world is changing so fast, static practitioners are already falling behind - which has existential implications for not only the practitioners themselves but the function as well.</p><p>So the overarching message is simple: <strong>assess trajectory over position.</strong></p><p><em>Weigh where each person is heading at least as heavily as where they sit today.</em> This is the single most useful discipline a CPO can bring to reading their team - and, as we&#8217;ll see when we get to hiring and promotion, it&#8217;s what separates the talent decisions that hold up from the ones that don&#8217;t.</p><h4>The Full Grid</h4><p>Below is the full capability matrix in one, clean view - what good looks like by capability and by level:</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!jDyd!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F015e02a5-cc45-47b3-b0d4-7c2de280d029_1400x863.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!jDyd!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F015e02a5-cc45-47b3-b0d4-7c2de280d029_1400x863.png 424w, https://substackcdn.com/image/fetch/$s_!jDyd!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F015e02a5-cc45-47b3-b0d4-7c2de280d029_1400x863.png 848w, https://substackcdn.com/image/fetch/$s_!jDyd!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F015e02a5-cc45-47b3-b0d4-7c2de280d029_1400x863.png 1272w, https://substackcdn.com/image/fetch/$s_!jDyd!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F015e02a5-cc45-47b3-b0d4-7c2de280d029_1400x863.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!jDyd!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F015e02a5-cc45-47b3-b0d4-7c2de280d029_1400x863.png" width="1400" height="863" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/015e02a5-cc45-47b3-b0d4-7c2de280d029_1400x863.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:863,&quot;width&quot;:1400,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:4841547,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:true,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/208077770?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F015e02a5-cc45-47b3-b0d4-7c2de280d029_1400x863.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!jDyd!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F015e02a5-cc45-47b3-b0d4-7c2de280d029_1400x863.png 424w, https://substackcdn.com/image/fetch/$s_!jDyd!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F015e02a5-cc45-47b3-b0d4-7c2de280d029_1400x863.png 848w, https://substackcdn.com/image/fetch/$s_!jDyd!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F015e02a5-cc45-47b3-b0d4-7c2de280d029_1400x863.png 1272w, https://substackcdn.com/image/fetch/$s_!jDyd!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F015e02a5-cc45-47b3-b0d4-7c2de280d029_1400x863.png 1456w" sizes="100vw" loading="lazy"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><h2>You Get the Capabilities You Measure</h2><p>Of course, even our best-laid plans can go awry and, in the context of the CPO&#8217;s capability agenda, there&#8217;s almost always one specific cause that undoes the entire architecture.</p><p>The agenda can tell your team what you&#8217;d like them to build, but how you <em>incent, measure and promote</em> them in accordance with this agenda will either ensure success or guarantee failure.</p><p>What you measure and reward will win every single time.</p><p>And this is exactly the problem. Most Procurement functions still measure and reward the same things: savings delivered, spend under management, cycle time, etc. That is, we&#8217;re rewarding execution - better, faster, cheaper. But you can&#8217;t ask a junior practitioner to slow down and focus on cognitive development yet still keep rewarding speed to output every single time. Neither can you expect leaders to expand their team&#8217;s potential and build their bench while incenting (mainly) their savings numbers. Those traditional metrics are fine as the base layer, but we need to also expand our focus to include traits such as judgement and the ability to develop others.</p><p>Point being, you can stand up the perfect development program, publish the perfect capability matrix, and then watch your people, understandably, ignore it all in favor of those metrics that the organization really values.</p><p><strong>You get the capabilities you measure. Everything else is just slideware.</strong></p><p>Fortunately, as the CPO, all of this is entirely within your control, but it does mean there&#8217;s more work to be done when it comes to your evaluation and reward systems, which need to be pointed in the same direction.</p><p>That means finding (and fighting to embed) ways that, however imperfect, measure and recognize the things that matter: a senior taking on the ambiguous, wider-scope brief; the leader whose people visibly levelled up; the junior who can defend their reasoning rather than just deliver fast output.</p><p>(I&#8217;ll come back to this point in a future post when we look at hiring and promotion.)</p><h2>Why This Is the Last Thing to Cut</h2><p>One last point, and I&#8217;ve discussed this in prior posts as well.</p><p>When budgets tighten - and rest assured, they will - training and development is always the first line item to get cut. It&#8217;s a discretionary line, the benefits are much further out and operations aren&#8217;t immediately impacted when it&#8217;s gone. Basically, it&#8217;s the easiest thing to do and, well, isn&#8217;t prioritizing hitting this year&#8217;s numbers the most important thing?</p><p>The problem, of course, is that you&#8217;re borrowing against a future bill.</p><p>Much like the iceberg I talked about a few weeks ago, many of the issues simmer below the surface. The cost of not developing your people is invisible this year but catastrophic in five - when you reach for a bench of seasoned judgement, only to find it not there. By then, it&#8217;s too late to reverse course without considerable cost.</p><p>AI is making this worse by automating away much of the work that built our development, and if we&#8217;re not then intentionally replacing that development due to budget cuts, we&#8217;re not just reducing our bench, we&#8217;re eliminating it entirely.</p><p>The business case, then, is simple: Talent Development cannot be the first thing to cut when times are hard. It should be close to last, because it is the main investment standing between you and a senior team that, five years from now, doesn&#8217;t exist.</p>]]></content:encoded></item><item><title><![CDATA[Juniors - Nobody Is Coming]]></title><description><![CDATA[Most Procurement teams won't develop you. Here's how to develop yourself.]]></description><link>https://www.proquria.com/p/juniors-nobody-is-coming</link><guid isPermaLink="false">https://www.proquria.com/p/juniors-nobody-is-coming</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 21 Jul 2026 13:03:42 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!wVVM!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F92ab8079-61bb-4807-bd0f-98bc6f70b429_1536x1024.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!wVVM!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F92ab8079-61bb-4807-bd0f-98bc6f70b429_1536x1024.jpeg" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!wVVM!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F92ab8079-61bb-4807-bd0f-98bc6f70b429_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!wVVM!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F92ab8079-61bb-4807-bd0f-98bc6f70b429_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!wVVM!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F92ab8079-61bb-4807-bd0f-98bc6f70b429_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!wVVM!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F92ab8079-61bb-4807-bd0f-98bc6f70b429_1536x1024.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!wVVM!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F92ab8079-61bb-4807-bd0f-98bc6f70b429_1536x1024.jpeg" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/92ab8079-61bb-4807-bd0f-98bc6f70b429_1536x1024.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:686868,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/207052525?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F92ab8079-61bb-4807-bd0f-98bc6f70b429_1536x1024.jpeg&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!wVVM!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F92ab8079-61bb-4807-bd0f-98bc6f70b429_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!wVVM!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F92ab8079-61bb-4807-bd0f-98bc6f70b429_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!wVVM!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F92ab8079-61bb-4807-bd0f-98bc6f70b429_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!wVVM!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F92ab8079-61bb-4807-bd0f-98bc6f70b429_1536x1024.jpeg 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Over the last several weeks, I&#8217;ve focused on why leaders need to develop their junior talent, and I&#8217;ve laid out a <a href="https://www.proquria.com/p/the-build">blueprint</a> and a <a href="https://www.proquria.com/p/the-first-twelve-months">timeline</a> for doing so. That&#8217;s all good from the perspective of the CPO intent on building a junior development program - one focused not only on getting their juniors up and running in an age of AI, but also building a strong talent bench over time.</p><p>The fact remains, though, that many Procurement organizations don&#8217;t have formal, structured junior development programs at all. Too many are simply brief rotation programs, while others are a few hours of in-class training. Still others are informal in nature, usually assigned to the supervisor in charge to manage in whatever way they see fit. In such organizations, juniors are effectively left to fend for themselves.</p><p>If you&#8217;re a junior in just such an organization, then today&#8217;s post is for you. I&#8217;ll focus on how you can take charge and build your own development program, so that you&#8217;re not dependent on an organization that isn&#8217;t doing enough to aid in your development.</p><p>(And if you <em>are</em> in a well-designed program, all of this still applies - it just means you&#8217;re pushing on an open door.)</p><h3>AI as a Substitute for Thought</h3><p>I&#8217;ve talked at length about the need to develop <a href="https://www.proquria.com/p/the-discernment-trap">discernment</a> - the ability to assess whether an output is sound or not - as the basis for building judgement, and how AI tools take away the very foundation we need to be able to do so.</p><p>But recent research shows another problem that is just as significant: the people who most need to build judgement are also the ones most likely to offload it. Studies have found a significant negative correlation between frequent AI use and critical thinking, as a result of cognitive offloading - and younger people (aged 17-25) show both the highest dependence on AI tools <em>and</em> the lowest critical-thinking scores.</p><p>In other words, AI is most seductive exactly where it&#8217;s the most dangerous - at the start of a career, before judgement has had a chance to form. Juniors end up bypassing the necessary cognitive struggle that is part and parcel of developing discernment and judgement: forming a view on how best to attack a problem, analyzing the results, and drawing conclusions for themselves.</p><p>There are a host of reasons for this: the demands placed on juniors by their organizations to get to results quickly, the desire to &#8216;show up well&#8217; as compared to their peers, and also the ease with which training budgets are cut, leaving juniors with no choice but to rely on AI tools to help them think and do &#8216;more&#8217;. Whatever the reasons, excessive reliance on AI for complex reasoning, in the pursuit of instant answers, ultimately weakens a junior&#8217;s independence.</p><p>So you, as a junior, need to think and do things differently for yourself - which brings me to the core precept every ambitious junior needs to internalize.</p><h3>Take Ownership</h3><p>When you join an organization as a junior practitioner, it&#8217;s natural to assume the organization will put in the time and effort needed to facilitate your development - but most won&#8217;t.</p><p>So you cannot wait to be developed. You will have to architect your development path for yourself. And the fact is that this is something you absolutely can do: you have far more control over your situation than you think. The challenge lies not in the availability of tools and resources - those have never been more accessible - but in crafting a clear plan of action and cultivating the habits to stick to it.</p><p>(Ideally, you&#8217;ll have informal help from a supportive supervisor as well. But it isn&#8217;t a prerequisite for taking positive steps forward.)</p><p>Taking ownership of your own development is the essential foundational stance that it is built on.</p><h3>The Three-Part Plan</h3><p>Once you&#8217;ve made the decision to take charge, real growth is possible. To realize this growth, you&#8217;ll need a practical, structured plan. Here is that plan, in three parts:</p><ol><li><p><strong>Diagnose</strong> - evaluate your role</p></li><li><p><strong>Build</strong> - develop the capabilities</p></li><li><p><strong>Sustain</strong> - establish compounding habits</p></li></ol><p>Let&#8217;s look at each step in turn.</p><h4>1. Diagnose: Evaluate Your Role</h4><p>Back in March, I introduced <strong><a href="https://www.proquria.com/p/what-procurement-work-will-ai-take">The Human Edge Matrix</a></strong> - my framework for assessing whether, and how much, AI will impact a given role. It assesses eight factors: codifiability, ambiguity, judgement complexity, creativity, stakeholder complexity, political and organizational sensitivity, ethical and values-based reasoning, and decision risk/reversibility/ownership.</p><p>The Matrix is a good starting point for assessing the exposure of your own role today.</p><p>The point is <em>not</em> to alarm you. It&#8217;s to do something far more useful: to objectively assess <strong>which capabilities your current role is not developing in you.</strong></p><p>That&#8217;s the diagnostic you actually need. Because if your day job consists largely of highly codifiable, low-ambiguity, low-stakeholder work - which is exactly what most junior roles have historically consisted of - then your role is <em>not</em> building the capabilities that will make you valuable in five years. The Matrix makes that visible.</p><p>To apply The Human Edge Matrix to your own role, <a href="https://human-edge.proquria.com/">click here</a>. You&#8217;ll need to enter your name and email (you&#8217;ll be subscribed to my site), and then you can complete the assessment for your role at an overall level or by sub-task. <em>Note that none of the information you input - other than your name and email - is retained in any way. This is purely for your own assessment.</em></p><p><strong>Here&#8217;s what to do with the result:</strong> The gaps it surfaces are not an interesting observation to file away. They <em>are</em> your development priorities. Whatever your role isn&#8217;t building, you now have to build deliberately - which is exactly what the next step in the plan is for.</p><h4>2. Build: Develop the Capabilities</h4><p>In this step, you&#8217;re applying the components of the <strong>Future-Proofing model</strong> (<a href="https://www.proquria.com/p/future-proofing-the-procurement-practitioner">detailed here</a>) to structure and guide your own personal development. Look at the results of your assessment from the Human Edge Matrix and see where the largest gaps are and, hence, where you need to put in more work relative to other areas.</p><p>Of course, not all of the factors in the Matrix will map one-to-one with the model&#8217;s layer elements below - though a number of them will. The key is to identify if there are specific gaps that may need a bit more attention than others. All that said, the model is meant as a holistic development methodology - so both layers and all of their sub-elements must be worked on, particularly as a junior just coming up the ranks.</p><p><strong>A. The Enabling Layer</strong></p><p>This involves developing two skills that work in tension: <strong>AI Literacy</strong> (the accelerator that pushes you forward and helps you capture the value AI tools provide) and <strong>Cognitive Discipline</strong> (the brake that ensures you don&#8217;t go so fast that you lose your ability to think, comprehend and retain).</p><p>One point worth being clear on: <strong>AI literacy is merely the price of entry. It is not the differentiator.</strong> Every junior entering this profession will either have it or will be able to develop it very quickly. Being good with the tools will not make you valuable in the long term. What separates you is everything in the Differentiating Layer - and, ironically, the discipline to <em>not</em> over-rely on the very tools you&#8217;re expected to master.</p><p>That said, let&#8217;s get into it:</p><p><strong>1. AI Literacy: The Accelerator</strong></p><p>I wrote about how to build AI literacy in the corporate context in <a href="https://www.proquria.com/p/ai-confident-procurement-is-a-practice">this article</a>. In your context, the key is to make sure you understand the available tools and their impact:</p><ol><li><p>Understand what tools are available (general and Procurement focused), and their current and future potential</p></li><li><p>Learn to think through the issue at hand, structure it appropriately and ask the right questions, with the goal of getting to quality output reliably and quickly</p></li><li><p>Learn to tell good output from plausible-looking garbage - which means never taking AI output for granted</p></li><li><p>Understand the build vs. buy trade-offs; for many simple applications you don&#8217;t need to buy, you can build quick and efficient solutions yourself</p></li><li><p>Understand how different tools work together and connect into workflows</p></li><li><p>Build the discipline to stay current and learn about new developments consistently</p></li></ol><p><strong>2. Cognitive Discipline: The Brake</strong></p><p>I&#8217;ve discussed this at length as well in <a href="https://www.proquria.com/p/how-to-use-ai-without-losing-judgement">prior posts</a>, and the same ground rules apply to juniors as to every other practitioner: <strong>use AI to supplement, not to substitute.</strong> The academic literature points consistently to the same conclusion - metacognition and self-regulated learning are the antidote to AI dependence.</p><p>The actionable implications for you:</p><p><em>1. Always develop your point of view first.</em></p><p>Think <em>before</em> you prompt. Before using AI, write down:</p><ul><li><p>The problem statement</p></li><li><p>The desired outcome</p></li><li><p>The likely risks</p></li><li><p>Your own first-pass recommendation</p></li></ul><p>Always start with the human frame - even a brief set of notes, a hypothesis, or a few framing questions will do.</p><p><em>2. Use AI as a sparring partner.</em></p><p>Once you&#8217;ve built out your human frame, even at a high level, use AI as a challenger, expander and editor.</p><p>The pattern to deploy is not &#8220;do it for me,&#8221; but to iterate <em>with</em> you. Ask it to work with you as a consultant or analyst. Ask it to:</p><ul><li><p>Challenge your assumptions</p></li><li><p>Identify three risks you may be missing</p></li><li><p>Critique your recommendation</p></li><li><p>Offer alternative considerations</p></li><li><p>Test your logic for holes</p></li><li><p>Help you compare different scenarios</p></li></ul><p>At the same time, thoughtfully evaluate what it gives you back, and test its thinking to ensure that what it&#8217;s telling you is something you actually agree with. Ask it questions, pressure-test key statements, push back where push-back is needed. Take nothing for granted.</p><p>This preserves your ownership of the core judgement task while still harvesting the benefits of the tool&#8217;s speed and breadth.</p><p><em>3. Build explain-back discipline.</em></p><p>This is a simple but powerful safeguard. For every key analysis where you&#8217;ve leveraged AI, be able to explain:</p><ul><li><p>What the recommendation is</p></li><li><p>Why it makes sense</p></li><li><p>What assumptions it depends on</p></li><li><p>What the risks are, and where it could fail</p></li><li><p>What you changed from the AI output</p></li></ul><p>The rule to live by:</p><p><em>&#8220;I will not submit an AI-assisted recommendation until I can fully defend it in my own words.&#8221;</em></p><p><em>4. Practice hard mode.</em></p><p>Deliberately do parts of the work without AI, purely to develop and maintain the muscle.</p><p>This means going &#8220;old school&#8221; - reading through multiple reports in detail, working with Excel spreadsheets, hand crafting RFPs, emailing suppliers directly, calling them to discuss specific topics, etc. Some of this is interesting work, while much of it is tedious and time-consuming but all of it will be valuable to help you grasp the nature of the work at an intrinsic level.</p><p><em>5. Engage in regular self-critique.</em></p><p>Reflect on your thought processes, your biases, and how you learn. Consider how you can continue to push your thinking and your ownership of your work.</p><p>Make a note of the tools you use and their relative strengths and drawbacks. Establish personal &#8220;red-flag&#8221; triggers for when to use AI and when not to. And adopt a two-source rule for anything high-stakes - verifying critical claims against primary documents or an independent reference.</p><p><strong>B. The Differentiating Layer</strong></p><p>The Differentiating Layer comprises three core skills. These are where your actual value gets built - and they are the ones your day job may well not be developing for you, which is precisely why you have to go after them deliberately.</p><p><strong>1. Orchestration</strong></p><p><a href="https://www.proquria.com/p/orchestration-the-skill-that-keeps">Orchestration</a> is the core skill of any good Project or Engagement Manager - the ability to design the work, allocate it intelligently across humans, agents and systems, sequence it correctly, and step in when it matters. It requires understanding the organization, the function, the tools, the people and the processes, and then tailoring the work to drive towards desired outcomes.</p><p><em>The core abilities: systems thinking; task decomposition; resource matching; sequencing and handoff; quality verification; exception handling.</em></p><p><strong>What you can actually do to build it:</strong></p><ul><li><p><strong>Own something end to end.</strong> Volunteer to run a small, complete piece of work - a low-value RFP, a supplier onboarding, a piece of market analysis - where you own the <em>whole</em> sequence, not just a task within it. Owning the steps and the required handoffs is where orchestration is learned.</p></li><li><p><strong>Map before you work.</strong> For any process you&#8217;re part of, map it out first: who does what, where the handoffs are, where it typically breaks. You&#8217;ll be surprised how few people around you have actually done this - and how valuable it is to get a sense of the big picture.</p></li><li><p><strong>Design a human-plus-AI workflow, explicitly.</strong> Take a piece of work and consciously decide which parts go to you, which to a tool, and which to a colleague - and be able to say <em>why</em>. Pilot-test and run the workflow. This is the single most future-relevant practice available to you today (and also a path that many organizations have barely embarked on to date - allowing you to show progressive value).</p></li><li><p><strong>Volunteer for the messy stuff.</strong> Cross-functional work with unclear ownership is where sequencing and exception-handling get built. It&#8217;s uncomfortable work and that is the whole point. Take this work on and learn to structure, sequence and troubleshoot. Figure out, through trial and error and discussion, how the pieces are put together.</p></li></ul><p><strong>2. Business Acumen</strong></p><p>This is the ability to think beyond your role and function <a href="https://www.proquria.com/p/procurement-was-paid-for-knowing">to solve problems for the business</a>. At its essence, it&#8217;s understanding your internal customer, their goals and the outcomes they&#8217;re seeking, so you can mediate towards the optimal solution.</p><p><em>The core abilities: business and financial literacy; commercial acumen; stakeholder/internal customer literacy; market and ecosystem literacy.</em></p><p><strong>What you can actually do to build it:</strong></p><ul><li><p><strong>Read the annual report.</strong> <em>Actually</em> read it - your own company&#8217;s, and then your key suppliers&#8217;. Then be able to explain, quickly and precisely, how your category connects to the P&amp;L.</p></li><li><p><strong>Ask your stakeholders what they&#8217;re measured on.</strong> Not what they want from Procurement - what <em>they</em> are judged on, and what would make their year. Then write down how their answer changes what you focus on. Most juniors never ask this question and yet the answer entirely changes how you work with them.</p></li><li><p><strong>Learn the supplier&#8217;s economics.</strong> For any category you touch: what&#8217;s their margin structure, their cost drivers, where does their power come from? You can&#8217;t negotiate well against a business you don&#8217;t understand.</p></li><li><p><strong>Translate everything into their terms.</strong> Whenever you make a recommendation, state the business consequence in the stakeholder&#8217;s language, not Procurement&#8217;s. &#8220;This saves 8%&#8221; is a Procurement sentence - but &#8220;This accelerates your launch date&#8221; or &#8220;This allows you to reduce administrative waste and focus more on higher value work&#8221; is a business one.</p></li></ul><p><strong>3. Human Leverage</strong></p><p>This is the third core skill, focused on developing the <a href="https://www.proquria.com/p/the-hard-core-of-soft-skills">human capabilities</a> that drive valuable outcomes.</p><p><em>The core abilities: relationship and stakeholder management; influence and persuasion; narrative development and communications; creative problem-solving.</em></p><p><strong>What you can actually do to build it:</strong></p><ul><li><p><strong>Present to rooms more senior than you, regularly.</strong> Volunteer for it. Then ask for feedback on the <em>delivery</em>, not just the content. This is a muscle, and it only grows under load.</p></li><li><p><strong>Apply the &#8220;so what&#8221; test.</strong> For every analysis you produce, be able to say why it matters to leadership in a single sentence.</p></li><li><p><strong>Sit in on negotiations - and take notes on the humans.</strong> Not just the terms, but on what actually shifted the outcome: which argument landed, what was said at key moments, how stances were made to shift.</p></li><li><p><strong>Take the uncomfortable conversation.</strong> When there&#8217;s a difficult message to deliver, do it in person rather than by email. Every single time you do this, you build a capability that no tool can ever give you or replace.</p></li></ul><h4>The Rooms You&#8217;re No Longer In</h4><p>There&#8217;s one more thing that the model above alludes to but doesn&#8217;t cover explicitly, and it&#8217;s worth calling out.</p><p>When AI takes away the foundational work, it doesn&#8217;t just remove much needed practice, it also removes you from the rooms (and networks) that matter. Historically, a junior built their network <em>because</em> the grunt work put them in the meetings, on the email threads, and in the negotiations.</p><p>Remove the work, and that network no longer builds itself - which means you now have to build it deliberately. Here are three things to do:</p><p><strong>Build a personal board of directors.</strong> Not one mentor - several. One person you go to for technical questions, another for navigating the organization, another for career decisions, another who will simply tell you the truth. Identify different people for different things - but make sure you are giving something back to each of them (see below).</p><p><strong>Understand that sponsorship must be earned - and go earn it.</strong> A mentor will advise you while a sponsor will advocate for you in rooms you&#8217;re not in. Mentors can be assigned but sponsors cannot. When one senior leader was asked how she built relationships with three great sponsors, her answer was: <em>&#8220;I&#8217;ve delivered.&#8221;</em> Performance is the entry fee, but it isn&#8217;t sufficient - you also need <em>visibility</em>. So go and get work that is visible to the people whose sponsorship you&#8217;d want, and deliver on it. Then, when a mentor knows your work well, ask them directly (and tactfully) to advocate for you - and be specific about what for.</p><p><strong>Use reverse mentoring as your way in.</strong> On the point of giving back value, here&#8217;s an advantage you have that you may not have considered: you are probably more fluent with AI tools than many of the senior people around you. That is genuinely valuable <em>up</em> the chain. Offering to help a senior leader get more out of these tools (and showing them how e.g. via the workflow example cited earlier under Orchestration) is a way to create a two-way exchange - and one of the easiest ways to open doors into a relationship that wouldn&#8217;t otherwise be possible.</p><h4>3. Sustain: Establish Compounding Habits</h4><p>Every successful plan requires not just diligent execution but also thoughtful reflection. The following steps are designed to help you make the learnings stick:</p><p><strong>Keep a decision journal.</strong> For any decision of consequence, write down - <em>at the time you make it</em> - what you decided, why, what you assumed, and how confident you are. Then go back later and compare it to what actually happened. This is the single most effective tool I know for building judgement, because it&#8217;s the only way to separate a good decision from a lucky outcome. Take the ten minutes needed to do it.</p><p><strong>Enforce the explain-back line.</strong> I&#8217;ve mentioned this above, but it&#8217;s worth reiterating: <em>never submit an AI-assisted recommendation you cannot fully defend in your own words.</em> If you can&#8217;t explain it, you don&#8217;t own it.</p><p><strong>Do one thing a week entirely by hand.</strong> Put away the AI and pick something real to do - a piece of analysis, a model, a supplier assessment - and do it the slow way. It will feel inefficient. That&#8217;s the whole point: the struggle is what builds the mental map that lets you spot when the machine is confidently wrong.</p><p><strong>Review with a mentor, regularly.</strong> Bring an agenda to discuss. Bring your decision journal. Bring those things you got wrong. Don&#8217;t just do it when you&#8217;re stuck. There&#8217;s value in the regular debrief.</p><p><strong>And stay honest with yourself.</strong> At the end of the day, you will be able to tell when you&#8217;re abdicating your thinking to the tool. You&#8217;ll sense it - because you can&#8217;t recall what you produced, or you can&#8217;t explain it back easily. When you notice it, be honest about it and correct it.</p><h3>The Compounding Arithmetic</h3><p>None of the above tasks or habits will pay off this quarter.</p><p>They&#8217;re slow and many of them are less efficient. In fact, the colleague sitting next to you who skips all of the above will probably produce more and faster than you for a while - and that&#8217;s precisely why most of your peers won&#8217;t do any of it.</p><p>But remember the <a href="https://www.proquria.com/p/the-discernment-trap">development spiral</a> I wrote about a few posts ago: each action you take sharpens the next, such that capability doesn&#8217;t just add up, it <em>compounds</em>. (It works the same way in reverse: skip the reps, and you forgo the entire learning curve.)</p><p>So the fact is that true gains will only be noticeable over time. In year one, the gap between you and the colleague taking the shortcut will be invisible. In year three, it will be noticeable. In year five, it will be enormous - and by then, effectively uncloseable.</p><p>That&#8217;s the whole point - don&#8217;t let AI do the work for you, decide to use it in a way that builds you.</p><p>No one is going to make you do it - which is exactly why you need to do it for yourself.</p>]]></content:encoded></item><item><title><![CDATA[The First Twelve Months]]></title><description><![CDATA[Contribution starts on day one. What changes over time is how much is at stake.]]></description><link>https://www.proquria.com/p/the-first-twelve-months</link><guid isPermaLink="false">https://www.proquria.com/p/the-first-twelve-months</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 14 Jul 2026 13:04:14 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!mfr3!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!mfr3!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!mfr3!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!mfr3!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!mfr3!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!mfr3!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!mfr3!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/b0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:625950,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/206062407?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!mfr3!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!mfr3!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!mfr3!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!mfr3!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Over the last two posts, I laid out the <a href="https://www.proquria.com/p/you-cant-rebuild-it-by-accident">rules for rebuilding junior development</a> in a post-AI world, and then <a href="https://www.proquria.com/p/the-build">the nine building blocks</a> themselves - the specific repairs for the threads AI is severing.</p><p>But knowing the rules and the parts is not the same as knowing how to assemble them - which is where the rubber meets the road. Drop a junior into owned, accountable work in month one and they&#8217;ll drown. Keep them in the shallow end for too long and they&#8217;ll stagnate - and, worse, the good ones will leave.</p><p>So this post is about the order - that is, what the first twelve months should actually look like, phase by phase.</p><p>A quick word on why twelve months and not longer. This development model can indeed stretch to eighteen or twenty-four months, and if you&#8217;re one of the handful of organizations with that kind of runway, have at it. But most Procurement teams don&#8217;t have that luxury - they need juniors to be contributing meaningfully, and fast. So I&#8217;m proposing twelve months as a workable, practical timeline.</p><p>That said, I appreciate even a twelve month timeline - in the context of junior development - is aggressive and, to that end, it&#8217;s worth being clear about what it does and doesn&#8217;t achieve. It will <em>not</em> give you a finished practitioner; as the <a href="https://www.proquria.com/p/the-discernment-trap">compounding spiral</a> showed a few posts back, real mastery takes years. What my program will give you is something more immediately useful: a junior you can trust with real, defined, accountable work - one who will compound their development from a properly built foundation rather than a hollow one.</p><p>Before we get into the phases themselves, we need to reiterate the two principles that run underneath the entire timeline.</p><h2>Two Principles</h2><p><strong>A human stays in the loop on every AI tool.</strong> Last week&#8217;s rule was &#8220;AI as questioner, not answerer.&#8221; This is how you actually enforce it: every AI tool a junior touches is set up with guardrails and feedback loops, and a human - usually their mentor - is close enough to the interaction to see it and step in. The reason this has to be <em>architected</em> rather than left to good intentions is simple: the idea of &#8220;struggle first&#8221; will survive for about five minutes against a tight deadline if no one is watching - and unsupervised AI is how the discernment trap creeps back in.</p><p><strong>Learning is continuous and embedded, not episodic.</strong> The phases below are not a &#8216;course&#8217; the junior &#8220;completes&#8221; and &#8220;graduates from&#8221;. There&#8217;s no certificate, no point where the learning stops and the working starts. It&#8217;s one continuous, integrated, rising arc, embedded in real work throughout - which brings me to the single most important thing to understand about this whole model.</p><h2>Contribution From Day One</h2><p>The phased program defined below is not meant as a sequestered-trainee model (&#8221;first they learn, <em>then</em> they contribute&#8221;); that&#8217;s both unrealistic and wrong. No organization can afford to pull a junior out of day-to-day operations for three months, and no good junior would want you to either.</p><p>So I want to be precise about what&#8217;s actually being phased: <strong>the junior contributes real, operational work from week one; what&#8217;s graduated is not </strong><em><strong>whether</strong></em><strong> they do real work - it&#8217;s how much </strong><em><strong>consequence</strong></em><strong> rides on it, and how much support surrounds it.</strong> In the early months, the work is real but lower-stakes and heavily scaffolded (often the manual work run simply <em>is</em> a real deliverable - just done by hand first, then checked). As the months pass, the stakes rise and the scaffolding fades. In other words, <em>consequence trending up and support going down, on a deliberate schedule</em>.</p><p>One last thing before we start. The month markers below are a <em>default</em> for a typical junior, not a law. Leaders should flex the pace up or down against the individual&#8217;s starting capability and experience levels (exactly what the on-ramp assessment is for). But flex the <em>pace</em>, not the <em>sequence</em>. No phase should be skipped, even for your strongest hire, because the foundation is, well, foundational, and precisely what stops the junior falling back into the discernment trap.</p><p>Now, let&#8217;s get into the phases.</p><h2>The On-Ramp (Weeks 0-2)</h2><p>The starting point is a short assessment of what the junior actually arrives with, so that a mixed cohort doesn&#8217;t get &#8216;one-size-fits-all&#8217; treatment. Weight your selection criteria towards a clear desire to learn (curiosity), strong drive (work ethic), bias for collaboration (teamwork) and a tolerance for ambiguity, over a polished CV. (This builds on the motivation constraint I wrote about a couple of posts ago.)</p><p>Then set up the scaffolding that will run all year: assign both the mentor <em>and</em> the sponsor, start the decision journal on day one, and record the baseline you&#8217;ll measure progress against. This is unglamorous plumbing, but it needs to be addressed, otherwise you have nothing to measure against.</p><h2>Phase 1: Foundation (Months 1-3) - Stakes: Low</h2><p>The emphasis here has to be on the load-bearing repair: procedural experience. Manual work runs - core tasks done by hand - and simulations are the essential tools, with independent learning (such as traditional coursework) building baseline domain knowledge underneath it all. The junior is already doing real work, but it&#8217;s lower-consequence and heavily supported, and wherever possible they do it <em>manually first</em>, before AI touches it. AI is present only as a Socratic questioner.</p><p><em>The temptation to resist:</em> compressing or skipping this phase under the &#8220;we need them productive now&#8221; pressure. This is the single most common way the whole program fails - a junior who has never built the foundation can&#8217;t tell when the AI is confidently wrong, which means you&#8217;ve allowed for the exact trap this series exists to prevent. Three months is already a compressed timeline - don&#8217;t cut it further.</p><h2>Phase 2: Contribution (Months 4-8) - Stakes: Rising</h2><p>In this phase, the junior steps into live work in earnest - still supervised, but carrying real, shared accountability as the safety net loosens. Simulations, of course, continue, but with higher difficulty and their sponsors start putting them in the room for key events and initiatives. At the same time, the junior&#8217;s structured stakeholder plan also kicks in and they start actively building their network.</p><p>This is also where rotations begin. The junior spends short periods - a week or two - embedded both across different Procurement subteams, and also inside the <em>internal functions Procurement serves</em>. The point is to feel their pressures, their constraints, their trade-offs. This is <em>not</em> generalist tourism, it is to ensure they come back a more empathetic and more credible partner to Procurement&#8217;s stakeholders - and, one day, a far better category leader for that spend, precisely because they&#8217;ve spent time on the other side of the table.</p><p><em>The temptation to resist:</em> getting the stakes wrong in either direction. Push too fast - load up real consequence before the foundation is ready - and you get false confidence, or a junior leaning on AI to cover the gaps. Move too slow - keeping them safe and simulated for too long without exposure to mounting stakes - and your most motivated people get bored and leave. Calibrating that balance is the core judgement of Phase 2.</p><h2>Phase 3: Ownership (Months 9-12) - Stakes: Real</h2><p>In this phase, the junior takes genuine ownership of a defined piece of work - building it, leading it, and being answerable for how it lands. This is where you deliberately manufacture the thing that AI removes (and that allows judgement to form): the <em>felt</em> cost of being wrong. The scaffolding is largely gone by this phase as the mentor shifts from catching mistakes in the moment to reviewing decisions after the fact.</p><p>Feedback and evaluation - while a part of all prior phases as well - takes on a deeper importance, via graded critiques, decision-journal reviews, and judgement assessed on the <em>quality of the reasoning</em> rather than the outcome, and across multiple assessors.</p><p><em>The temptation to resist:</em> fake ownership. A project the junior nominally &#8220;owns&#8221; while a senior holds the real decisions is simply theatre, not ownership. It builds nothing because there is no genuine consequence. If you aren&#8217;t willing to let them own it for real, you aren&#8217;t in Phase 3 yet.</p><p>And underneath all of this, running the entire twelve months: the mentor relationship (weekly, throughout), the decision journal (from day one), and independent learning (front-loaded, but never fully switched off).</p><h2>How You&#8217;ll Know It Worked</h2><p>The entire argument of this series has been that the cost of getting junior development wrong is an <em>iceberg</em> - invisible for years, then catastrophic. The reverse is also true: the payoff from getting it right is invisible for years, too. You will not see the finished, seasoned practitioner at month twelve. You&#8217;ll see a junior you can trust with real work - and a curve bending in the right direction.</p><p>All of which is to say that, regardless of how well you implement the above program, you will not be able to fully measure its impact on the timescale your quarterly reviews run on.</p><p>So measure what you <em>can</em> see now: whether the reasoning is getting sharper (versus output speed); time-to-competence and error reduction (not volume of work). Make a thoughtful assessment as to whether discernment and judgement are forming - and then hold the nerve to keep investing while the lagging proof takes its time (years, often) to arrive. This nerve is the real test of leadership here - because anyone can fund a program, but far fewer can hold their conviction through the years before it visibly pays off.</p><p>Which leaves us with one last piece: everything across these last few posts has been aimed at <em>leaders</em> - at what the organization must build. But no program, however well-designed, works on a junior who is simply along for the ride. The spiral only turns if they push it.</p><p>So the final post in this series on junior development flips the lens entirely. Not what we must build for them - but what the early-career practitioner, sitting right at the start of all this, should be doing for themselves.</p>]]></content:encoded></item><item><title><![CDATA[The Build]]></title><description><![CDATA[The building blocks for training junior entrants in a post-AI world]]></description><link>https://www.proquria.com/p/the-build</link><guid isPermaLink="false">https://www.proquria.com/p/the-build</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 07 Jul 2026 13:04:27 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!a6pi!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!a6pi!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!a6pi!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg 424w, https://substackcdn.com/image/fetch/$s_!a6pi!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg 848w, https://substackcdn.com/image/fetch/$s_!a6pi!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!a6pi!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!a6pi!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg" width="1456" height="873" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/b44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:873,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:568935,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/204700727?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!a6pi!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg 424w, https://substackcdn.com/image/fetch/$s_!a6pi!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg 848w, https://substackcdn.com/image/fetch/$s_!a6pi!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!a6pi!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Last week, I laid out the rules - the principles any junior development program has to obey before you build a program that works. <em>Make the invisible visible. Human and machine. AI as questioner, not answerer. Leadership measured in hours, not just dollars.</em> All bounded by two honest constraints: co-location and motivation.</p><p>This week: the program you build on top of these rules.</p><p>First, a quick recap. The old junior development model wasn&#8217;t one thing - it was a developmental chain: three uneven inputs (domain knowledge, procedural experience, and network capital) that fused into discernment, matured into judgement, and culminated in a trusted, accountable practitioner. AI is severing those threads, and doing so unevenly - cutting deepest at the procedural work that had no substitutes and was, in many ways, carrying the other two. (See image below.)</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!D7lg!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!D7lg!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png 424w, https://substackcdn.com/image/fetch/$s_!D7lg!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png 848w, https://substackcdn.com/image/fetch/$s_!D7lg!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png 1272w, https://substackcdn.com/image/fetch/$s_!D7lg!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!D7lg!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png" width="720" height="405" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/e814a580-8837-4cff-a3b7-6084a21a1880_720x405.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:405,&quot;width&quot;:720,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:42432,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/204700727?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!D7lg!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png 424w, https://substackcdn.com/image/fetch/$s_!D7lg!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png 848w, https://substackcdn.com/image/fetch/$s_!D7lg!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png 1272w, https://substackcdn.com/image/fetch/$s_!D7lg!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png 1456w" sizes="100vw"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>An effective junior training program doesn&#8217;t need to start afresh, but it does need to rebuild each of those threads deliberately, putting special emphasis on the ones AI cuts most directly.</p><p>The building blocks of the program outlined below aren&#8217;t, therefore, a menu to pick from. Rather, each one is a <em>repair</em> aimed at a specific severed thread. To keep that visible - and to stop this becoming a generic list of L&amp;D activities - I&#8217;ve divided the program into three clusters, with nine specific building blocks in total, each one tagged with what it actually rebuilds. (The four rules from last week are the test every one of them has to pass; assume they&#8217;re switched on underneath each block.)</p><p>One more note before we start. This post is the <em>what</em>. The order in which you assemble these - which is just as important as the parts themselves - is the next post.</p><p>For now, though, let&#8217;s get into the parts, grouped by cluster.</p><h2>Cluster 1: Rebuilding the Procedural</h2><p>This is the load-bearing repair - the procedural thread that AI cuts most directly and that has no real substitute.</p><h3>1. Manual Work Runs</h3><p>This is the deliberate reinstatement of doing the core work <em>by hand</em>, before AI is allowed anywhere near it.</p><p>Pick the defined core areas of the function - building an intelligent overview of the supplier landscape, running an RFP end to end, building a spend cube from raw data, drafting a contract summary, constructing a should-cost model - and have the junior do them manually. Synthesizing multiple reports, building spreadsheets, making phone calls to vendors, all of the actual grind. Then cycle them through these major areas over the course of their first year, so they build a manually-worked foundation across the breadth of the function.</p><p>This might, to some, feel like nostalgia, but it isn&#8217;t. It&#8217;s the direct answer to where the chain is maximally impacted by AI: procedural experience is the one input that can <em>only</em> be acquired by doing, so you have to reinstate it on purpose rather than let AI remove it. The manual run is, then, the floor everything else is built on.</p><p><em>Rebuilds: procedural experience (primary) - and, as a natural byproduct, domain knowledge and the first calibration of discernment alongside it.</em></p><h3>2. Simulation</h3><p>This is the safe, modeled practice of high-stakes work. The mechanism is deliberate practice - repetition with rigorous, specific feedback - in an environment where being wrong carries no real-world cost.</p><p>In Procurement, that looks like simulated sourcing events, mock negotiations against a deliberately difficult counterparty, or a library of past deals where the junior has to make the call <em>before</em> seeing what actually happened, and then debriefs against the actual outcome.</p><p>Two design notes matter here. First, the debrief is where the learning actually happens - the simulation is only the trigger. Second, you don&#8217;t need a purchased platform (although there are various low to high tech solutions available in the marketplace for specific areas): a well-built case and a good facilitator can capture most of the value, and AI, even the LLMs themselves, have now collapsed the cost of the rest. AI can role-play a stubborn sole-source supplier, or generate a flawed analysis for a junior to pull apart. But, as stated in last week&#8217;s rules, it should only ever do so as the counterparty or the questioner; the moment the AI hands over the &#8220;right&#8221; answer, we&#8217;ve rebuilt the discernment trap inside our own simulator. This is where &#8220;struggle first, AI second&#8221; does the most difficult work.</p><p><em>Rebuilds: procedural experience and judgement (primary) - as well as domain knowledge and discernment (via the debrief).</em></p><h2>Cluster 2: Rebuilding Knowledge and Network</h2><p>These repair the two inputs that <em>do</em> have substitutes so they lean on a series of familiar tools, but in an organized and more committed fashion.</p><h3>3. Independent Learning</h3><p>These are the tools we&#8217;ve already utilized to date: traditional coursework, classical training programs and certifications, as well as personal reading.</p><p>This is also the block organizations reach for first precisely because it&#8217;s the most familiar and the easiest to buy. It is also the <em>least</em> urgent block in the entire program (at least in terms of repairing) because domain knowledge is the input with the most substitutes. There are plenty of solid solutions in the market and AI actually adds a unique additional synthesis layer to it. As such, it still matters, and you should continue to provide it, but be careful how heavily you lean on it and, thereby, avoid the harder repairs that need to be made.</p><p><em>Rebuilds: domain knowledge (primary).</em></p><h3>4. Rotation Program</h3><p>Cycling the junior through different categories and targeted &#8216;client&#8217; functions to build breadth.</p><p>Done well, this is designed backwards from a needs analysis - the areas of current and future demand, where the real skills gaps are, the highest-turnover roles, etc. - rather than from a generic &#8220;expose them to everything&#8221; instinct. The structure is well-established: assignments of a defined time period (weeks to months), cycling through the development timeline, each one deepening domain knowledge <em>in context</em> and - just as valuably - putting the junior in new rooms with new people.</p><p><em>Rebuilds: domain knowledge (primary); and network capital and procedural range alongside it.</em></p><h3>5 &amp; 6. Senior Relationships: Mentoring and Sponsorship</h3><p>These two get conflated constantly, and the conflation is costly, because they do genuinely different jobs and repair different threads.</p><p><strong>Mentoring</strong> develops the <em>person</em>. It is Rule 1 - making the invisible visible - turned into a relationship: a more experienced practitioner narrating their reasoning, coaching, correcting, modeling the judgement that otherwise stays locked in their head. The evidence for its impact is strong; the practical key is to formalize it - a mentorship charter with defined expectations and genuine senior accountability - rather than leaving it to whoever happens to be friendly and willing.</p><p><strong>Sponsorship</strong> is a different thing entirely. A sponsor spends their own positional capital - their reputation, their relationships - to put the junior into the rooms and onto the work that builds a name. While a mentor develops the person, a sponsor <em>moves the career</em>. And this matters enormously here, because sponsorship is one of the very few real substitutes for the network capital the work used to generate for free. A sponsor trusts your <em>performance</em>, and stakes their own standing on it.</p><p>You need both, and for different reasons: mentoring rebuilds the discerning eye, sponsorship rebuilds access.</p><p><em>Mentoring rebuilds: discernment and tacit knowledge transfer (primary); domain knowledge alongside it. Sponsorship rebuilds: network capital (primary); and professional identity.</em></p><h3>7. Structured Stakeholder Development</h3><p>This is the junior&#8217;s <em>own</em> deliberate plan to build their network - a defined approach to meeting leaders across the function first, then counterparts across the business and, eventually, customers and suppliers, and learning from each group as they go along.</p><p>The logic is straight from the developmental chain. Network capital used to form by osmosis, simply because the work put juniors in the rooms where decisions were made. Remove the work - or scatter the team across home offices permanently - and the osmosis stops. So the network has to be built as an explicit, structured plan rather than left to chance. This is also where last week&#8217;s co-location constraint comes to the fore: some of this is far harder, and in some cases impossible, to replicate fully over video.</p><p><em>Rebuilds: network capital (primary).</em></p><h2>Cluster 3: Building Judgement and the Discerning Eye</h2><p>This cluster is the upper reaches of the developmental chain - the repairs aimed not at the inputs, but at what the inputs are supposed to produce.</p><h3>8. Structured Project Ownership</h3><p>This means giving juniors real accountability, early; not simply supporting a senior&#8217;s project from the wings - but <em>owning</em> one. Building it, testing it, leading it, and being answerable for how it turns out.</p><p>The sharpest version of this would be what some have called &#8220;structured entrepreneurial ownership&#8221; - internal programs where juniors can identify events or innovation opportunities, pitch and prototype them, run sprints, etc., handing them genuine ownership of a real business challenge. The underlying principle is the one that should govern this whole cluster: <em>meaningful accountability builds judgement faster than passive exposure ever can (and yes, this entails taking some risk).</em></p><p>It&#8217;s also where you deliberately manufacture the thing the chain depends on and AI most cleanly removes - the <em>felt</em> cost of being wrong. Judgement doesn&#8217;t form without consequence, and consequence doesn&#8217;t exist when you&#8217;re only ever assisting.</p><p><em>Rebuilds: judgement and ownership/accountability (primary); procedural experience and network capital alongside.</em></p><h3>9. Feedback and Evaluation</h3><p>This is the block that tells you whether any of the other eight are actually working - and the one most programs get wrong, because they measure the convenient thing instead of the right one.</p><p>If discernment is the goal, you have to <em>test discernment</em> - not tool fluency, and not output speed. This means three things:</p><p>First, <strong>measure the process, not the outcome.</strong> A sound decision can produce a poor result through sheer bad luck, and a reckless one can get lucky - so judging people on outcomes alone teaches them nothing reliable. You have to assess the <em>quality of the reasoning</em>. The discipline here is to track whether someone is getting <em>sharper</em>, not just <em>faster</em> - time to competence and error reduction, not volume of output.</p><p>Second, <strong>use AI to provide graded critiques.</strong> Hand the junior a flawed AI-generated analysis and assess how well they find what&#8217;s wrong, and why. The point is to test their ability to discern and then whether they can <em>judge</em> - which is the exact faculty the whole program exists to build.</p><p>Third, <strong>utilize a decision journal</strong> - something regular readers will recognize from the practitioner playbook earlier in this series. The junior records the call and the reasoning <em>at the time it&#8217;s made</em>, and reviews it later against what actually happened. What was a personal habit for the individual practitioner becomes, in a program, the assessment instrument for judgement itself.</p><p>(It&#8217;s worth noting also that judgement-based assessments based on a single assessor or a single data point are inherently unreliable. Such assessments need multiple assessors and multiple instances, otherwise it&#8217;s just one senior&#8217;s gut feel wearing a rubric. Maintain that intent right from the start.)</p><p><em>Rebuilds: discernment (primary); judgement and the habit of reflection and articulation alongside.</em></p><h2>These Are a System, Not a Menu</h2><p>So those are the nine repairs and the basis for any strong junior development program.</p><p>Each block exists to rebuild a specific severed or impacted thread, reinforcing a particular aspect(s) of the developmental chain. As a result, the blocks work in concert with each other; if you choose only three because they&#8217;re cheap and the easiest to stand up, you&#8217;ll repair three threads and leave the rest cut. This is precisely how organizations end up with programs that look busy and develop no one.</p><p>But knowing the parts is not the same as knowing how to assemble them. Drop a junior into owned, accountable projects in month one and they&#8217;ll drown; never get them there at all and they stay a perpetual apprentice, lacking the confidence to take the next step up.</p><p>The parts have an order - and that order is governed by a principle we&#8217;ve already discussed: <em>graduated stakes.</em> What that actually looks like - the first twelve to eighteen months, phase by phase, with the stakes rising on a deliberate schedule - is the next post.</p><p>Last week&#8217;s post gave us the rules that tell us what good looks like. This one gave us what to build. The next post will give us the order to build it in.</p>]]></content:encoded></item><item><title><![CDATA[You Can't Rebuild It by Accident]]></title><description><![CDATA[Before you build a single program, the principles that separate real development from the appearance of it.]]></description><link>https://www.proquria.com/p/you-cant-rebuild-it-by-accident</link><guid isPermaLink="false">https://www.proquria.com/p/you-cant-rebuild-it-by-accident</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 30 Jun 2026 13:02:20 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!9O1R!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!9O1R!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!9O1R!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg 424w, https://substackcdn.com/image/fetch/$s_!9O1R!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg 848w, https://substackcdn.com/image/fetch/$s_!9O1R!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!9O1R!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!9O1R!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg" width="1456" height="819" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:819,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:646255,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/203733031?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!9O1R!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg 424w, https://substackcdn.com/image/fetch/$s_!9O1R!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg 848w, https://substackcdn.com/image/fetch/$s_!9O1R!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!9O1R!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>In my last couple of posts, I made a case and then offered a diagnosis.</p><p><a href="https://www.proquria.com/p/ai-is-creating-an-apprenticeship">The case:</a> Our junior Procurement talent is at risk, because AI is removing the foundational work that used to build the practitioner.</p><p><a href="https://www.proquria.com/p/the-discernment-trap">The diagnosis:</a> That foundational work was never one thing - not a course of study nor a series of tasks. Rather, it was a developmental chain - three uneven inputs that allowed the development of discernment, which matured into judgement, and culminated in a trusted, accountable practitioner (see image below).</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!bYYM!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!bYYM!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png 424w, https://substackcdn.com/image/fetch/$s_!bYYM!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png 848w, https://substackcdn.com/image/fetch/$s_!bYYM!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png 1272w, https://substackcdn.com/image/fetch/$s_!bYYM!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!bYYM!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png" width="720" height="405" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/b4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:405,&quot;width&quot;:720,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:42432,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/203733031?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!bYYM!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png 424w, https://substackcdn.com/image/fetch/$s_!bYYM!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png 848w, https://substackcdn.com/image/fetch/$s_!bYYM!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png 1272w, https://substackcdn.com/image/fetch/$s_!bYYM!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png 1456w" sizes="100vw"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Our old apprenticeship models produced all of this (almost) <em>for free</em>. It was almost incidental - a by-product of juniors simply doing the work, day after day, next to people who were better and more experienced than them. They watched, modeled, learned, absorbed and became. But with AI changing that developmental model, we need to rethink how we get our juniors up and running.</p><p>We need, therefore, a new brief: to rebuild each element of the chain deliberately, defending hardest the ones AI severs most directly. Today&#8217;s and next week&#8217;s post will focus on how we can execute to this brief - with today&#8217;s post detailing the ground rules for this rebuilding i.e. what needs to come <em>before</em> we can implement any successful junior development program.</p><p>But before we do, it&#8217;s important to note a potential complication here.</p><p>When you try to produce something on purpose that used to happen by accident, you will either do it well, or you will do it badly. In most situations, &#8220;doing it badly&#8221; becomes self-evident, so you can see it and course-correct.</p><p>Not when it comes to AI. In this particular case, done badly doesn&#8217;t just mean &#8220;less effective&#8221;, it means building something that <em>looks</em> like development - busy, well-funded, full of activity - and yet not producing the discernment and judgement we need in our practitioners i.e. reproducing the very <a href="https://www.proquria.com/p/the-discernment-trap">discernment trap</a> we&#8217;re trying to escape. And we only figure it out years later.</p><p>So before we set about building a program, we need to understand the ground rules, as well as the constraints. Internalize them and you get a program that delivers. Get them wrong and no amount of programming will save you. (I&#8217;ll get to the actual building blocks - the simulations, the rotations, the mentoring and the rest - next week.)</p><p>Let&#8217;s start with the rules - and there are, specifically, four of them.</p><h3>Rule 1: Make the Invisible Visible</h3><p>When we think about traditional apprenticeship models, say, a blacksmith and his apprentice, the work is <em>visible</em>. The apprentice watches the master&#8217;s hands, sees the angle of the hammer, observes the results, copies it, makes mistakes, gets corrected, then learns to do it right. The entire curriculum is on display.</p><p>But in knowledge work, the important part - the <em>thinking</em> - is invisible. When a senior practitioner looks at a sourcing recommendation and says &#8220;no, this doesn&#8217;t work,&#8221; the analysis that produced that judgement happens inside their head. The apprentice only sees the conclusion and maybe an explanation. They don&#8217;t see the reasoning behind it and, no matter how good the explanation, they won&#8217;t <em>intrinsically</em> understand it.</p><p>This is the central problem when it comes to developing judgement, and the first rule of any rebuild follows directly from it: <strong>you have to deliberately make expert thinking visible.</strong></p><p>This isn&#8217;t a new or fringe idea. There&#8217;s a whole body of work on <a href="https://www.aft.org/ae/winter1991/collins_brown_holum">&#8220;cognitive apprenticeship&#8221;</a> built precisely around making the invisible thinking of experts visible to novices - and it&#8217;s serious enough that McKinsey built its own developmental model on it. It names six methods worth knowing: <em>modeling</em> (expert performs the work as the student observes), <em>coaching</em> (expert observes and facilitates as the student performs the work), <em>scaffolding</em> (expert provides support that&#8217;s gradually removed), <em>articulation</em> (student explains their knowledge and reasoning), <em>reflection</em> (student compares their performance with others), and <em>exploration</em> (student explores in diverse situations, solving their own problems).</p><p>In practice, this translates to the difference between a senior who hands a junior a finished category strategy, and one who narrates why <em>as they build it</em>: &#8220;I&#8217;m weighting this supplier&#8217;s capability over their price because our product roadmap is going to need those capabilities in two years, and switching later is going to be expensive.&#8221; That narration - the part most seniors skip because it&#8217;s obvious <em>to them</em> - is the actual curriculum.</p><p>The reason this is a principle and not just a nice technique is that every single building block I&#8217;ll detail in my next post is, underneath, just a delivery mechanism for those six methods. A high quality program has to make expert thinking visible, otherwise it&#8217;s just activity posing as development.</p><h3>Rule 2: It&#8217;s Human <em>and</em> Machine - Not Either/Or</h3><p>There are two lazy positions on AI that plague much of mainstream thinking, and both are wrong.</p><p>The first is nostalgic: <em>keep AI away from junior work so they can learn the &#8220;real&#8221; way</em>. But that&#8217;s neither possible nor desirable - the tools are genuinely valuable, and a junior who can&#8217;t use them is going to be unprepared for the actual job.</p><p>The second is the one my last post warned about: <em>let AI do the work and have juniors supervise it</em>. That&#8217;s the discernment trap - handing someone the job of judging output they have no calibrated basis to judge.</p><p>Rule 2, then, sits between them: <strong>the question is never </strong><em><strong>whether</strong></em><strong> juniors use AI, but in what sequence and in what role.</strong> AI is a phenomenal development tool when used one way and a discernment-destroyer when used another way. The difference is entirely in the design of how we use the tools, not in the tools themselves, which leads directly to the most important rule of the set.</p><h3>Rule 3: AI Must Be a Questioner, Not an Answerer</h3><p>If you take one thing from this post, take this:</p><p><strong>AI that hands you the answer builds nothing that lasts. AI that makes you reason builds something that does.</strong></p><p>Everything about how juniors use AI should be configured around that single distinction - which, specifically, means three things:</p><p><em>Struggle first, AI second.</em> This sequence is non-negotiable. The junior attempts the work and commits to a position <em>before</em> the AI engages. Think about a junior building a should-cost model. The destructive version of this is &#8220;AI, build me a should-cost model for this part&#8221;. They might get a polished output in seconds, but they&#8217;ll learn nothing and have no way of knowing whether it&#8217;s right. The developmental version is the reverse: they build their own first, <em>then</em> bring AI in to pressure-test it - or, better yet, the AI asks <em>them</em>, &#8220;what did you assume about material costs, and why?&#8221; In the first version, the machine did the thinking. In the second, the junior&#8217;s own struggle did the thinking and the machine sharpened it. Always embed the &#8216;struggle&#8217; first.</p><p><em>Use AI as a Socratic tutor.</em> Configured well, AI can withhold the answer, ask guiding questions, and scaffold a junior toward their own conclusions - which is exactly what a good mentor does, but at infinite scale and availability. And there&#8217;s early evidence that this matters in precisely the way you&#8217;d hope: when AI is set up to reframe its explanations as questions, people get measurably better at spotting flawed reasoning. When it simply hands over the answer in conversation, the apparent gain evaporates when the conversation ends. Better for us to own the reasoning than to &#8216;borrow&#8217; the answers.</p><p><em>Productive struggle is a feature, not a bug.</em> The natural instinct of a well-meaning manager is to remove friction from a junior&#8217;s path. But when it comes to the learning process, this instinct is wrong. The struggle is not an obstacle to learning, it <em>is</em> the learning. It&#8217;s the thing that builds mental maps and intrinsic understanding. It&#8217;s important, therefore, for us to design <em>for</em> friction, and not against it.</p><p>I won&#8217;t pretend this is easy, because it does run against so many of the incentives that have become endemic in our daily work lives: the need for speed, efficiency, the &#8220;why are you doing it the slow way when the AI can do it instantly?&#8221;. All of those incentives push us in the other direction, which is exactly why this can&#8217;t be left to juniors to figure out on their own, or even to individual line managers. It has to be a deliberate, protected protocol, set and defended from the top. Which brings us to our next rule.</p><h3>Rule 4: Leadership Shows Up in Hours - Not Just Dollars</h3><p>The most common way training programs die is through &#8220;support&#8221; that&#8217;s no more than lip service. Leadership sponsors an initiative - approves a budget, sends a launch email, gives a nice speech and commissions a dashboard - and then goes back to their actual jobs. That isn&#8217;t sponsorship, not in the sense needed here.</p><p>If you go back to Rule 1, you&#8217;ll see that those six methods that make expert thinking visible all run on one thing: <em>senior time</em>. Modeling is a senior thinking aloud. Coaching is a senior watching a junior work and correcting them in the moment. There is no version of &#8220;make the invisible visible&#8221; that doesn&#8217;t cost the expert some real portion of their time. So when leadership funds a program but won&#8217;t spend the calendar time to back it up, they&#8217;ve built something superficial.</p><p>The rule, then, is: <strong>sponsorship is measured in senior hours on calendars, not just dollars in budgets.</strong> And it has to be visible, because juniors are watching - they calibrate what matters in an organization by what they see their leaders actually <em>do</em>, not by what leaders say they value. A CPO who blocks two hours a week to sit with juniors and think out loud teaches more about the function&#8217;s standards than any policy document ever will.</p><h3>Two Constraints</h3><p>The four rules above are choices. The two constraints below are not - they&#8217;re conditions that bound what&#8217;s even possible, and any blueprint that ignores them is simply not going to work.</p><p><strong>Co-location.</strong> Part of what we&#8217;re trying to rebuild - network capital, and the tacit transfer that comes from sitting near someone better than you - was produced by <em>proximity.</em> Overhearing the difficult supplier call, pulling aside the senior as they walked out of the meeting, absorbing how the room handled a tense moment. And therein lies the problem: some of what we&#8217;ve been blaming on AI is, in part, a co-location problem. If the juniors are not in the office - at least on some regular basis - they will not benefit from the serendipity of in-person learning. (In fact, the recent decline in entry-level hiring (we can argue about the exact numbers though that doesn&#8217;t really matter) tracks at least as closely with how <em>remote-able</em> a role is as with how <em>AI-exposed</em> it is.)</p><p>I don&#8217;t want to relitigate remote work here - there are real and good reasons for it, and this isn&#8217;t the post for that debate. But any blueprint that pretends the relational layer can be fully rebuilt over Slack and video calls is just not going to hold over the long term. If your juniors are fully remote, you can rebuild the cognitive threads but you will genuinely struggle to rebuild the relational ones.</p><p><strong>Motivation.</strong> None of this works on a junior who doesn&#8217;t want it. I&#8217;ve noted before that the spiral runs on the junior&#8217;s own drive, and I meant it as more than a flourish. A development program built for the unmotivated is just an expensive babysitting service - until the baby gets a bit older and leaves home.</p><p>Two things follow. You <em>select</em> for it - curiosity and a genuine willingness to work through ambiguity matter more than a polished CV. And you <em>protect</em> it - because the fastest way to extinguish a good junior&#8217;s drive is to make the work frictionless and therefore meaningless, which, ironically, is exactly what an over-helpful AI does when you let it. Keeping the fire lit is part of the program&#8217;s job.</p><h3>What Comes Next</h3><p>So those are the rules. Make the invisible visible. Human <em>and</em> machine, never either/or. AI as questioner, not answerer. Leadership measured in hours, not just dollars. All of it bounded by two honest constraints - co-location and motivation.</p><p>These are the physics that every program has to obey. They&#8217;re how you tell, before you&#8217;ve spent a dollar, whether what you&#8217;re about to build is real development or not.</p><p>In the next post, I&#8217;ll lay out the building blocks themselves, sequenced across a junior&#8217;s first year and a half, with steadily rising stakes holding it together.</p>]]></content:encoded></item><item><title><![CDATA[The Discernment Trap]]></title><description><![CDATA[AI hands juniors the job of judging its work &#8212; and removes the only thing that ever taught them how.]]></description><link>https://www.proquria.com/p/the-discernment-trap</link><guid isPermaLink="false">https://www.proquria.com/p/the-discernment-trap</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 23 Jun 2026 13:03:38 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!y00k!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!y00k!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!y00k!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!y00k!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!y00k!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!y00k!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!y00k!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:785633,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/203125577?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!y00k!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!y00k!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!y00k!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!y00k!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>The story being sold to us right now is an appealing one.</p><p>AI takes away the drudgery and you&#8217;re freed to do higher-value work. As a result, your job shifts from <em>doing the work</em> to <em>directing and checking the AI.</em> You become the supervisor, the editor and the one applying the judgement - allowing you to get to better outcomes faster than any generation before you.</p><p>It sounds like the promotion we always wanted - <em>free of the grunt work!</em> - but, in practice, it can be a trap, and for no one more so than the junior practitioner.</p><p>Because to direct and check an AI&#8217;s output, you have to be able to tell the good from the bad. You have to be able to look at a sourcing recommendation, a contract summary or a supplier analysis and know, sometimes instantly, that something is off.</p><p>This ability has a name: <strong>discernment</strong>. Discernment isn&#8217;t something we&#8217;re born with, or pick up in any training course. It is the resultant artifact of having produced the work ourselves - often badly at first, then less badly, over and over again, until we&#8217;ve developed a calibrated sense of what &#8220;good&#8221; actually looks like.</p><p>And therein lies the trap:</p><p><strong>AI hands the junior practitioner the job of judging its output, while removing the very work that built the judgement to do so.</strong></p><p>Because supervisory roles assume a discerning eye which, in itself, was a by-product of the production work. Take away the production, and you take away the means by which a junior person can learn to do it well.</p><h3>From Symptom to Cause</h3><p>This is the mechanism underneath the apprenticeship crisis I wrote about in <a href="https://www.proquria.com/p/ai-is-creating-an-apprenticeship">my last post</a>. There, I argued that our junior Procurement talent is at risk - that AI is threatening to remove the foundational basis that used to build a practitioner&#8217;s judgement, and that the apprenticeship model (using that term broadly to encompass all training and development) we&#8217;ve relied on for generations is breaking as a result.</p><p>The discernment trap is <em>why</em> this matters so much. It isn&#8217;t simply that juniors will know less. It&#8217;s that the new role we&#8217;re handing them structurally depends on a faculty that the old work was building at a very fundamental level i.e. <em>we are removing the cause yet keeping the expectation</em>.</p><p>So if our goal is to produce junior practitioners who actually develop into trusted, accountable senior Procurement professionals, the kind who become our future leaders, then we have to get specific about the path that produces them. And simply focusing on broad notions of &#8220;apprenticeship&#8221; - a simple agglomeration of tactical actions and tools - is to treat it as one undifferentiated thing, making it too blunt to be useful.</p><p>We need to be clear about the different parts that need to be worked on.</p><h3>The Destination: Judgement-in-Action</h3><p>Let&#8217;s start with our destination.</p><p>In the conceptual framework I&#8217;ve been developing (see image below), the destination is what I call <strong>trusted, accountable judgement-in-action</strong>: a practitioner who can make the hard calls under situations of uncertainty, stand behind it, and be trusted by others to do so.</p><p>That, increasingly, is the senior practitioner&#8217;s actual job in a post-AI world. Not producing the analysis, because the machine can do that, but being the human who <em>owns the call</em> - not simply when the machine&#8217;s analysis is right, but especially when its recommendation is plausible and wrong.</p><p>The question, then, is how does a budding junior get there? What is the developmental flow that turns a new entrant into that caliber of practitioner? Once we understand this clearly, we can then see exactly where AI cuts - and only then can we think about what to deliberately rebuild.</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!xuJh!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!xuJh!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png 424w, https://substackcdn.com/image/fetch/$s_!xuJh!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png 848w, https://substackcdn.com/image/fetch/$s_!xuJh!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png 1272w, https://substackcdn.com/image/fetch/$s_!xuJh!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!xuJh!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png" width="720" height="405" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:405,&quot;width&quot;:720,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:42432,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:true,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/203125577?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!xuJh!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png 424w, https://substackcdn.com/image/fetch/$s_!xuJh!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png 848w, https://substackcdn.com/image/fetch/$s_!xuJh!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png 1272w, https://substackcdn.com/image/fetch/$s_!xuJh!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png 1456w" sizes="100vw" loading="lazy"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Let&#8217;s walk through this framework.</p><h3>Three Unequal Inputs</h3><p>At the base sit three sources of a junior&#8217;s early development:</p><p><strong>Domain knowledge</strong> - understanding the category, the supply market, the commercial and contractual fundamentals, etc.</p><p><strong>Procedural experience</strong> - actually doing the work: running the RFP, building the spend cube, drafting the summary, sitting in on the negotiation, and more.</p><p><strong>Network capital</strong> - the relationships built with colleagues, stakeholders and counterparties.</p><p>All three contribute to the learning journey, and it&#8217;s tempting to treat them as three equal pillars. But they aren&#8217;t - and that inequality is the whole point.</p><p>Domain knowledge has substitutes (or multiple ways of building the capability). You can acquire a great deal of it from a training course, a category report, or a good book. Network capital has partial substitutes - relationships can be built deliberately and actively but much of it can also be formed by simply being in the room (a partial case, by the way, <em>against</em> remote work, but that&#8217;s a discussion for another day). But procedural experience has no real substitute. It is the one input that can <em>only</em> be acquired by doing. And, not coincidentally, it is the one AI removes most completely.</p><p>There&#8217;s a deeper point here, and it&#8217;s the reason procedural work is load-bearing. Doing the work was never <em>only</em> about building procedural skill; it was the enabling and delivery mechanism for the other two. You absorbed domain knowledge in context - not as abstract facts, but as patterns you noticed because you were elbow-deep in the actual data. You built your network <em>because</em> the work put you in the rooms, on the email threads and in the negotiations. If you take away the procedural work, you don&#8217;t just lose one of three inputs. You weaken all three at once.</p><p>This is also where the richer learning research points. The reason apprenticeship worked - going back to the cognitive-apprenticeship literature - is that doing real work alongside someone more expert makes their normally-invisible thinking visible to you. And the reason struggling with a problem <em>before</em> you are handed the answer builds deeper understanding (another robust finding from decades of &#8220;productive failure&#8221; research) is that the struggle itself is what encodes the lesson. <em>The productive struggle is the point</em>, as that is what rewires your neurons, allows you to build a mental map of the topic or issue at hand, and develop an intrinsic understanding of the problem at hand - so that your ultimate solutions make more meaningful sense.</p><p>When AI supplies the answer first, it closes that window. You keep the output but you lose the learning, because all you have are surface representations of the problem at hand - a &#8216;stab&#8217; at an answer that is at the same level.</p><h3>Inputs Become Discernment</h3><p>Of course, these inputs don&#8217;t stay separate. With enough practice - including feedback, consequences, the <em>felt</em> cost of being wrong - they fuse into <strong>quality discernment</strong>: the trained eye that recognizes the good from the bad.</p><p>Discernment is evaluative, and it is <em>retrospective</em>. It judges work that already exists. It is the capacity to look at a finished piece of analysis and know that it is missing the point that actually matters (or simply naive). And, to come back to where we started, it is precisely the faculty the AI-supervision role demands, and precisely the one that only forms through the procedural work discussed above.</p><h3>Discernment Becomes Judgement</h3><p>Discernment, in turn, is the substrate for <strong>judgement</strong>. These two are easy to confuse, so it&#8217;s worth being exact about the difference.</p><p>Discernment, as we&#8217;ve said, is retrospective: it recognizes quality in work that exists. Judgement is <em>prospective</em>; it is generative. It is the capacity to decide what to do under uncertainty, to commit to a call before complete data is available. <em>We should invest in this supplier because its capabilities will better align us with our product future, even though the incumbent is materially cheaper.</em></p><p>Judgement isn&#8217;t about evaluating a finished output; It&#8217;s about making a decision, and then owning it.</p><p>You cannot develop judgement without discernment. Judgement is, in large part, running your discernment standard <em>forward</em> - applying your hard-won sense of &#8220;good&#8221; to options that don&#8217;t yet exist. A practitioner with no calibrated eye for quality has nothing to project into an uncertain decision. They are guessing.</p><h3>Judgement Becomes the Practitioner</h3><p>Judgement, exercised and tested over time, is what finally produces the apex: the <strong>trusted, accountable practitioner</strong>.</p><p>This has two faces that develop together.</p><ul><li><p>One is professional - others come to trust this person&#8217;s calls. They have earned a reputation and internalized the norms of the function. They have become <em>a procurement person</em> in the fullest sense.</p></li><li><p>The other is internal - the earned self-confidence that comes only from having made real calls, genuinely owning those outcomes, and exercizing the resilience to sit with the ambiguity inherent within them.</p></li></ul><p>Neither of these can be borrowed. Confidence that was never earned is either hollow or as good as having none. Ownership you never actually felt will never parallel real ownership. And this is where some of the most striking recent evidence is worth mentioning (though I would treat it as suggestive rather than settled, given it&#8217;s early work). When researchers at MIT had people write with heavy AI assistance, the quality of the output was perfectly fine, but the sense of <em>ownership</em> of it simply wasn&#8217;t there. Many of the &#8220;doers&#8221; could not even recall what they had just &#8220;written&#8221;.</p><p>To reiterate, the tool produces the artifact. It does not produce the practitioner who feels responsible for it.</p><h3>Why This is a Spiral, Not a Ladder</h3><p>One refinement: I have described this as a sequence, and the dependencies are definitely real - you cannot develop judgement without discernment, or discernment without repetitions (doing the work).</p><p>But this isn&#8217;t a one-way escalator. It&#8217;s a spiral that compounds (see image below). Once you have a little discernment, your next experience teaches you more, because you now notice things you couldn&#8217;t see before. Once judgement begins to form, it changes what you pay attention to <em>while</em> you work. The practitioner that pulls ahead isn&#8217;t simply doing more work, they&#8217;re doing that work under steadily rising standards.</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!85eQ!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!85eQ!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png 424w, https://substackcdn.com/image/fetch/$s_!85eQ!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png 848w, https://substackcdn.com/image/fetch/$s_!85eQ!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png 1272w, https://substackcdn.com/image/fetch/$s_!85eQ!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!85eQ!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png" width="1310" height="728" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/f3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:728,&quot;width&quot;:1310,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:51065,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:true,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/203125577?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!85eQ!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png 424w, https://substackcdn.com/image/fetch/$s_!85eQ!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png 848w, https://substackcdn.com/image/fetch/$s_!85eQ!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png 1272w, https://substackcdn.com/image/fetch/$s_!85eQ!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png 1456w" sizes="100vw" loading="lazy"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>This is why removing the early foundational work does so much more damage than it first appears. You&#8217;re not simply subtracting one rung from a ladder, you&#8217;re foregoing years of compounding - a curve that was meant to bend upward but instead goes flat. And because it is a curve, the gap is nearly invisible at first. It only shows up five or ten years later, when you reach for a bench of seasoned judgement and find it was never built.</p><p>One last thing: none of this happens to a junior who doesn&#8217;t want it. The practitioner has to bring some motivation of their own - ideally an understanding of precisely the perils of over-reliance we have been describing. The work then reinforces it. The stakes, and the struggle, are part of what makes a person care enough to climb.</p><h3>What Comes Next</h3><p>So that is the bundle. Not &#8220;apprenticeship&#8221; as if it were one undefined thing, but a developmental chain: three uneven inputs, fusing into discernment, maturing into judgement, culminating in a trusted and accountable practitioner - and then compounding, in a spiral, the whole way up.</p><p>Seeing it this way changes how we tackle the problem. &#8220;Replace the training ground&#8221; sounds hopelessly vague, but &#8220;Deliberately rebuild each of these components, defending hardest the ones AI severs most directly&#8221; is a brief we can actually work with.</p><p>Which is exactly what the next post will focus on: a blueprint for developing junior talent in a post-AI world. How to engineer each of these effects on purpose, now that the delivery mechanism that once produced them for free is being taken away.</p>]]></content:encoded></item><item><title><![CDATA[AI Is Creating An Apprenticeship Crisis]]></title><description><![CDATA[AI is removing the very work that built our future leaders - so how do we develop the next generation?]]></description><link>https://www.proquria.com/p/ai-is-creating-an-apprenticeship</link><guid isPermaLink="false">https://www.proquria.com/p/ai-is-creating-an-apprenticeship</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 16 Jun 2026 13:03:55 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!RnPO!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!RnPO!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!RnPO!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!RnPO!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!RnPO!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!RnPO!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!RnPO!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png" width="1456" height="813" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:813,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:8383215,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/201777068?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!RnPO!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!RnPO!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!RnPO!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!RnPO!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>When I started in consulting several decades ago, a sizable part of my work as a newly minted Associate was what one might affectionately call &#8220;foundational work&#8221;. This comprised of both the cognitive - e.g. reading secondary research and preparing industry analyses - and the tactical/executional - e.g. creating PowerPoint decks, etc.</p><p>While a lot of that work was interesting and educational from a content standpoint, quite a lot of it was not. It was what you might refer to as grunt work.</p><p>But it all served a purpose: it laid the foundations for my development into a strong consultant. It taught me how to understand what was important to pick out from a research study in the context of the objectives of the engagement. It taught me how to craft the right sequence of messages and then convey them in a way that resonated with my audience. It taught me the discipline and discernment needed to deliver value as a consultant.</p><p>And on that basis, doing that work day after day, month after month, year after year, I was able to build not only my engagement delivery skills, but also the nuanced understanding and the judgement needed to progress up the consulting ladder over the following decade.</p><p>If, back then, I had the kinds of AI tools we have access to today, I would no doubt have been able to save a tremendous amount of time by having them do so much of that work for me, radically compressing the time to delivery of every engagement I worked on. So there would, no doubt, have been significant benefits for me, my team and my clients.</p><p>But I also wonder what kind of a consultant I would have become.</p><p>Because if AI could do the very work that laid the foundations of the consultant I became, what would that have meant for me and, more broadly, for the development ladder that consulting firms - and investment banks and corporations all over the world - relied on to grow their next generation of talent and develop their future leaders?</p><h3>What the Grind Was Really Teaching</h3><p>To be fair, today&#8217;s AI tools are genuinely valuable. As productivity enablers and thought partners, they bring a myriad of benefits to the work we do every single day, regardless of our professions. I&#8217;ve talked about these benefits, as well as the skillset implications these tools have for the Procurement practitioner in a post-AI world.</p><p>But for the junior practitioner - the new entrant into Procurement - AI poses a particularly unique problem. It is taking away the very foundational work that new entrants actually do - and this encompasses the cognitive as well as the tactical work. Historically, this work served as the training ground for junior folks to not only learn the function itself (running RFPs, building spend cubes, drafting contract summaries, doing supplier research, sitting in on negotiations) but also then develop the higher order skills needed to function effectively as a senior practitioner - skills such as judgement, relationship management, the ability to navigate ambiguity, etc. But now, the very training that taught juniors their craft is being taken away by the machines.</p><p>Of course, there are those who argue that this is actually a boon for the junior practitioner, that they&#8217;re now freed from the drudgery of the tactical work they never even wanted to do (and what was really just low-value busywork that deserved to be automated anyway). There is some merit to this argument. Juniors are often given low value busy work, and AI does indeed free them up to do higher value work.</p><p>But that argument misses the point: it wasn&#8217;t the drudgery that mattered - it was what the drudgery taught. The grind was the <em>delivery mechanism</em> for judgement. Running a low-stakes RFP didn&#8217;t just teach a junior the mechanics of an RFP, it taught them which suppliers were sandbagging, how different vendors negotiated and where their leverage points lay. Building the spend cube didn&#8217;t just teach Excel, it taught them how to find the opportunities buried in the data. If you remove this labor, you also lose the lessons that come from it.</p><p>Certainly AI can augment the junior in these cases - I won&#8217;t argue with that. But when the junior practitioner&#8217;s job moves from &#8220;doing the work&#8221; to &#8220;directing the AI&#8221; without the requisite foundation, I worry that they lose a key developmental pathway. They lose the grounding experience of not just the nuts and bolts of doing the work, but also the lessons that come from making mistakes while doing so, then learning to spot and fix those errors, etc.</p><p>In other words, they lose the repetition, the pattern recognition, the experience, and the acquired judgement that comes from doing that very work.</p><h3>The Problem Everyone Sees</h3><p>There&#8217;s another problem that AI poses for junior practitioners, and at first glance it looks like the bigger one. Corporations are noting the depth and (general) quality of what AI is capable of and many are asking themselves: <em>Do we even need junior practitioners at all?</em></p><p>What&#8217;s worse, the question isn&#8217;t just being posed, there&#8217;s evidence to suggest it&#8217;s becoming a practiced reality.</p><p>A lot of this evidence is, of course, anecdotal in nature. You hear in the media about how new entrant hiring has slowed and how organizations are rethinking hiring (or at the very least, hesitating to do so) as they grapple with the changes AI will bring and how they can use these tools to drive even greater profitability by replacing people with machines.</p><p>But it also seems to be borne out by the data. A <a href="https://www.yahoo.com/news/articles/first-kind-stanford-study-says-154521204.html?guccounter=1">Stanford study last year - fittingly titled </a><em><a href="https://www.yahoo.com/news/articles/first-kind-stanford-study-says-154521204.html?guccounter=1">&#8220;Canaries in the Coal Mine?&#8221;</a></em> - found tangible evidence that AI is starting to have a significant and disproportionate impact on entry-level workers in the U.S.:</p><blockquote><p>&#8220;The analysis revealed a 13% relative decline in employment for early-career workers in the most AI-exposed jobs since the widespread adoption of generative-AI tools, &#8216;even after controlling for firm-level shocks.&#8217; In contrast, employment for older, more experienced workers in the same occupations has remained stable or grown.&#8221;</p></blockquote><p>The largest declines, the study notes, are concentrated among young, entry-level workers - those whose skills are most easily replaced by AI systems automating routine, codified tasks. Experience and tacit knowledge, in other words, are becoming the buffers against displacement.</p><p>So this hiring decline is certainly troubling. It&#8217;s the part of the story that everyone is talking about, because it&#8217;s visible. But it&#8217;s only part of the story.</p><h3>The Compounding Cost</h3><p>When you combine the visible (the drop in hiring) with the invisible (what happens to the juniors we <em>do</em> bring in), you can see the extent of the problem. This combined erosion builds over time, showing up five or ten years later, when we reach for a bench of seasoned judgement only to find it was never built.</p><p>(By its nature, this second erosion can&#8217;t yet be measured - its costs will land years downstream - but that&#8217;s precisely what makes it dangerous: it won&#8217;t show up in any dashboard until the bench is already thin.)</p><p>This plays out in three ways:</p><h4>1. The Loss of the Apprenticeship Dividend</h4><p>When Generative AI takes over the foundational work that serves as training for new entrants and junior practitioners - tasks such as drafting, research, modelling, and more - and we don&#8217;t provide the right roles and appropriate learning opportunities for them, we lose the apprenticeship ladder as well as what <a href="https://www.forbes.com/sites/andreahill/2025/08/27/ai-job-disruption-what-it-means-for-companies-and-competitiveness/">Forbes calls &#8220;the Apprenticeship Dividend&#8221;</a>: the compound return created when people learn by doing, grow into new responsibilities, and then pass their knowledge on to others.</p><p>We need to ensure we retain the long view and provide the guidance and structure needed to not just keep but fortify that development ladder.</p><h4>2. The Digital Native Trap</h4><p>New entrants and fresh graduates into the function are typically far more progressive when it comes to their understanding and use of new technology, particularly AI. They are effectively digital natives. And there&#8217;s a real organizational case for that, best summed up by a recent World Economic Forum report:</p><blockquote><p>&#8220;Without an influx of digital natives, organizations would experience a range of detrimental impacts: slower AI adoption and application, weakened succession plans, stalled knowledge transfer and cultures that struggle to renew themselves.&#8221;</p></blockquote><p>That case is genuine - but notice what it is and isn&#8217;t.</p><p>It is an argument about <em>organizational AI adoption</em>: digital natives help the enterprise absorb these tools faster.</p><p>It is not an argument that solves the developmental problem. In fact, it can mask it. The same WEF report goes on to suggest that newcomers can &#8220;enjoy instant access to expertise that used to take years to gain&#8221; and &#8220;use AI to acquire skills more quickly and rapidly ascend to higher value roles.&#8221; There&#8217;s truth to this - but it&#8217;s also a seduction. Expertise you can borrow from a tool on demand is not the same as judgement you&#8217;ve built and own for yourself. That difference only becomes visible when the stakes are high and the tool is wrong.</p><p>My point is, keep hiring digital natives, but do it for the right reason (because they accelerate the organization&#8217;s AI fluency), and don&#8217;t let that benefit lull you into believing the developmental problem has been solved.</p><h4>3. The Loss of Collaboration</h4><p>One of the temptations of AI tools is that they make us self-sufficient: If the tool is our partner, then we don&#8217;t need to work with humans quite as much. Taken to an extreme, this creates a host of unintended consequences, especially when it comes to collaboration.</p><p>As AI takes on the foundational work, employees have less need to interact with each other - either with peers or with their senior leaders. This weakens mentorship and lessens the mutual support that is part and parcel of working with colleagues. It also reduces or eliminates the informal, serendipitous learning that simply happens when you least expect it.</p><h3>Why This Matters</h3><p>So the apprenticeship crisis is real and its implications are significant.</p><p>If we remove these roles - or hollow them out while keeping the headcount - and capture the savings that come from it, we will do so at significant opportunity cost: by sacrificing future skills, our talent pipeline and, ultimately, long term growth.</p><p>We need to use AI to accelerate human learning and capability, not as a substitute for it. We need to use it to free us up to become more strategic and able to do higher value, more fulfilling work.</p><p>Which brings me back to the question I started with. I wondered what kind of consultant I would have become if AI had done my foundational work for me.</p><p>The honest answer is that I don&#8217;t know - and that&#8217;s exactly the point. The judgement I rely on today was built over time, doing work I didn&#8217;t always enjoy and couldn&#8217;t have known the value of at the time. Junior practitioners entering Procurement today deserve a path to build that same judgement, especially as the old path disappears beneath them.</p><p>So it&#8217;s in all of our interests to fix this. That is what the next few posts are designed to do.</p>]]></content:encoded></item><item><title><![CDATA[The Work Used to Develop You. Now You Have to Do It Yourself.]]></title><description><![CDATA[Staying sharp in an AI-enabled role when the work no longer does it for you]]></description><link>https://www.proquria.com/p/the-work-used-to-develop-you-now</link><guid isPermaLink="false">https://www.proquria.com/p/the-work-used-to-develop-you-now</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 09 Jun 2026 13:02:23 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!6e03!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!6e03!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!6e03!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!6e03!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!6e03!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!6e03!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!6e03!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:650813,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/200633081?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!6e03!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!6e03!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!6e03!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!6e03!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Over the last few weeks, I&#8217;ve laid out <a href="https://www.proquria.com/p/future-proofing-the-procurement-practitioner">my model for future-proofing the Procurement practitioner</a>, which is made up of three layers:</p><ol><li><p><strong>The Enabling Layer</strong> &#8212; comprising AI Literacy and Cognitive Discipline</p></li><li><p><strong>The Differentiating Layer</strong> &#8212; comprising Orchestration, Business Acumen and Human Leverage</p></li><li><p><strong>The Orientation Lens</strong> &#8212; comprising the outcomes towards which we orient our efforts</p></li></ol><p>I&#8217;ve detailed the key capabilities within each layer and also provided practical suggestions as to how to best build those capabilities.</p><p><em>(It&#8217;s worth reiterating that foundational Procurement skills are not on this list and that&#8217;s entirely intentional. My assumption is that you have already developed that Procurement knowledge - core sourcing skills, category expertise, etc. - that forms the technical and foundational basis of your work. These are table stakes, not differentiators.)</em></p><p>To wrap up our discussion of the Future-Proofing model, there&#8217;s one final question we need to address - and it&#8217;s a harder one than it might at first look:</p><p><em>How do you build and keep these capabilities over time?</em></p><h3>AI Is Changing How We&#8217;re Learning</h3><p>In the world before AI (certainly Gen AI), simply doing the work developed you automatically. You understood and managed spend, and then ran sourcing events, and got better at all the requisite skills required to do that work. In other words, the skills you needed to succeed as a practitioner were baked into the work itself. The more you did it, the better you got.</p><p>That&#8217;s no longer the case. AI is now absorbing exactly those reps that built the muscle. Today, you can pick any core procurement task or capability and there&#8217;s a piece of technology ready to take it over and do it 24/7.</p><p>So for the first time, the work will no longer develop you by default - and certainly not when it comes to the more progressive skills laid out in the future-proofing model above. You, as the practitioner, have to <em>deliberately manufacture</em> the development that the job used to hand you for free, especially in terms of these higher order skills.</p><p>There&#8217;s one more issue, and this is what makes the situation <em>urgent</em> rather than just interesting: <strong>your skills can decay even as you feel more productive than ever.</strong></p><p>Why? Because, from an activity standpoint, nothing in your weekly calendar will tell you you&#8217;re not delivering. The deliverables will still ship and the events will still close - but that&#8217;s because AI keeps the output flowing even as the requisite capabilities and judgement underneath it erode. That might be tenable, for now. But at some point, it won&#8217;t be.</p><p>Which is why capability development - in the right areas - cannot be left to chance. It has to become a practice.</p><p>So how do we build that practice? Three actions: diagnose, build, review.</p><h3>Manufacturing Your Development</h3><h4>1. Diagnose your trajectory - not just your level</h4><p>Most self-assessments ask <em>&#8220;Where am I?&#8221;</em> The more useful question in an age of AI is <em>&#8220;Which way am I moving?&#8221;</em> The risk isn&#8217;t being an 8 out of 10 on cognitive discipline today; it&#8217;s sliding from an 8 to a 5 without noticing because AI took the work.</p><p>So map yourself across the seven capabilities of the model on two axes.</p><p>The first is <strong>Proficiency</strong> - but assess it by evidence, not feel, because feel is exactly what AI corrupts. Don&#8217;t ask how confident you are in your business acumen or your human leverage; ask whether you can point to a specific, recent moment where you visibly exercised it - and what came of it. <em>When did your read of the business actually reframe a category decision? When did you move a resistant stakeholder? When did you catch an AI output that was plausible but wrong?</em> If you can&#8217;t name an instance, that&#8217;s your answer, however strong you feel.</p><p>The second axis is <strong>Trajectory</strong> - which direction that proficiency is heading. And the cleanest way to gauge this is to assess whether your role still hands you real opportunities to exercise this capability, or has AI absorbed them? &#8220;I used to do this constantly, but lately the tool handles it&#8221; is not a neutral observation - it&#8217;s indicative of a downward slope.</p><p>Basically, that&#8217;s only two questions per capability: <em>show me a recent instance</em>, and <em>are the reps still coming?</em> - so assessing where you stand on all seven capabilities is a five-minute task, not a fourteen-point audit. If you do this honestly, it gives you four positions (see image below):</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!zifb!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!zifb!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png 424w, https://substackcdn.com/image/fetch/$s_!zifb!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png 848w, https://substackcdn.com/image/fetch/$s_!zifb!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png 1272w, https://substackcdn.com/image/fetch/$s_!zifb!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!zifb!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png" width="1456" height="648" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:648,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:149167,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:true,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/200633081?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!zifb!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png 424w, https://substackcdn.com/image/fetch/$s_!zifb!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png 848w, https://substackcdn.com/image/fetch/$s_!zifb!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png 1272w, https://substackcdn.com/image/fetch/$s_!zifb!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png 1456w" sizes="100vw" loading="lazy"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><ul><li><p><strong>High proficiency, Rising Trajectory:</strong> You&#8217;re strong here and still getting sharper; protect the work that&#8217;s keeping you there</p></li><li><p><strong>High proficiency, Falling Trajectory:</strong> The dangerous box: you&#8217;re good today but coasting on a melting asset</p></li><li><p><strong>Low proficiency, Rising Trajectory:</strong> No cause for alarm; you&#8217;re early but on the right trajectory, so keep feeding it</p></li><li><p><strong>Low proficiency, Falling Trajectory:</strong> The capability is weak and getting weaker; this is where you either intervene deliberately or consciously let it go.</p></li></ul><p>The value of this map is that it tells you where to spend your development time, because, critically, you shouldn&#8217;t be spending it evenly across all seven.</p><h4>2. Build the practice - defend hardest what AI erodes fastest</h4><p>The capabilities in the model don&#8217;t all decay equally: <strong>AI erodes the muscles tied to the work it does for you.</strong> The thinking work - for example, cognitive discipline, and downstream of it, judgement - is under active erosion every single day you use the tools unconsciously. The capabilities AI <em>doesn&#8217;t</em> do for you - your relationships, your exposure to the business, etc. - erode the same way they always have, through your own neglect.</p><p>So we defend hardest what AI erodes fastest and focus on the most prominent skill gaps. In rough order of priority:</p><ul><li><p><strong>Keep a decision journal.</strong> This is one of the single highest-leverage habits you can have, because it hits three capabilities at once - judgment, cognitive discipline, and, if you log how you read the room, human leverage. Record the consequential calls you make, your reasoning, and what you expected. Then go back and close the loop on whether you were right. This is how judgment is maintained when AI is making the easy calls for you.</p></li><li><p><strong>Embed deliberate friction.</strong> Be skeptical about what you&#8217;re getting back - from AI, from the process, from the way things have always been done. Before you accept an AI-generated answer on a call that matters, write the one-line counter-case: <em>what would make this wrong?</em> That single sentence is cognitive discipline in practice.</p></li><li><p><strong>Re-architect one workflow each quarter.</strong> Orchestration doesn&#8217;t erode so much as it <em>ossifies</em> - you settle into a default human-plus-AI process flow. Maintenance here means deliberately redesigning a workflow you&#8217;d otherwise run on autopilot: who does what, in what sequence, where you step in at the seams.</p></li><li><p><strong>State the outcome before the activity.</strong> We naturally drift, over time, back toward activity and process - it&#8217;s baked into many work environments. So on any given project, force yourself to name the <em>outcome</em> you&#8217;re orienting toward before you touch the activity. Are you focused on a meaningful outcome? Are you contributing to what matters? This ensures orientation stays alive instead of falling back into busywork.</p></li><li><p><strong>Maintain an exposure diet.</strong> Business acumen and AI literacy grow through exposure - to the business, to supply markets, to what&#8217;s actually being impacted by AI and related tools. This is an ongoing, deliberate intake over time.</p></li></ul><p>The key with the above is not to create a parallel development calendar to the work you&#8217;re already doing. Instead, bolt these onto the rhythm your Procurement work already has - the sourcing cycle, supplier reviews, QBRs, budget season. The work is already happening, so add in the necessary reflection attached to them. In other words: same work but with added intentionality.</p><h4>3. Review - and course correct</h4><p>A practice you never check is a resolution, not a regimen. So once a quarter, return to the diagnosis, not to just repeat it, but to understand if your efforts have been worth it.</p><p>The first diagnosis you run tells you where to spend your development time. The subsequent reviews every quarter ask a direct question: <em>did it work?</em> That capability you&#8217;ve spent the past quarter building or defending, is it actually growing and holding, or did it slip back? If it slipped despite your attention, then rethink your practice.</p><p>Another reason this regular review cadence matters is that the map moves under you. AI improves and evolves every quarter, which means capabilities that once sat safely in the &#8220;rising&#8221; column can slide toward erosion without you doing anything wrong. The fact is that the technology evolved and the ground simply shifted; something the tool couldn&#8217;t touch ninety days ago, it may absorb now. So re-scan: <em>what does AI now do that it didn&#8217;t last quarter, and which of my capabilities did that just put at risk?</em> Then you adjust where you spend your time, and reset for the next quarter.</p><p>That moving target is exactly why this can&#8217;t be a one-time audit, and why staying sharp is an ongoing commitment, not a box you tick once.</p><h3>The Real Shift</h3><p>For most of your career, staying good was a byproduct of showing up - the work did the developing for you. That era is over.</p><p>From here on, staying sharp has to be a deliberate act: something you actively focus on and develop, or else it becomes something you lose.</p><p>The practitioners who pull ahead in a post-AI world won&#8217;t be the ones who simply use AI best. They&#8217;ll be the ones who keep developing the right complement of skills <em>while</em> they use it - the ones who refuse to let fluency with the tools hollow out their judgement.</p><p>Of course, this entire playbook presumes a foundation. You can only <em>maintain</em> judgment you&#8217;ve already built, you can only journal decisions you&#8217;re already trusted to make. That works for the experienced practitioner.</p><p>But our juniors have none of that: they have no foundation to maintain or build on, while, at the same time, AI is busy removing the execution work that used to build it.</p><p>Which raises a genuinely difficult question: <em>how does anyone come up the curve now?</em></p><p>That&#8217;s going to be our next set of topics, starting next week: the apprenticeship crisis.</p>]]></content:encoded></item><item><title><![CDATA[Activity Is Automatable. Orientation Isn't.]]></title><description><![CDATA[The final piece of the future-proofing model - and the one that decides who stays essential.]]></description><link>https://www.proquria.com/p/activity-is-automatable-orientation</link><guid isPermaLink="false">https://www.proquria.com/p/activity-is-automatable-orientation</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 02 Jun 2026 13:04:21 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!Odqk!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!Odqk!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!Odqk!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!Odqk!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!Odqk!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!Odqk!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!Odqk!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:639529,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/199756107?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!Odqk!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!Odqk!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!Odqk!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!Odqk!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Two practitioners can have the same skills but still face opposite futures.</p><p>One spends their time <em>executing</em> - running sourcing events, refreshing contracts, turning around spend analyses - and then watches as AI absorbs each of these tasks in turn. The other points the same skills at what the enterprise actually needs - and becomes harder to replace every year.</p><p>The difference isn&#8217;t about capability - it&#8217;s about orientation.</p><p>Over the last several weeks, I&#8217;ve laid out my model for <a href="https://www.proquria.com/p/future-proofing-the-procurement-practitioner">future-proofing the Procurement practitioner</a> - the Foundations you build and the Capabilities you develop.</p><p>This final piece is about where you aim them.</p><h3>Orientation, Defined</h3><p>The Orientation lens, in this context, is the art and science of applying the skills and capabilities we&#8217;ve learned towards Procurement-focused goals that move the enterprise. It is about ensuring that the work we do is relevant and meaningful - not just for the function itself, but the organization as a whole.</p><p>Orientation is, therefore, the lens through which we apply what we&#8217;ve learned - a lens that ensures Procurement remains positively positioned within the organization. In the context of our future-proofing model, think of it this way:</p><p><em>Foundations are what you know, Capabilities are what you can do, Orientation is what you point them at.</em></p><p>And what do we point them at? In my view, our orientation lens should be focused on outcomes. When we understand and focus our work around outcomes, we ensure that our total focus is on delivering value, not just for Procurement and the stakeholder in question, but for the enterprise as a whole.</p><p>I wrote about the seven most critical Procurement outcomes in detail <a href="https://substack.com/@omerabdullah1/p-192263523">here</a> but to recap, they are:</p><ol><li><p><strong>Speed and Responsiveness of the Procurement Process:</strong> When a business unit needs something purchased, how quickly and painlessly can they get it?</p></li><li><p><strong>Achieving Optimal Total Cost of Ownership:</strong> Are we optimizing the full economic cost of a buying decision, including implementation, maintenance, switching costs, quality, etc.?</p></li><li><p><strong>Maintaining Supply Resilience and Mitigating Risk:</strong> Can the business count on having what it needs, when it needs it, without disruption?</p></li><li><p><strong>Ensuring Compliance and Ethical Assurance:</strong> Do stakeholders know and believe that what they&#8217;re buying, and who they&#8217;re buying it from, won&#8217;t expose the organization to legal, regulatory, or reputational harm?</p></li><li><p><strong>Ensuring Optimal Supplier Relationships:</strong> Are we managing supplier relationships such that the organization earns unique and preferential access?</p></li><li><p><strong>Driving Supplier-Enabled Innovation:</strong> Is Procurement unlocking real value through suppliers and ensuring those suppliers see the organization as a customer worth innovating for?</p></li><li><p><strong>Crisis Management:</strong> Is Procurement involved front and center in ensuring the organization survives crises with its financials, operations, relationships, and reputation as intact as possible?</p></li></ol><p>Of course, these outcomes are not new; they have always mattered. What&#8217;s changed is that orienting around them is not only just good practice - it&#8217;s existential.</p><h3>Why Activity Stopped Being Enough</h3><p>The idea of orientation is particularly relevant in a post-AI world.</p><p>For years, the proxy for value (and the practitioner&#8217;s personal moat) was activity. That is, you were valued precisely because you were the one who could run the RFP, model the should-cost, and manage the process. But as we&#8217;ve discussed before, AI will absorb most of this activity-level work - and not just the transactional stuff (the &#8220;grunt&#8221; work), but the cognitive/decision support work (the analysis) as well.</p><p>What remains, then, cannot simply be a re-assembling of residual activities and tasks, but a fundamental rethink of who the Procurement practitioner is and what he or she does. What survives will be the progressive value driver who is focused on <em>organizational</em> goals, and ensuring Procurement leverages its core remit to achieve those goals.</p><p>The practitioners who will survive, then, will be the ones who define their value through their relentless focus on achieving relevant outcomes - versus their prowess at accomplishing specific tasks. The activity-defined practitioners will become automatable, but outcome-oriented ones will become indispensable.</p><p>So how do we become outcome-oriented?</p><h3>Six Principles for Outcome Orientation</h3><p>Orientation isn&#8217;t a step-by-step process that can be neatly applied. It is, at its core, a mental mindset that points everything at &#8216;results&#8217; not &#8216;process&#8217;.</p><p>Installing this mental mindset requires internalizing a series of principles that ensure that the outcome focus is front and center:</p><h4><strong>1. Anchor every multi-year goal to at least one of the seven outcomes.</strong></h4><p>The simplest test of whether you&#8217;re oriented around outcomes is to look at your own goals.</p><p>If they describe activity - &#8220;run twelve sourcing events,&#8221; &#8220;complete the contract refresh,&#8221; &#8220;onboard the new spend-analytics tool&#8221; - then you&#8217;re measuring motion, not value. Rewrite them so each one ladders up to a named outcome: not &#8220;run sourcing events&#8221; but &#8220;improve total cost of ownership in the key categories where it&#8217;s most leveraged&#8221;.</p><p>If you don&#8217;t control how your goals are framed, push to renegotiate them. What your scorecard measures is what you and your team will actually orient around, so get outcomes onto it.</p><h4><strong>2. Actively prioritize your time around the critical outcomes.</strong></h4><p>Outcome orientation set once a year and forgotten is just a planning artifact.</p><p>The discipline is in the cadence. Each month and each week, look at where your hours actually go and ask whether they tracked to the outcomes you said mattered. Usually, the honest answer is no - calendars often fill up with the urgent and the procedural, and the outcomes that need sustained attention get whatever time is left.</p><p>Treating outcome focus as a recurring allocation decision, rather than an annual aspiration, is what keeps orientation real between planning cycles.</p><h4><strong>3. Make your tradeoffs consciously.</strong></h4><p>The seven outcomes are in constant tension. Speed pulls against resilience; cost pulls against innovation; compliance pulls against responsiveness. A practitioner who claims to be advancing all seven equally is usually advancing none of them deliberately.</p><p>The genuinely &#8216;oriented&#8217; practitioner doesn&#8217;t just track the seven. They make conscious calls about which to optimize for, when, and at whose expense, and they can defend those calls when challenged.</p><p>This is also where AI changes the work. AI is going to make these tensions <em>visible</em> in ways they never were before - simulating cost-versus-resilience scenarios, flagging compliance-versus-speed conflicts in real time. As the work itself gets automated, the scarce and durable human act becomes <em>owning the call</em>.</p><h4><strong>4. As AI absorbs activity, redirect the freed capacity toward outcomes.</strong></h4><p>When AI accelerates sourcing, contract review and the rest, the path of least resistance is to simply do more of the same, faster. But that&#8217;s exactly the trap. Doing twice as many sourcing events isn&#8217;t future-proofing - it&#8217;s automating your way deeper into &#8216;activity&#8217;.</p><p>The disciplined move is to take the capacity AI gives back and reinvest it into the outcomes that chronically get starved: supply resilience, supplier-enabled innovation, the quality of key relationships. These are the outcomes that are hardest to automate and carry the highest human premium, precisely because they resist being reduced to a process.</p><p>To be clear, again, AI doesn&#8217;t change <em>what</em> matters - the seven outcomes are the same as they always were. It changes how much of your capacity you can point at them.</p><p>Consciously make the decision about where that reclaimed capacity goes.</p><h4><strong>5. Communicate your impact.</strong></h4><p>Work that moves outcomes but is never seen to have moved them tends, over time, to be valued as activity.</p><p>Make a habit of communicating impact in the language of the seven outcomes rather than the language of tasks completed i.e. not &#8220;we closed forty contracts this quarter&#8221; but &#8220;we cut supply risk in two critical categories and unlocked a supplier innovation that the business unit is now building on&#8221;.</p><p>I know many practitioners bristle at this idea, considering it to be self-promotion, but it isn&#8217;t. It&#8217;s how the organization learns to associate Procurement with value rather than throughput, and it&#8217;s a key part of how you keep a seat at the tables where consequential decisions get made.</p><h4><strong>6. Anchor your read on outcome impact in feedback - not self-perception.</strong></h4><p>The difference between the impact <em>you</em> <em>think</em> you delivered and the impact your <em>stakeholders said</em> you delivered is often where a lot of well-intentioned orientation fails. It&#8217;s easy to convince yourself you&#8217;re delivering on resilience or relationship quality; it&#8217;s harder, and far more useful, to hear it from the people on the other side of those outcomes.</p><p>So anchor your assessment in the voice of the customer and the voice of the supplier. If your stakeholders don&#8217;t experience you as fast and enabling, you aren&#8217;t - regardless of your internal cycle-time dashboard. If your strategic suppliers don&#8217;t treat you as a customer worth innovating for, you haven&#8217;t earned that outcome yet.</p><p>External feedback is the only honest scoreboard for work this qualitative.</p><div><hr></div><p>The six principles above are not a pick-and-choose menu. They compound, building on each other and ensuring that Procurement not only focuses on value delivery but is seen to be doing so.</p><p>And while they describe the destination we&#8217;re after, we still need a way to tell us how far we are from it. Enter the diagnostic checklist.</p><h3>A Diagnostic Checklist</h3><p>If the principles are the mental mindset, or where we want to get to, we need to also understand where we stand today.</p><p>To do so, it&#8217;s worth working through a structured set of questions:</p><p><em><strong>The terrain you&#8217;re operating in</strong></em></p><ul><li><p>What is the &#8220;cultural&#8221; incentive of the organization? What tone does the C-Suite - through to the CPO - set about where impact is most valued?</p></li><li><p>Which outcomes is my function structurally incapable of moving on today, and what would it take to change that?</p></li></ul><p><em><strong>What I&#8217;m planning, and where my time goes</strong></em></p><ul><li><p>How many of my goals and objectives are genuinely oriented toward moving key outcomes, rather than describing activity?</p></li><li><p>How many are multi-year? Am I working a portfolio of short-, medium-, and long-term changes, or only chasing short-term movement?</p></li><li><p>How much of my time is actually allocated to each outcome - and does that match what I claim matters?</p></li></ul><p><em><strong>The calls I&#8217;m making</strong></em></p><ul><li><p>What is the balance across the seven outcomes? Am I inordinately focused on Cost?</p></li><li><p>Where am I making tradeoffs across outcomes implicitly that should be made explicitly?</p></li><li><p>Which outcomes does AI augmentation most expand my reach on, and am I shifting effort to capitalize, or just doing the old activity faster?</p></li></ul><p><em><strong>How I know any of it is real</strong></em></p><ul><li><p>Am I communicating impact in the language of outcomes, or the language of tasks completed?</p></li><li><p>Am I proactively collecting outcome-impact feedback from stakeholders, both internal and external?</p></li><li><p>If those stakeholders were asked which of the seven outcomes I&#8217;m known for, which would it be - and is that the balance I want?</p></li></ul><p>It&#8217;s worth going through this checklist periodically. My suggestion would be three times a year - at the start of the planning cycle, mid-year as a performance check and finally at year end evaluations. This ensures we are not only calibrating correctly as we begin the year but then course-correcting and extracting the right lessons and learnings as we go through each annual cycle.</p><h3>The Future-Proofed Practitioner</h3><p>The future-proofing model comes down to three questions.</p><p><em>Foundations ask what you know. Capabilities ask what you can do. Orientation asks what you point them at.</em></p><p>And in a post-AI function, that third question is the one that decides, in a practical, delivered sense, who stays essential.</p><p>The fact is that AI will keep getting better at the what and the how: it will run the analysis, surface the options, even recommend the call. But what it won&#8217;t do is decide which of the seven outcomes the enterprise needs most right now, and then aim the function&#8217;s scarce human attention there.</p><p>That decision - that orientation - is the real work and it&#8217;s not a skill that AI can take from the practitioner. It&#8217;s what makes the practitioner all the more valuable.</p><p>The future-proofed practitioner, then, isn&#8217;t the one who does the most. It&#8217;s the one who focuses - and delivers - on what matters.</p>]]></content:encoded></item><item><title><![CDATA[Judgement: The Procurement Practitioner's Real Differentiator]]></title><description><![CDATA[Four steps to building the one capability that will separate Procurement practitioners in a post-AI world]]></description><link>https://www.proquria.com/p/judgement-the-procurement-practitioners</link><guid isPermaLink="false">https://www.proquria.com/p/judgement-the-procurement-practitioners</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 26 May 2026 13:03:41 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!cRqJ!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!cRqJ!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!cRqJ!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!cRqJ!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!cRqJ!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!cRqJ!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!cRqJ!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:725719,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/198453881?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!cRqJ!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!cRqJ!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!cRqJ!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!cRqJ!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>If you&#8217;ve been following along as I&#8217;ve laid out <a href="https://www.proquria.com/p/future-proofing-the-procurement-practitioner">my model for future-proofing the Procurement practitioner</a>, you will have noticed a glaring omission from the various layers that comprise the model itself.</p><p><strong>Judgement.</strong></p><p>This has, as I&#8217;ve stated before, been entirely intentional. Judgement isn&#8217;t a stand-alone skill that you can learn in the same way that you can study and develop financial literacy or even fundamental negotiations skills. You can&#8217;t go to school to learn judgement nor is it an &#8220;emergent&#8221; or &#8220;downstream&#8221; output that just flows automatically once you&#8217;ve developed the other skills in my model. It&#8217;s not a passive byproduct.</p><p>It is, in fact, a meta-capability that sits above all of the layers of the future-proofing model I&#8217;ve proposed. It&#8217;s a function of - the deliberate, practiced result of - all of the specific capabilities that make up each layer.</p><p>It is the <em>act of integration</em>: it <em>consumes</em> <a href="https://www.proquria.com/p/procurement-was-paid-for-knowing">Business Acumen</a>, <a href="https://www.proquria.com/p/the-hard-core-of-soft-skills">Human Leverage</a> and Cognitive Discipline (previously discussed <a href="https://www.proquria.com/p/cognitive-debt-the-hidden-cost-of">here</a> and <a href="https://www.proquria.com/p/how-to-use-ai-without-losing-judgement">here</a>), and is refined through reps.</p><h3>Why Judgement Matters More, Not Less</h3><p>Back in 2018, the economists Ajay Agrawal, Joshua Gans and Avi Goldfarb researched and <a href="https://www.nber.org/system/files/working_papers/w24626/w24626.pdf">wrote about the value of judgement</a>. Their core thesis: AI is, essentially, a prediction machine, and as the cost of <em>prediction</em> drops (which it has and will continue to do), its complements become more valuable. The three complements they identify are data, judgement, and action - with judgement defined in economists&#8217; parlance as &#8220;the skill used to determine a payoff, utility, reward or profit&#8221;. It is the mental capacity to weigh facts, reason logically, and make sound decisions.</p><p>In the words of the researchers, human judgement becomes a <em>complement</em> (and gains value) as human prediction becomes a <em>substitute</em> (and loses value).</p><p>We need judgement to weigh the pros and cons and to value the payoffs and risks of specific decisions, with the focus on identifying the hidden costs of riskier actions.</p><p>In the Procurement context, what that means is that the practitioner who can make better calls wins: deciding when to override a sourcing algorithm&#8217;s lowest-bid recommendation because of relationship risk; choosing whether to push back on a CFO&#8217;s cost target or accept it and engineer around it; or making the call as to whether a supplier&#8217;s quality slip is a one-time blip or a leading indicator. In each of these situations, good judgement matters and makes a difference.</p><h3>The Limits of Process (and Machines)</h3><p>Historically, we&#8217;ve tried to grapple with this by using <em>process</em> as a means of replacing the very need for judgement. By codifying the work to be done and the path to the decision, we&#8217;ve tried to minimize, even eliminate the human in the decision-making process.</p><p>But this, of course, doesn&#8217;t work for complex, non-routine, non-standard decisions. Process cannot replace judgement (with all of it complexities) in these situations. Nor, for that matter, can the machines, even as we try to use AI to do the exact same thing we&#8217;ve tried to do with process. Short of an idealized AGI (which I don&#8217;t believe is realistic), AI will not be able to balance the contextual, the ethical, the political, the moral dimensions of difficult decisions.</p><p>It becomes important, then, to become deliberate in our quest to develop judgement. This is exacty where most practitioners get stuck.</p><h3>Building Judgement Deliberately</h3><p>Judgement is often viewed as this mysterious ability that is either inherent in an individual or results magically through experience. This is, to some extent, understandable as there are certainly non-codifiable, often indescribable, factors that judgement relies on.</p><p>Experience, of course, matters. Senior practitioners often have good judgement, even as they are unable to articulate <em>why.</em> There is research that finds that experts tend to pattern-match against thousands of prior situations without conscious deliberation. That is, judgement is partly tacit and developed through exposure, not through frameworks. So experience helps.</p><p>That said, building judgement should be viewed as a deliberate act - one that requires discipline and deliberate cognitive application.</p><p>There are four key steps to building judgement:</p><ol><li><p>Expand your inputs</p></li><li><p>Run a better process</p></li><li><p>Stress-test your thinking</p></li><li><p>Close the loop</p></li></ol><p>Let&#8217;s dig into each one of these in turn.</p><p>(Note: none of what follows substitutes for reps - but the reps only build judgment if you bring discipline to them.)</p><h4>1. Expand Your Inputs</h4><p><strong>A. Seek multiple diverse inputs.</strong></p><p>Good judgement starts with good inputs, and good inputs are rarely found in one place. Read across sources, functions, and perspectives.</p><p>If your information diet is limited to Procurement publications, your judgement will be limited to procurement-shaped thinking. Talk to suppliers, finance partners, operators, and customers - not just Procurement peers.</p><p>The goal isn&#8217;t to consume more information. It&#8217;s to consume <em>different</em> information, so that when you face a decision, you have a wider set of mental models to draw on.</p><p><strong>B. Make a habit of studying decisions - by yourself and others.</strong></p><p>Most practitioners experience decisions but don&#8217;t study them. Build the habit of pulling them apart.</p><p>When a senior leader makes a call, ask yourself: what did they weigh? What did they ignore? What would I have done differently? When you make a call yourself, look back at it the same way.</p><p>Study the public decisions of CEOs, investors, and historical figures - books, podcasts, and case studies are full of decision post-mortems if you go looking.</p><p>Treat every decision, yours or someone else&#8217;s, as a teaching artifact.</p><p><strong>C. Read outside Procurement.</strong></p><p>Functional reading sharpens functional skills, but judgement is sharpened by breadth. History, biography, decision science, behavioral economics, and even fiction give you mental models that procurement reading never will.</p><p>Reading about how military commanders made calls under the fog of war, or how investors think about asymmetric bets, or how scientists update beliefs in the face of new evidence - all of this builds the lateral thinking that good judgement depends on.</p><p>The best Procurement leaders I&#8217;ve worked with are almost always voracious readers, and rarely just of business books.</p><p><strong>D. Take notes actively and synthesize, not just consume.</strong></p><p>Reading isn&#8217;t learning - synthesis is. Pulling together different ideas and writing about them forces clarity in a way that reading alone never does.</p><p>Keep a notebook, digital or otherwise, where you write down the ideas that struck you, the frameworks you want to remember, and the connections you&#8217;re drawing across what you&#8217;re consuming.</p><p>The act of putting something in your own words is what turns it from information you saw into knowledge you own. Without this step, most of what you read evaporates.</p><h4>2. Run A Better Process</h4><p><strong>A. Classify the decision before you process it.</strong></p><p>Not every decision deserves the same level of process.</p><p>Jeff Bezos famously distinguishes between reversible and irreversible decisions: irreversible calls (one-way doors) deserve deliberation, while reversible ones (two-way doors) deserve speed. Oftentimes, we get this backwards, overthinking the reversible calls and underthinking the irreversible ones.</p><p>Before you spend cognitive energy on a decision, ask: is this a one-way door or a two-way door? Calibrate your process accordingly.</p><p><strong>B. Define what success looks like before you decide.</strong></p><p>You can&#8217;t evaluate a decision later if you didn&#8217;t say upfront what you were optimizing for. Get clear on the goal before you start weighing options.</p><p>Are you optimizing for cost, risk reduction, supplier relationship, internal stakeholder alignment, speed-to-market? In Procurement, multiple objectives are usually at play, and the trade-offs between them matter. Make those trade-offs explicit at the front of the process.</p><p>This single habit, more than any other, separates practitioners who learn from their decisions from those who just rationalize them.</p><p><strong>C. Don&#8217;t make snap judgements - unless merited by the situation.</strong></p><p>Most consequential decisions don&#8217;t need to be made in the moment, and most snap judgments are pattern-matching dressed up as decisiveness.</p><p>Give yourself the space to think. Sleep on it. Walk away and come back.</p><p>The instinct to decide fast often comes from <em>discomfort with ambiguity</em>, not from confidence in the answer.</p><p>(That said, some situations genuinely require speed. Know which is which - see 2A above - and don&#8217;t conflate decisiveness with thoughtfulness.)</p><p><strong>D. Avoid the tendency to rely excessively on personal history and experiences.</strong></p><p>Experience is valuable, but it&#8217;s also the source of your blind spots. The decision you&#8217;re facing today is not the decision you faced five years ago, even if it looks the same.</p><p>Markets shift, suppliers evolve, internal stakeholders change, and the lessons of past experience are only as good as their relevance to the present context.</p><p>Use experience as one input among many - not as the answer.</p><p><strong>E. Separate facts from feelings.</strong></p><p>Emotion isn&#8217;t the enemy of good judgement. Emotional signals often carry real information about risk, trust, and stakeholder dynamics that pure analysis misses.</p><p>But emotion shouldn&#8217;t be your conclusion. Notice what you&#8217;re feeling about a decision and ask what it&#8217;s telling you. Then put it alongside the facts, not in place of them, as another input for evaluation.</p><p>The practitioners with the best judgment are the ones who can hold both at once - alert to their gut, but disciplined enough not to let it drive.</p><h4>3. Stress-Test Your Thinking</h4><p><strong>A. Have a values framework - and let it guide your judgement.</strong></p><p>Decisions made without an anchor drift - know what you stand for, and know what the organization stands for; the principles you won&#8217;t compromise on and the trade-offs you refuse to make.</p><p>When the situation is ambiguous and the analysis is inconclusive, your values are what keep you steady.</p><p>This isn&#8217;t just about ethics in the narrow sense, but about having a stable frame of reference that lets you navigate complexity without getting lost in it.</p><p><strong>B. Get opposing views.</strong></p><p>Surround yourself with people who will tell you you&#8217;re wrong. Seek diversity of perspective, not just diversity of identity - people who think differently, work in different functions, come from different backgrounds, and have different incentives.</p><p>Understand the biases and motivations embedded in the views you&#8217;re receiving: who benefits if you decide one way versus the other? Who can you trust to give you a clean read?</p><p>The goal isn&#8217;t consensus - it&#8217;s pressure-testing. If everyone around you agrees with you, you&#8217;re not getting useful input.</p><p><strong>C. Understand your own cognitive biases.</strong></p><p>Every practitioner has characteristic ways their thinking goes wrong. Anchoring, confirmation bias, sunk-cost reasoning, recency effects, availability bias - the list is long, and they all apply to you.</p><p>Know your tendencies. The point isn&#8217;t to eliminate bias (you can&#8217;t), but to recognize when you&#8217;re most likely to be falling into it.</p><p>Self-awareness here is the difference between a practitioner who improves over time and one who repeats the same mistakes with more seniority.</p><p><strong>D. Develop a pre-mortem.</strong></p><p>Before you commit to a decision, run a pre-mortem: imagine it&#8217;s 12 months from now, and this decision has failed badly. Why? What went wrong? What did you miss?</p><p>This exercise surfaces risks that forward-looking analysis won&#8217;t always catch, because it forces you to imagine the failure rather than defend the choice.</p><p>If you can&#8217;t generate a plausible failure scenario, you probably haven&#8217;t thought hard enough.</p><p><strong>E. Make the opposing case.</strong></p><p>Beyond seeking opposing views from others, make yourself argue the opposing case. State the contrary position more strongly than its proponents would.</p><p>If you can&#8217;t make the other side&#8217;s argument well, you don&#8217;t understand your own argument well enough to commit to it.</p><p>This is often hard to do and most people resist it, which is exactly why it&#8217;s a high-leverage habit.</p><p><strong>F. Practice probabilistic thinking.</strong></p><p>Force yourself to put numbers on uncertainty. &#8220;I think this will work&#8221; is not the same statement as &#8220;I&#8217;m 70% confident this will work&#8221;.</p><p>Probabilistic thinking changes how you communicate, how you plan for downside scenarios, and how you learn from outcomes over time.</p><p>You don&#8217;t need to be precise; you need to be honest. A 70% bet that fails tells you something different than a 95% bet that fails - but only if you wrote the number down beforehand.</p><h4>4. Close the Loop</h4><p><strong>A. Own your decisions.</strong></p><p>Judgement doesn&#8217;t develop in people who deflect responsibility: own the calls you make - the good ones and the bad ones - openly with your team and with yourself.</p><p>The practitioners who hide behind committees, process, or &#8220;the data made me do it&#8221; never build real judgment because they never sit with the consequences of their own choices.</p><p>Accountability is the price of judgement.</p><p><strong>B. Separate decision quality from outcome quality.</strong></p><p>A good decision can have a bad outcome, and a bad decision can have a good outcome - this is one of the most important and least intuitive ideas in decision-making.</p><p>If you only learn from outcomes, you&#8217;ll learn the wrong lessons: you&#8217;ll punish good decisions that got unlucky and reward bad decisions that got lucky.</p><p>The discipline is to evaluate the decision based on what you knew and how you reasoned at the time, separate from how it happened to turn out.</p><p><strong>C. Keep a decision journal.</strong></p><p>Write down the rationale and your confidence level at the time of the decision. Revisit it regularly.</p><p>This is one of the most high-value habits you can build for developing calibrated judgment over time.</p><p>Without a record, memory rewrites your past calls to make you look smarter than you were. With a record, you see exactly where your thinking was sharp and where it wasn&#8217;t - and you get better.</p><p><strong>D. Look for patterns across decisions.</strong></p><p>Once you have a body of decisions to look back on, study the patterns. Where do you consistently overweight? Where do you underweight? What kinds of decisions do you handle well, and what kinds throw you?</p><p>Maybe you&#8217;re great at supplier selection but weak at internal political reads. Maybe you over-rely on relationships and under-rely on data, or vice versa.</p><p>Your characteristic failure modes are the most valuable thing you can learn about yourself as a decision-maker.</p><p><strong>E. Update your beliefs explicitly.</strong></p><p>After each reflection, ask: what do I now believe that I didn&#8217;t before? Then write it down. Most practitioners absorb lessons implicitly, which means they don&#8217;t really absorb them at all.</p><p>Explicit belief updates (&#8221;I used to think X, now I think Y, because of Z&#8221;) are how you compound judgment over time. Without this step, the reps don&#8217;t build anything durable.</p><h3>What This Means For You</h3><p>If there is a single takeaway from this post, it is that judgement is a deliberate act. It&#8217;s a process that you go through when making a decision - one that requires cognitive discipline, business acumen and human leverage skills.</p><p>At the same time, judgement is also partly tacit and non-codifiable, almost always built through reps and experience. Doing the work is an essential part of building judgement that makes a difference.</p><p>To this end, I&#8217;ll close with a few principles to remember when thinking about judgement and its development:</p><ol><li><p>Look for opportunities to exercise judgement as much as possible - including the small decisions at work and in life, and not just the major, material ones at work</p></li><li><p>Trust yourself to make judgement calls - do the work (as described above) but don&#8217;t second guess yourself once the decision has been made</p></li><li><p>Stay flexible - be willing to update based on new and updated information. Conviction without flexibility is just stubbornness</p></li><li><p>Accept failure as part of the process - judge the decision, not the outcome; failure is just another data point. Accept it, learn from it, and move on.</p></li></ol><p>One final thought:</p><p>Procurement spent the last twenty years trying to codify judgement into process. The next twenty will be about reclaiming it as a distinctly human capability. Process and machines can handle the routine (that&#8217;s what they&#8217;re for), but the hard calls - the ones that actually move the business - will always belong to the practitioner who&#8217;s done the work to earn them.</p><p>Be that practitioner. Build that capability - deliberately, repeatedly, with discipline and humility - until it becomes the most valuable thing you bring to the table.</p>]]></content:encoded></item><item><title><![CDATA[Moving Procurement Beyond Savings to Value]]></title><description><![CDATA[How Do we Measure Value in a Post-AI World?]]></description><link>https://www.proquria.com/p/moving-procurement-beyond-savings</link><guid isPermaLink="false">https://www.proquria.com/p/moving-procurement-beyond-savings</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 19 May 2026 13:03:38 GMT</pubDate><enclosure url="https://substackcdn.com/image/youtube/w_728,c_limit/qRHfQeJFUfc" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>This week&#8217;s post takes a slight detour from our discussion on HOW to future-proof the Procurement practitioner to WHAT the practitioner should be measured on.</p><p>Specifically, I&#8217;m sharing a discussion I had earlier this year with <a href="https://www.linkedin.com/in/richard-ham-51b38a10/">Rich Ham of Fine Tune</a> and <a href="https://www.linkedin.com/in/philipideson/">Philip Ideson of Art of Procurement</a> on the need to rethink the Procurement scorecard, including that most traditional of metrics: savings.</p><p>In our chat, we get into:</p><ul><li><p>The problem of short-termism in Procurement&#8217;s incentive systems and how we keep making long-term sacrifices for short-term wins</p></li><li><p>What a healthier incentive system could look like - including a scorecard that includes a multi-faceted set of metrics that truly capture long term value</p></li><li><p>How this scorecard needs to encompass in-year performance expectations, multi-year outcomes that reflect longer term aspirations, as well as discretionary goals that, while somewhat subjective in nature, capture the contributions that matter</p></li><li><p>The need for the CFO and CEO to buy into procurement&#8217;s expanded definition of value - but also the need for Procurement to advocate for itself and a &#8220;new normal&#8221; when it comes to metrics</p></li></ul><p>You can check out our discussion in full via the video link below.</p><div id="youtube2-qRHfQeJFUfc" class="youtube-wrap" data-attrs="{&quot;videoId&quot;:&quot;qRHfQeJFUfc&quot;,&quot;startTime&quot;:null,&quot;endTime&quot;:null}" data-component-name="Youtube2ToDOM"><div class="youtube-inner"><iframe src="https://www.youtube-nocookie.com/embed/qRHfQeJFUfc?rel=0&amp;autoplay=0&amp;showinfo=0&amp;enablejsapi=0" frameborder="0" loading="lazy" gesture="media" allow="autoplay; fullscreen" allowautoplay="true" allowfullscreen="true" width="728" height="409"></iframe></div></div>]]></content:encoded></item><item><title><![CDATA[The Hard Core of Soft Skills]]></title><description><![CDATA[AI flattens analytical capability. Human leverage is what doesn't converge.]]></description><link>https://www.proquria.com/p/the-hard-core-of-soft-skills</link><guid isPermaLink="false">https://www.proquria.com/p/the-hard-core-of-soft-skills</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 12 May 2026 13:04:01 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!MyGi!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!MyGi!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!MyGi!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!MyGi!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!MyGi!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!MyGi!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!MyGi!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png" width="1456" height="813" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:813,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:5411386,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/196594133?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!MyGi!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!MyGi!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!MyGi!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!MyGi!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>In a world where AI takes on a growing share of Procurement&#8217;s analytical and transactional work, what remains is work that&#8217;s undeniably human.</p><p>This type of work requires a completely different approach and perspective than what we&#8217;ve been traditionally used to. Practitioners who develop strong <em>human leverage</em> skills think and act like diplomats, not bureaucrats. A bureaucrat moves paper through a process while the diplomat reads rooms, builds trust, shapes narratives, and achieves outcomes through people.</p><p>In a post-AI world, the bureaucrat&#8217;s job is the one that gets automated; the diplomat&#8217;s job compounds.</p><p>Human leverage is, then, <a href="https://www.proquria.com/p/future-proofing-the-procurement-practitioner">the third core skill of the Differentiating Layer</a> - and it&#8217;s not just a skill. It is <em>the</em> survival capability for the post-AI Procurement function.</p><p>The skills that comprise it fall into three clusters:</p><ul><li><p><strong>The Relational Cluster:</strong> how we build trust and navigate networks</p></li><li><p><strong>The Persuasive Cluster:</strong> how we move people toward outcomes</p></li><li><p><strong>The Cognitive Cluster:</strong> how we think, adapt, and exercise judgment (where machines cannot)</p></li></ul><p>Let&#8217;s dig into each cluster in turn.</p><h2>Cluster 1: The Relational Cluster</h2><p>Relational skills sit at the foundation of human leverage. Procurement, more than most functions, depends on outcomes achieved through other people - internal customers, cross-functional stakeholders, as well as the supplier ecosystem. AI can and will help analyze every aspect of every one of these relationships, but it cannot <em>keep</em> and <em>develop</em> them for you.</p><p>Three skills make up the Relational cluster:</p><h3>1. Emotional Intelligence</h3><p>Emotional intelligence is the foundation upon which all of the other relational skills sit. It is the ability to recognize and manage your own emotional responses, accurately read the emotions of others, and use that awareness to navigate situations productively. It encompasses self-awareness, self-regulation, empathy, and social awareness.</p><p><strong>What This Means For Procurement:</strong> Procurement operates in friction-rich environments - failed deliveries, missed budgets, contentious negotiations, internal political pressures, supplier disputes and more. Practitioners who can stay regulated under stress, read what&#8217;s actually happening in a room, and adjust their behavior in real time have a clear advantage. AI can model sentiment from a transcript (after the fact), but it cannot sense, in the moment, that the CFO&#8217;s body language has shifted, or that a supplier&#8217;s silence is masking a deeper concern. The ability to do that is unquestionably human.</p><p><strong>How to Cultivate:</strong></p><ul><li><p>Build a reflection practice - even ten minutes at the end of the day or week reviewing key interactions (&#8221;what did I feel, what did they feel, what did I miss?&#8221;)</p></li><li><p>Stress-test yourself deliberately - high-pressure presentations, difficult conversations, public speaking - and debrief honestly afterward</p></li><li><p>Invest in a 360-degree feedback exercise - most professionals significantly overestimate their self-awareness, and the gap between how you experience yourself and how others experience you is a development opportunity</p></li><li><p>Work with a mentor (or, if possible, an executive coach) for a structured period; this is one of the highest-leverage development investments at the senior level</p></li><li><p>Read widely outside business to build empathic range (including literary fiction, memoirs, and biographies)</p></li></ul><h3>2. Relationship Management</h3><p>This is the skill of developing one-on-one relationships with different stakeholders across departments. It involves understanding individual interests, motivations, and hot buttons to build genuine trust that creates long-term optionality - the kind that serves you when you need it. Note the emphasis here: the focus is on depth and authenticity in relationships, not about being transactional and &#8216;banking favors&#8217;.</p><p><strong>What This Means For Procurement:</strong> This is an especially essential skill for Procurement practitioners, where strong relationships are essential to achieving successful outcomes. This is particularly true for instances where Procurement has indirect influence rather than direct control and authority. The better the relationships, the higher the probability of successful outcome achievement. Relationship management must operate across three groups:</p><ul><li><p><strong>Internal customers</strong>: those the practitioner directly serves and for whom he or she is the category leader</p></li><li><p><strong>Key stakeholders</strong>: those across the organization who impact and influence key outcomes and through whom the path to results can be smoothed out</p></li><li><p><strong>Supplier ecosystem</strong>: the entire supply base, both current and potential</p></li></ul><p><strong>How to Cultivate:</strong></p><ul><li><p>Practice &#8220;deposit-first&#8221; mode - give value, share intelligence, make introductions long before you need anything in return</p></li><li><p>Establish a non-transactional cadence - regular 1:1s with key stakeholders that are not tied to a deal, an RFP, or an escalation</p></li><li><p>Maintain a private stakeholder log (what matters to each person, recent wins, ongoing challenges, business priorities, etc.) used carefully and with discretion</p></li><li><p>Volunteer for cross-functional initiatives that sit outside the procurement remit - the goal being to build relationships outside transactional contexts</p></li><li><p>On the supplier side: visit operations, attend supplier events, and run quarterly business reviews that go beyond performance scorecards into shared strategy</p></li></ul><h3>3. Stakeholder Management</h3><p>This builds on strong relationship management skills to encompass managing across multiple stakeholders with competing interests. Where relationship management is about <em>individual depth</em>, stakeholder management is about <em>network breadth</em>. It involves identifying all key influencers and gatekeepers across your ecosystem who can impact your ability to realize your goals - and then leveraging the relationship equity needed to navigate this network.</p><p>It&#8217;s worth noting that this is where coalition building and organizational politics live. Knowing how to package wins for different sponsors, when to escalate, and how to build the political momentum required for cross-functional change is a distinct sub-skill within stakeholder management. It should be viewed as a craft that can be used for positive purpose <em>and</em> positive effect.</p><p><strong>What This Means For Procurement:</strong> Whether or not Procurement &#8220;owns&#8221; the spend for a category, the practitioner must navigate a host of stakeholders to achieve outcomes. This type of stakeholder management becomes even more critical where the function has indirect influence rather than direct control. Knowing how to map out the full network of stakeholders, distinguish the formal org chart from the actual decision flow, and manage that network is, and always will be, an essential skill.</p><p><strong>How to Cultivate:</strong></p><ul><li><p>Build a stakeholder map for major initiatives and update it as the work evolves</p></li><li><p>Make a habit of distinguishing the formal org chart from the actual decision flow; ask yourself: &#8220;Who gets the call before the decision is made?&#8221;</p></li><li><p>Run pre-meetings before key decisions - never let a major recommendation be heard for the first time in the room where it will be approved</p></li><li><p>Identify the &#8220;translators&#8221; in your organization i.e. the people who bridge functions and can carry your message in a language each constituency hears</p></li><li><p>Build coalitions before you need them, not when the fire starts; the time to recruit allies is when there is no battle to fight</p></li></ul><h2>Cluster 2: The Persuasive Cluster</h2><p>If relational skills are about <em>being known and trusted</em>, persuasive skills are about <em>moving people to outcomes</em>. Procurement is, at its core, a function that achieves its best results through influence rather than authority.</p><p>The three skills in this cluster are how that influence is exercised - strategically over time, situationally in the moment, and across the table in formal negotiations.</p><h3>4. Influence and Persuasion</h3><p>This is the ability to move people in a specific moment and situation - being able to convince individuals to move toward specific outcomes in a way that aligns with overall objectives. It is a blend of art and science: it requires understanding individual motivations in context and the ability to map out how best to move that individual, in alignment with their motivations and the goal at hand.</p><p><strong>What This Means For Procurement:</strong> Stakeholder influence is a key part of any role but critically so for the Procurement professional. In the age of AI (in particular), there is a need to move people toward decisions on the basis of not just the facts but competing priorities and agendas. While this skill is applicable regardless of category, it is often argued to be especially important for indirect category leaders, where demand management is a relatively more important driver than in direct categories - though direct category leaders face their own influence challenges with engineering, plant operations, and R&amp;D.</p><p><strong>How to Cultivate:</strong></p><ul><li><p>Practice tailoring the same message to four different audiences (e.g. the analytical CFO, the visionary CEO, the operational COO, the skeptical functional VP); the message stays constant, but the framing changes</p></li><li><p>Get explicit feedback on your executive presence - most practitioners overestimate theirs significantly</p></li><li><p>Run a &#8220;rehearsal of objections&#8221; before any high-stakes pitch: anticipate the three hardest pushbacks and know your response cold</p></li><li><p>Watch senior leaders work a room and decode what they&#8217;re actually doing; copy what works and discard what doesn&#8217;t</p></li></ul><h3>5. Narrative Development and Communications</h3><p>Narrative is the art of hearing what stakeholders actually mean versus what they say, crafting a story that shapes the requisite outcomes, and managing communications to achieve those goals. These communications must be both written and verbal, and across multiple levels of the organization.</p><p><strong>What This Means For Procurement:</strong> Strong communications are an essential tool for all management professionals, and equally so for Procurement practitioners. From influencing an individual one-on-one to making the case to the CFO for a material investment choice, the ability to craft a narrative and communicate those ideas separates effective practitioners from ineffective ones. The function&#8217;s perception inside an enterprise is shaped by the cumulative narrative its leaders tell over years - about its role, its value, and its trajectory.</p><p><strong>How to Cultivate:</strong></p><ul><li><p>Invest in your writing - this is one of the most underrated leadership skills. Take a course, work with an editor, study the house styles of prominent publications (e.g. HBR, FT, and The Economist), etc.</p></li><li><p>Build the &#8220;30-second, 3-minute, and 30-minute&#8221; version of every major idea you carry; if you cannot tell it in 30 seconds, you do not yet understand it</p></li><li><p>Get coaching on the difference between <em>informing</em> and <em>persuading</em> in business writing; most procurement communication defaults to the former when it should be the latter</p></li><li><p>Read fiction seriously - people who only read business books tend to write far too formally</p></li></ul><h3>6. Negotiation</h3><p>Negotiation is the live, real-time skill of reaching agreements that work for both sides - across the table, on the phone, or in the back-and-forth of a deal. AI will model scenarios, draft talking points, run BATNA simulations, and prep your data better than any analyst ever could. But the live negotiation itself remains stubbornly human: reading micro-signals, knowing when to push and when to walk, building rapport across the table, and adjusting in real time when a counterpart shifts.</p><p><strong>What This Means For Procurement:</strong> Procurement is <em>the</em> negotiation function in most enterprises. As AI raises the analytical floor for everyone, what differentiates great negotiators from average ones will increasingly be the human craft of the negotiation itself. The practitioner who can use AI to prepare exhaustively <em>and</em> show up to the table with elite live skills will be the one who delivers disproportionate value.</p><p><strong>How to Cultivate:</strong></p><ul><li><p>Treat every real negotiation as a learning opportunity - debrief honestly, alone or with a trusted colleague, on what worked and what did not</p></li><li><p>Seek out negotiations training that includes live practice with feedback, not just frameworks; the gap between knowing and doing is where most practitioners get stuck</p></li><li><p>Observe master negotiators at work whenever you can - sit in, watch the choreography, notice what they say and what they deliberately do not</p></li><li><p>Practice in low-stakes settings: salary discussions, vendor negotiations on personal purchases, etc.</p></li></ul><h2>Cluster 3: The Cognitive Cluster</h2><p>The first two clusters cover how we engage with people. This cluster covers how we think, decide, and adapt, particularly under conditions that resist machine optimization. AI excels at solving well-defined problems within known solution spaces. The three cognitive skills below are about working in spaces that are not yet defined.</p><h3>7. Creative Problem-Solving</h3><p>This involves ideating and developing unique solutions that solve problems and achieve key outcomes - especially in environments faced with resource constraints and competing agendas. The goal is to find innovative ways to get to the right outcomes, balancing process alignment with organizational realities and constraints.</p><p><strong>What This Means For Procurement:</strong> Given shrinking budgets, tight timelines, and competitive pressures, the practitioner&#8217;s ability to achieve results creatively (rather than simply following the process) will be critical to the function&#8217;s long-term relevance. In a post-AI world, internal customers and stakeholders alike will demand more of Procurement than just process execution and risk mitigation. While AI will optimize within known solution spaces, it will not reframe a problem from &#8220;how do we cut $X out of this category&#8221; to &#8220;what if we eliminated this category entirely?&#8221;. That kind of reframing is the human edge.</p><p><strong>How to Cultivate:</strong></p><ul><li><p>Practice constraint-flipping: &#8220;we have no budget&#8221; becomes &#8220;what is the zero-budget version of this?&#8221; The reframe often unlocks the real answer</p></li><li><p>Design-thinking sprints work surprisingly well in Procurement contexts; structured ideation outperforms unstructured brainstorming</p></li><li><p>Build cross-industry exposure: how do operations, finance, and R&amp;D solve analogous problems? Steal liberally</p></li><li><p>Build a peer or mastermind group outside your company - your in-house environment will only generate in-house ideas</p></li></ul><h3>8. Comfort with Ambiguity</h3><p>This is the ability to function and flourish in contexts of incomplete information, changing landscapes, and economic uncertainty. When coupled with the need for speed in competitive environments, being able to make decisions with confidence despite a lack of information becomes a critical capability.</p><p><strong>What This Means For Procurement:</strong> In times of crisis or in steady-state situations, there will never be the full complement of insight and analysis that would ideally be needed to make decisions. AI will reduce some of the information gap, but it cannot close it (and it introduces new ambiguities of its own e.g. model uncertainty, data quality, hallucination risk). The practitioner who is comfortable acting on 70% information will consistently outperform the one waiting for 95%.</p><p><strong>How to Cultivate:</strong></p><ul><li><p>Deliberately practice deciding with incomplete information rather than waiting for &#8220;the 95%&#8221;; calibrate your confidence and review outcomes honestly</p></li><li><p>Take stretch assignments (new categories, new geographies, new functions) that force you to operate without the comfort of expertise</p></li><li><p>Keep a decision journal: record what you decided, what you knew at the time, and what you assumed. Review it months later to learn how your judgment actually performs</p></li><li><p>Practice scenario planning: hold multiple plausible futures in mind simultaneously rather than committing prematurely to one prediction</p></li><li><p>Spend time around founders and entrepreneurs; they live in ambiguity professionally and develop intuitions worth absorbing</p></li></ul><h3>9. Curiosity and Adaptive Intelligence</h3><p>Curiosity drives practitioners to continuously learn, moving beyond superficial data to understand the underlying drivers of value and risk for the function and the enterprise; it is particularly important given today&#8217;s fast-moving technological trends, ensuring practitioners can adopt new tools effectively. Adaptive intelligence is the natural follow-on: the ability to adapt to changing market conditions, technologies, and corporate strategies. It is an essential component of resilience.</p><p><strong>What This Means For Procurement:</strong> Curiosity and adaptive intelligence are essential competencies for the modern Procurement practitioner, especially given the transition to strategic value creation. Supply markets are extraordinarily dynamic right now: new technologies, new geopolitical risks, new supplier categories (especially AI services), and new commercial models. The practitioner who is not actively curious about adjacent fields will be obsolete in five years. These skills are essential to not just coexisting with AI as it evolves but thriving in genuinely dynamic environments.</p><p><strong>How to Cultivate:</strong></p><ul><li><p>Read widely outside Procurement and outside business - geopolitics, behavioral economics, technology, history, etc.</p></li><li><p>Track adjacent fields hard right now: AI capabilities, sustainability regulation, geopolitical realignment, key spending shifts, and the changing supplier landscape they create</p></li><li><p>Teach or write - both force clarity and surface gaps in what you actually understand</p></li><li><p>Build a deliberate learning rhythm with explicit time blocks for reading, listening, and thinking</p></li><li><p>Practice the beginner&#8217;s mind in areas where you are an expert; the moment you stop questioning your own assumptions is the moment you become replaceable</p></li></ul><h2>Why These Skills Compound</h2><p>A useful way to think about the post-AI Procurement function is that AI flattens analytical capability across the board. Every practitioner, every supplier, every counterparty will soon have access to roughly the same level of modeling, benchmarking, and data preparation.</p><p>But what will not converge is human leverage.</p><p>The practitioner who can build genuine trust with a CFO, read what a supplier is actually signaling across a table, craft a narrative that lands with the board, navigate a coalition through a politically charged transformation, and make a confident call with incomplete information is doing work that AI cannot do.</p><p>And this is often work that other practitioners cannot do either, as many are still focused on execution. The bureaucrat&#8217;s edge (knowing the process and executing the steps) will diminish while the diplomat&#8217;s edge (moving people, reading rooms, exercising judgment) will increase.</p><p>As such, human leverage is not the soft side of Procurement. In a post-AI world, it is the hard core. It is what separates practitioners who are made obsolete by their tools from practitioners who leverage these tools to make them indispensable.</p>]]></content:encoded></item><item><title><![CDATA[Procurement Was Paid for Knowing. That Era Is Ending.]]></title><description><![CDATA[The second skill in the Differentiating Layer &#8212; and why most procurement careers will fail to clear it.]]></description><link>https://www.proquria.com/p/procurement-was-paid-for-knowing</link><guid isPermaLink="false">https://www.proquria.com/p/procurement-was-paid-for-knowing</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 05 May 2026 13:03:33 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!ftXi!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!ftXi!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!ftXi!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!ftXi!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!ftXi!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!ftXi!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!ftXi!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png" width="1456" height="813" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:813,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:5320712,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/196300689?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!ftXi!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!ftXi!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!ftXi!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!ftXi!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Two weeks ago, I laid out <a href="https://www.proquria.com/p/future-proofing-the-procurement-practitioner?r=uaevm&amp;utm_campaign=post&amp;utm_medium=web">my model for future-proofing the Procurement practitioner</a>, in which I outlined its three key parts:</p><ol><li><p><strong>The Enabling Layer:</strong> AI literacy and cognitive discipline</p></li><li><p><strong>The Differentiating Layer:</strong> Orchestration, business acumen and human leverage</p></li><li><p><strong>The Orientation Lens:</strong> The lens through which the first two are pointed</p></li></ol><p>Having covered The Enabling Layer in prior posts (<a href="https://www.proquria.com/p/ai-confident-procurement-is-a-practice?r=uaevm&amp;utm_campaign=post&amp;utm_medium=web">here</a> and <a href="https://www.proquria.com/p/how-to-use-ai-without-losing-judgement?r=uaevm&amp;utm_campaign=post&amp;utm_medium=web">here</a>), last week I dove into the first key skill of the Differentiating Layer (<a href="https://www.proquria.com/p/orchestration-the-skill-that-keeps?r=uaevm&amp;utm_campaign=post&amp;utm_medium=web">Orchestration</a>) in detail.</p><p>This week, I&#8217;ll discuss the second key skill: Business Acumen.</p><h2>Business Acumen, Defined</h2><p>Business acumen is the fundamental understanding of the entire environment that the company operates within, from macro (its market and customers) to micro (the company, stakeholders and suppliers). It is about more than simply understanding the nuts and bolts of each element; it&#8217;s about building on this understanding to be able to connect the various pieces together so that you&#8217;re able to understand the business <em>in context</em>.</p><p>To use the chess analogy, it&#8217;s being able to think in terms of <em>positions on the board</em>, not just the pieces on it. A novice thinks about each piece individually but an experienced player understands how the pieces relate, where pressure is building, and why each move is being executed.</p><p>In this way, business acumen is about more than functional competence, which, on its own, will not protect Procurement talent in the future. The new floor is enterprise-level understanding of the business and how it creates value - a floor that too many (current) Procurement careers fail to clear.</p><p>Business acumen matters <em>more</em> in a post-AI world for two reasons:</p><ul><li><p>First, AI eats the codifiable, so what&#8217;s left for the human is judgement that requires understanding and context. Business acumen is the development of that context.</p></li><li><p>Second, AI gives every Procurement professional access to analysis they never had before. We&#8217;re no longer focused on &#8220;getting the right data&#8221; but on &#8220;asking the right questions&#8221; and &#8220;drawing the right conclusions&#8221;. This is acumen-dependent.</p></li></ul><h2>Where Acumen Begins: The Seven Literacies</h2><p>Developing Business Acumen is not a simple one step process. There is no single path you can take to develop it to the level needed for a post-AI world.</p><p>Rather, it&#8217;s a journey, one that begins with literacy, specifically, seven layers of literacy:</p><ol><li><p>External Market</p></li><li><p>Strategic</p></li><li><p>External Customer</p></li><li><p>Business</p></li><li><p>Financial</p></li><li><p>Internal Customer and Stakeholder</p></li><li><p>Supplier and Ecosystem</p></li></ol><p>Before we dive into each one, it&#8217;s worth pointing out that these layers are not discrete. While they are each broadly distinct, there is a natural overlap, much like the natural interconnected, interdependent nature of markets and businesses in general.</p><p>For example, where does business literacy end and financial literacy begin? The corporation&#8217;s economics sit inside both. Similarly, External Market, Business and Supplier/Ecosystem literacy all touch the value chain, but from different angles.</p><p>So, as you think about each of the layers, understand that the overlap you see is natural and to be expected; it is representative of the interconnectedness of all commercial environments.</p><p>With that clarified, let&#8217;s dive into each layer in turn.</p><h3>1. External Market Literacy</h3><p>This is the most &#8216;macro&#8217; layer and represents the system within which everything else operates. It involves understanding the industry your company competes in - its structure, dynamics, economics, and the forces shaping its future.</p><p>External Market literacy provides the context for every other literacy layer we&#8217;ll discuss.</p><p><strong>What&#8217;s included:</strong></p><ul><li><p>Industry structure: concentration, fragmentation, key players, market shares</p></li><li><p>Industry economics: profit pools, capital intensity, scale dynamics, margin patterns</p></li><li><p>Competitive forces: rivalry, entry barriers, substitutes, buyer/supplier power</p></li><li><p>Growth dynamics and where value is migrating within the industry</p></li><li><p>Regulatory environment and direction of government influence</p></li><li><p>Technology disruption vectors and likely timing</p></li><li><p>Geopolitical exposure and macro/cycle sensitivity</p></li><li><p>Industry-specific norms (standards, distribution models, contracting conventions)</p></li></ul><p><strong>What this means for procurement.</strong> Procurement decisions don&#8217;t happen on a blank canvas - they happen inside an industry with its own particular dynamics. Knowing your industry means you can better understand why your CEO worries about what they worry about, anticipate where competitors will move next, and recognise which categories in your sector carry strategic weight in <em>this</em> industry versus those that are more generic. (A category that&#8217;s a back-office cost in one industry can be a competitive battleground in another.)</p><p><strong>How to cultivate:</strong></p><ul><li><p>Build your own one-page &#8220;state of the industry&#8221; view and refresh it every six months.</p></li><li><p>Attend at least one industry (not procurement) conference each year.</p></li><li><p>Subscribe to one credible industry analyst (subsector-specific).</p></li><li><p>Read your top three competitors&#8217; annual reports and earnings transcripts each quarter.</p></li><li><p>Most importantly, learn to read your industry through your CEO&#8217;s eyes, not your function&#8217;s i.e. how leadership thinks about industry evolution and how that influences your company&#8217;s go-to-market.</p></li></ul><h3>2. Strategic Literacy</h3><p>This is the next key layer - understanding <em>why your company has chosen to compete the way it has.</em> This layer focuses on the deliberate choices your leadership has made about where to play, how to win, and what to bet on. External market literacy is the playing field, while strategic literacy tells you the game your company has chosen to play on it.</p><p><strong>What&#8217;s included:</strong></p><ul><li><p>The &#8220;where to play&#8221; choices: which segments, geographies, channels, customer types</p></li><li><p>The &#8220;how to win&#8221; choices: cost leadership, differentiation, scale, ecosystem, etc.</p></li><li><p>Strategic priorities and the time horizon attached to each, including:</p><ul><li><p>The bets the leadership team is placing</p></li><li><p>The strategic risks the company is consciously accepting</p></li></ul></li><li><p>Capital allocation logic: organic growth vs M&amp;A vs returns to shareholders</p></li><li><p>Innovation and R&amp;D strategy</p></li><li><p>ESG, sustainability, and reputational positioning as strategic choices</p></li></ul><p><strong>What this means for procurement.</strong> Procurement that doesn&#8217;t understand strategy ends up optimizing against it - for example, achieving cost savings that erode a differentiation play, or supplier consolidation that undermines an innovation bet. Strategic literacy ensures that Procurement weights decisions correctly, knowing when to push hardest on cost, when to prioritise speed, when to protect optionality, when to pay for capability. Strategic literacy ensures that Procurement recognises when its own function-level strategy diverges from enterprise strategy and needs to be redrawn.</p><p><strong>How to cultivate:</strong></p><ul><li><p>Read every investor day deck and CEO letter from your company over the last five years.</p></li><li><p>Find someone in the strategy team and engage with them periodically to better understand strategic and competitive choices.</p></li><li><p>Build a mental model of <em>why</em> the company chose its current path versus its other credible alternatives.</p></li><li><p>Pressure-test your own category strategies against enterprise strategy explicitly; if you can&#8217;t draw a clear line of sight (e.g. how it directly impacts your company&#8217;s core USP), there isn&#8217;t one.</p></li></ul><h3>3. External Customer Literacy</h3><p>This involves understanding the company&#8217;s actual end customers - who they are, what they value, how they buy, what they&#8217;re trying to do. Most procurement people are two or three steps removed from the end customer so the progressive practioner knows that closing that distance (in any way possible) is what ensures Procurement truly supports the business and remains relevant.</p><p><strong>What&#8217;s included:</strong></p><ul><li><p>Customer segments and their respective economics</p></li><li><p>What outcomes customers are trying to actually achieve</p></li><li><p>Buying behaviors, decision criteria, and switching costs</p></li><li><p>Channel and journey dynamics: how customers actually find, buy, and use</p></li><li><p>Brand perception, loyalty drivers, and emotional triggers</p></li><li><p>Customer lifetime value dynamics and what drives them</p></li><li><p>Emerging customer expectations</p></li></ul><p><strong>What this means for procurement.</strong> A material share of procurement spend touches the customer experience directly - packaging, retail design, marketing, digital platforms, product components, last-mile logistics, etc. Procurement that doesn&#8217;t understand the end customer in-depth will optimise for the wrong variables e.g. cheaper packaging that impacts brand equity, the consolidated supplier base that slows time-to-market, the standard component that erases the feature customers actually pay for.</p><p><strong>How to cultivate:</strong></p><ul><li><p>Sit in on customer research sessions.</p></li><li><p>Read customer feedback reports and NPS verbatims rather than overall dashboard metrics.</p></li><li><p>Do ride-alongs with sales or store visits with retail periodically.</p></li><li><p>Talk to the people who answer customer service calls.</p></li><li><p>For B2B businesses, attend customer events and ask/listen to their feedback.</p></li><li><p>Treat any report that reveals what customers actually think as required reading.</p></li></ul><h3>4. Business Literacy</h3><p>This involves understanding <em>how</em> the business itself creates value, captures it, and actually delivers it. This has two faces: the <em>economic</em> (how the business model works) and the <em>operational</em> (how the work gets done). Both are required; most procurement people have a partial view of one and little of the other.</p><p><strong>What&#8217;s included:</strong></p><p><em>Economic dimension:</em></p><ul><li><p>The value chain: where value is created and where it leaks</p></li><li><p>The business model: how value is captured (pricing power, lock-in, defensibility)</p></li><li><p>The handful of variables that actually drive enterprise value</p></li><li><p>Revenue model and growth model</p></li><li><p>Cost structure: fixed/variable, direct/indirect, scale dynamics</p></li><li><p>Unit economics and what makes them work or break</p></li></ul><p><em>Operational dimension:</em></p><ul><li><p>The production/service delivery model</p></li><li><p>Supply chain architecture and footprint logic</p></li><li><p>Operating model: organizational design, decision rights, governance</p></li><li><p>Make-vs-buy choices at the enterprise level</p></li><li><p>Quality, safety, and compliance considerations</p></li><li><p>The operational KPIs the business actually runs by</p></li></ul><p><strong>What this means for procurement.</strong> Procurement is the literal interface between the external supply base and the company&#8217;s value chain (both structurally and operationally), so navigating that interface effectively is essential. Procurement that knows the economics but not the operations writes contracts that look good on paper but break in execution e.g. choosing suppliers that fit the company&#8217;s cost model but not the extent and depth of supply chain footprint required. Procurement that knows the operations but not the economics optimizes throughput while missing margin e.g. choosing suppliers that meet the current delivery model but lack the ability to adapt to alternative/emerging business and revenue models.</p><p><strong>How to cultivate:</strong></p><ul><li><p>Learn to &#8216;walk the process&#8217; before you try to source the inputs to it.</p></li><li><p>Map your company&#8217;s value chain end-to-end on one page and stress-test it with operators.</p></li><li><p>Build relationships with the heads of operations and supply chain.</p></li><li><p>Conduct plant tours, distribution center visits, store walks to better understand the operational nuts and bolts.</p></li><li><p>Read operational reviews whenever possible.</p></li></ul><h3>5. Financial Literacy</h3><p>This involves gaining fluency in the numerical language the enterprise actually runs on - not just reading financial statements, but understanding the financial logic by which decisions are evaluated, capital is allocated, and performance is judged. This is the language of the C-suite and the board; procurement that can&#8217;t speak it gets translated <em>for</em> rather than spoken <em>with</em>.</p><p><strong>What&#8217;s included:</strong></p><ul><li><p>P&amp;L mechanics and what moves which line</p></li><li><p>Balance sheet basics, especially working capital and asset intensity</p></li><li><p>Cash flow: operating, investing, financing, and free cash flow</p></li><li><p>Strategic financial metrics: ROIC, EVA, EPS, EBITDA, FCF - and which ones your CFO actually cares about</p></li><li><p>Capital structure and the cost of capital</p></li><li><p>Capital allocation logic and capex vs opex treatment</p></li><li><p>The cash conversion cycle and Procurement&#8217;s instruments within it (payment terms, inventory, supplier financing)</p></li><li><p>Forecast, budget, and variance discipline</p></li><li><p>Accounting treatments that affect procurement decisions (lease accounting, hedging, revenue recognition)</p></li><li><p>Reading supplier risk and financials to assess viability and leverage</p></li></ul><p><strong>What this means for procurement.</strong> Procurement that only speaks &#8220;savings&#8221; is seen as a cost function. Procurement that translates its work into ROIC, free cash flow, working capital, and earnings impact gets seen as a value function. Financial literacy is also what lets procurement read a supplier&#8217;s accounts and form an independent view of risk, rather than relying only on third-party scores. It&#8217;s the difference between negotiating from inside the CFO&#8217;s worldview and negotiating from outside it.</p><p><strong>How to cultivate:</strong></p><ul><li><p>Take a serious finance-for-non-finance-leaders course - the versions with real modelling, not the executive-summary version.</p></li><li><p>Partner with your FP&amp;A counterpart on a category review and let them push back on your framing.</p></li><li><p>Reframe every initiative tracker you maintain in Finance language before Procurement&#8217;s language.</p></li><li><p>Read your top suppliers&#8217; financials quarterly and form a view before any rating agency does.</p></li></ul><h3>6. Internal Customer and Stakeholder Literacy</h3><p>This layer focuses on understanding the people <em>you</em> actually work with and serve inside the firm - what they&#8217;re trying to achieve, what they&#8217;re measured on, what threatens them, and how they make decisions. Every stakeholder is a decision-maker with its own agenda, constraints, and politics. Knowing them as individuals and as a system is the key literacy outcome here.</p><p><strong>What&#8217;s included:</strong></p><ul><li><p>Their priorities, time horizons, and risk tolerance</p></li><li><p>Their language and conceptual frames</p></li><li><p>What each key stakeholder is:</p><ul><li><p>Formally measured and compensated on</p></li><li><p>Informally judged on (the unwritten scorecard)</p></li></ul></li><li><p>Decision rights, governance, and how decisions actually get made (formal versus informal)</p></li><li><p>The political realities they navigate: their standing, who they need to keep happy</p></li><li><p>Influence networks: who shapes whom, who&#8217;s rising, who&#8217;s exposed</p></li><li><p>Relationship history and accumulated trust or grievance with Procurement</p></li></ul><p><strong>What this means for procurement.</strong> Procurement that understands each key stakeholder as a co-decision-maker - with the intent of making each one successful <em>in their terms</em> while delivering enterprise value and pushing back when those diverge - becomes strategic. The skill is in having empathy for their individual realities while maintaning focus on enterprise priorities.</p><p><strong>How to cultivate:</strong></p><ul><li><p>Conduct &#8216;listening tours&#8217; with no agenda.</p></li><li><p>Shadow your internal customers for a full day or week, not just a meeting.</p></li><li><p>Ask each major stakeholder what they&#8217;re measured on.</p></li><li><p>Read what they read - their trade press, their conference outputs, their internal comms</p></li><li><p>Learn to speak their language, so you don&#8217;t need translation.</p></li><li><p>Map influence, not just reporting lines.</p></li><li><p>Build your relationships before you need them.</p></li></ul><h3>7. Supplier and Ecosystem Literacy</h3><p>Last <em>but absolutely not least</em> is this final layer, which involves understanding the external supply base and the wider ecosystem that it sits inside - including supplier economics, market structures, power flows, technology trajectories, capital movements, and regulatory tides. This is, of course, Procurement&#8217;s home patch, but the true literacy bar is higher than most teams operate at: the shift is from &#8220;who supplies us and at what price&#8221; to &#8220;what is actually happening in this ecosystem, and what it means for the enterprise.&#8221;</p><p><strong>What&#8217;s included:</strong></p><ul><li><p>Market structures: concentration, capacity, switching costs, substitution risk</p></li><li><p>Capital flows in the supply base: PE roll-ups, IPOs, M&amp;A, distressed positions</p></li><li><p>Power dynamics: where leverage actually sits in each supply market</p></li><li><p>Technology disruption vectors in the supply base</p></li><li><p>Geographic and political concentration and the fragility it creates</p></li><li><p>Regulatory direction in your supply markets (trade, ESG, data, labour)</p></li><li><p>Adjacent ecosystems, substitutes, and emerging entrants</p></li><li><p>Supplier economics: how each supplier makes money, where their margins come from, where they&#8217;re squeezed</p></li><li><p>Supplier financial health and viability beyond surface ratings</p></li><li><p>N-tier visibility: your suppliers&#8217; suppliers, and their exposure</p></li><li><p>Customer-of-choice positioning: how the market actually sees <em>you</em></p></li></ul><p><strong>What this means for procurement.</strong> This is Procurement in its element - no other function has continuous, structured, daily contact with this slice of the external world. Many Procurement teams treat that contact transactionally and waste the intelligence that comes from it. Procurement that views its supply base as its value engine - and feeds its captured insights back into the enterprise (as foresight on technology, geopolitics, regulation, and capital) - becomes indispensable in a way no other function can replicate.</p><p><strong>How to cultivate:</strong></p><ul><li><p>Insist on supplier strategy days where suppliers present their world to you, not pitch just their products.</p></li><li><p>Read your top suppliers&#8217; financials and earnings calls quarterly.</p></li><li><p>Attend supply-side conferences, not just Procurement conferences i.e. your suppliers&#8217; industry events.</p></li><li><p>Subscribe to analyst coverage of your major supply markets.</p></li><li><p>Build a quarterly external intelligence note for your executives even if no one&#8217;s asked for it - the simple act of producing it forces this literacy.</p></li></ul><h2>Literacy Is Not Enough</h2><p>The seven layers above provide the foundation for developing business acumen - but that&#8217;s all they are: the foundation.</p><p>The fact is that you could spend a career on these seven and still not have business acumen. Because achieving literacy means exactly what it sounds like: it means you can read. That is, you understand the nuts and bolts, the vocabulary and the mechanics. You&#8217;re not going to be lost when it comes to understanding the language.</p><p>But it doesn&#8217;t mean you can reason: that&#8217;s acumen.</p><p>Acumen means you can think critically, spot what matters versus what doesn&#8217;t, see second-order effects, recognise patterns across situations, etc.</p><p>Literacy is something you can acquire by study, but acumen requires reps: exposure to enough situations that pattern recognition kicks in.</p><p>Once you&#8217;ve developed acumen, you can then exercise judgement - meaning you can make thoughtful decisions. You can apply your understanding under uncertainty, with stakes, and own the outcome. Judgment requires experience and <em>skin in the game.</em> You have to have gone through cycles, been wrong, owned it, and recalibrated.</p><p>This is particularly critical in a post-AI world because AI compresses the time to literacy dramatically, modestly compresses time to acumen, but barely touches judgment, because judgment requires accountability, which is very human.</p><p>But what does that mean in practice? Let&#8217;s take a look at an applied example - in the literacy layer that is the most relevant to Procurement (as well as the one it can most directly impact).</p><h2>In Practice: When PE Buys Your Supplier</h2><p>One of your top-five suppliers in a strategic category e.g. a specialist contract manufacturer gets acquired by a private equity firm. The announcement is brief with a reassuring message that the existing leadership &#8220;remains in place&#8221;. As the category leader, you need to decide what this means for your company.</p><p><strong>Literacy.</strong> A literate procurement professional understands what just happened. PE ownership typically means a multi-year value-creation thesis built around margin expansion, cost optimization, and an eventual exit at a higher multiple. The new owners will likely take on debt to fund the acquisition, layer on financial discipline, hunt for cost takeout, and prepare the asset for sale or IPO in four to seven years. The literate professional recognises the standard PE playbook, digs into the post-acquisition debt structure in any available filings, and articulates what&#8217;s likely to happen (in broad terms) with the supplier over the medium term.</p><p>That&#8217;s the nuts-and-bolts read - what <em>usually</em> happens.</p><p><strong>Acumen.</strong> Acumen is what lets you see the variation beyond the average. Not all PE plays are the same so you note that this particular PE firm has a track record of operational improvement rather than financial engineering. The leadership &#8220;remaining in place&#8221; comes with an earn-out structure that will change their incentives sharply over the next 24 months. The supplier&#8217;s customer concentration means margin expansion will land disproportionately on a small set of customers - and you&#8217;re one of them. In addition, the supplier&#8217;s last product roadmap requires capex the new owners are less likely to fund. You recognize from three previous PE acquisitions you&#8217;ve watched in adjacent markets that the first 18 months are typically stable, but the next 18 will likely see service degradation, while year four is when the asset gets dressed up for sale and customer relationships get monetized hard.</p><p>The value of acumen is in helping you understand that this isn&#8217;t a generic PE situation, it&#8217;s a <em>this-specific-PE-firm-acquiring-this-specific-supplier-in-this-specific-market</em> situation.</p><p><strong>Judgment.</strong> Then comes the actual implications for you: how do you decide to react? Do you lock in current pricing on a multi-year deal before the new owners reset? Do you accelerate dual-sourcing now while the supplier still has bandwidth to support a clean transition? Do you exit entirely and absorb the switching cost? Do you lean <em>in</em> - sign a deeper relationship to position yourself as a customer-of-choice through the value-creation period? Each option has costs, risks, and second-order effects on the rest of your supply base. You have incomplete information but you make a call, defending it to your CFO and your operating peers, and owning what happens over the next four years.</p><p>Judgment is all of those things that AI can&#8217;t do, because it can&#8217;t take accountability for the call. The accountability is what makes the decision a <em>decision</em> rather than an analysis.</p><h2>The Floor Has Moved</h2><p>For most of procurement&#8217;s history, the function was paid for literacy: knowing the supply market, reading and managing the contract, understanding the spend. That knowledge was scarce, and scarcity created value. Most procurement careers were built on that foundational literacy.</p><p>But that era is ending: AI now delivers literacy in minutes at the push of a button so, unfortunately, most procurement careers will stall as that type of literacy commoditizes. That&#8217;s a tough thing to hear.</p><p>The new floor is enterprise-level business acumen, in the form of the seven layers above, escalating through practiced reps into judgement that can be trusted by the enterprise. And while that bar is higher than where most Procurement professionals operate today, it is very much reachable, deliberately, over time, by anyone willing to do the work.</p><p>But, of course, business acumen alone isn&#8217;t enough.</p><p>The next skill in the Differentiating Layer - <em>human leverage</em> - is about how procurement actually moves its organization through <em>people and people-centric capabilities</em>.</p><p>That&#8217;s where we&#8217;ll go next.</p>]]></content:encoded></item><item><title><![CDATA[Orchestration: The Skill That Keeps You in the Room]]></title><description><![CDATA[The first core skill of the Differentiating Layer - and why it's what makes practitioners irreplaceable]]></description><link>https://www.proquria.com/p/orchestration-the-skill-that-keeps</link><guid isPermaLink="false">https://www.proquria.com/p/orchestration-the-skill-that-keeps</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 28 Apr 2026 13:03:56 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!g0k7!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!g0k7!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!g0k7!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png 424w, https://substackcdn.com/image/fetch/$s_!g0k7!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png 848w, https://substackcdn.com/image/fetch/$s_!g0k7!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png 1272w, https://substackcdn.com/image/fetch/$s_!g0k7!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!g0k7!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/c71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:2721578,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/195355815?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!g0k7!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png 424w, https://substackcdn.com/image/fetch/$s_!g0k7!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png 848w, https://substackcdn.com/image/fetch/$s_!g0k7!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png 1272w, https://substackcdn.com/image/fetch/$s_!g0k7!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Last week, I laid out my model for future proofing the Procurement practitioner, in which I outlined its three key parts:</p><ol><li><p><strong>The Enabling Layer:</strong> AI literacy and cognitive discipline</p></li><li><p><strong>The Differentiating Layer:</strong> Orchestration, business acumen and human leverage</p></li><li><p><strong>The Orientation Lens:</strong> The lens through which the first two are pointed</p></li></ol><p>I&#8217;ve already covered The Enabling Layer (the skills that get you in the game) in prior posts:</p><ul><li><p>I wrote about how to build AI literacy in the corporate context in <a href="https://substack.com/@omerabdullah1/p-189275057">this article</a>.</p></li><li><p>In terms of Cognitive Discipline, I wrote about the problem of cognitive debt <a href="https://www.proquria.com/p/cognitive-debt-the-hidden-cost-of">here</a> and how not to lose your cognitive agency when using AI <a href="https://www.proquria.com/p/how-to-use-ai-without-losing-judgement">here</a>.</p></li></ul><p>In the next three posts, I&#8217;ll dive into the three core skills that comprise the Differentiating Layer, starting with Orchestration today.</p><h2>Orchestration &#8800; Project Management</h2><p>Orchestration is the first core skill within the differentiating layer because it is the skill that brings coherence across a fragmented set of capabilities, to achieve the outcomes we seek. It is the ability to organize, provide direction and ensure execution in terms of the work to be done.</p><p>Think of the film director. He or she doesn&#8217;t (necessarily) act, doesn&#8217;t operate the cameras or any of the other technical equipment, and doesn&#8217;t score the music. The director&#8217;s job is to know what each specialist can do, sequence their contributions, manage the execution, and ensure the final result delivers on its objectives.</p><p>Orchestration in the Procurement context, and applied at the practitioner level, is that same discipline, but applied to executing targeted outcomes.</p><p>You might think that this sounds like Project Management, but there&#8217;s a difference.</p><p>Orchestration in the AI era is fundamentally different because the nature of the resources being directed has changed. You&#8217;re now coordinating across <em>humans, AI agents, and systems simultaneously</em>. Whereas a traditional project manager sequences human work, an orchestrator sequences a mixed ensemble where some contributors are deterministic (systems), some are probabilistic (AI agents), and some are judgment-driven (humans).</p><p>To illustrate, let&#8217;s say you&#8217;re the category leader for Professional Services (PS) spend (consulting, legal, contingent staffing, IT advisory), which is fragmented across four business units, each with its own preferred suppliers, contracting practices, and stakeholder relationships. You&#8217;ve been tasked with consolidating this into a managed framework, one with fewer suppliers, standardized terms, better visibility and a 15% cost reduction target.</p><p>This initiative cannot be executed as a straightforward sourcing event. A single RFP won&#8217;t do the job and significant coordination is required across Business Unit stakeholders, legal, finance, incumbent suppliers, potential new suppliers, AI-driven tools (encompassing spend analytics, market intelligence as well as sourcing tools). All of these aspects will move at different speeds and each stakeholder will have different incentives.</p><p>Orchestration, in this context, becomes an essential skill; it is the art of juggling all of this intelligently, not simply &#8220;executing the project&#8221;.</p><h2>Before You Can Orchestrate</h2><p>To be an effective orchestrator, though, requires foundational knowledge that is rooted in the technical as well as the organizational. For the Procurement practitioner, this translates into the following:</p><ul><li><p><strong>Understand the organization:</strong></p><ul><li><p>This means not just understanding what your company does but more specifically the <em>nature</em> of the organization. How is authority and responsibility distributed? How and where do major decisions take place? What incents specific decisions to be made e.g. cost versus innovation versus speed? Where are the &#8220;organizational brakes&#8221; and blockers e.g. organizational friction, approval bottlenecks, risk aversion patterns?</p></li><li><p>This involves not simply understanding the formal organization and key players but also the informal power networks and decelerators within the organization.</p></li><li><p>In our example above, you might discover that two of the four BU heads have P&amp;L authority over their own services spend and see consolidation as a loss of control. You might also find that the CFO supports your initiative but won&#8217;t override the BUs publicly. None of this is on the org chart but it&#8217;s a practical reality you need to grapple with.</p></li></ul></li><li><p><strong>Know Your Internal Customer:</strong></p><ul><li><p>This is the full understanding of the internal function or department you serve as a practitioner (i.e. your internal customer).</p></li><li><p>This encompasses not just the <em>structural</em> (how they are organized, who are the key players, etc.), but also their <em>business dynamics</em> (what drives value, how is work done and delivered, what is their economic model, what are the key metrics, etc.) and the <em>political</em> (where does the function stand in terms of corporate dynamics, who really makes the decisions, how do they do it, etc.)?</p></li><li><p>In our PS example, let&#8217;s say you find that the Engineering BU uses specialist technical consultants whose work directly affects product development timelines, whereas Corporate uses general management consultants with a range of different objectives. Combining these two would be a design error, so you need to understand each stakeholder&#8217;s differing requirements and incorporate these nuances, knowing where and what to standardize, how value will be impacted, etc.</p></li></ul></li><li><p><strong>Comprehend the Processes and Technologies:</strong></p><ul><li><p>This means developing a full understanding of the relevant processes and &#8216;paths to outcomes&#8221; as well as the related technologies in question.</p></li><li><p>This covers not only the formal means to get work done (in terms of the procurement process) but the informal as well (that is, the informal avenues through which the process can be accelerated, obstacles bypassed, etc.).</p></li><li><p>This also covers the technology landscape that impacts, alters and changes these procurement processes, including which AI tools, platforms, and data sources are available as well as what they can and can&#8217;t do.</p></li><li><p>Applying this to our PS example, you might understand that you have a formal procurement process that requires a business case, strategy sign-off, and competitive bids, but you also understand that key leaders will slow-walk the formal process if they feel railroaded. This could require an informal path (pre-reads, socialization, one on ones, etc.) to get each BU head to co-own the category strategy design so the formal approval becomes a formality. Separately, you will need to get smart about alternative AI tools that drive your spend analytics more quickly, leverage and organize external intelligence more deeply and then drive the sourcing process more flexibly and intuitively.</p></li></ul></li><li><p><strong>Understand yourself:</strong></p><ul><li><p>This is the art of developing a level of self-awareness so you know how to best orchestrate.</p></li><li><p>This means knowing your own strengths, biases, and blind spots. It means understanding where your time is most valuable and how and where to focus on the work yourself versus work with others to execute. The best directors know what they&#8217;re good at and what they need to trust their specialists on.</p></li><li><p>In our PS example, this means taking stock of your network of relationships, your personal biases and ideas about the &#8220;right&#8221; path forward, and then understanding the pitfalls and traps you yourself need to watch out for as you orchestrate - as well as who you might need to call in to help as you navigate. Perhaps you have strong relationships with two of your BU heads but a terrible one with the biggest BU head, who just happens to be the biggest driver of spend in this category. You may need to leverage key influencers to help with organizing your messaging and socialization with this individual, so that you can smooth out the path to outcomes.</p></li></ul></li></ul><p>These prerequisites form the foundational basis with which you can effectively orchestrate. They provide the map. How you navigate this terrain, though, is where a specific set of abilities come in.</p><p>We&#8217;ll focus on that next.</p><h2>The Orchestrator&#8217;s Toolkit</h2><p>The core abilities of the Orchestrator encompass:</p><ul><li><p>Systems Thinking</p></li><li><p>Task Decomposition</p></li><li><p>Resource Matching</p></li><li><p>Sequencing and Handoff</p></li><li><p>Quality Verification</p></li><li><p>Exception Handling</p></li></ul><p>Let&#8217;s dive into each specific ability.</p><ul><li><p><strong>Systems Thinking</strong></p><ul><li><p>This is the ability to understand the problem end-to-end and then the path to the solution. It encompasses the ability to:</p><ul><li><p>Map interdependencies (understanding how changing one variable affects others)</p></li><li><p>Identify feedback loops (where outputs become inputs)</p></li><li><p>Distinguish root causes from symptoms, and</p></li><li><p>Hold multiple time horizons simultaneously (what needs to happen now vs. what this sets up for later).</p></li></ul></li><li><p>In the procurement context, this means seeing a sourcing event not as an isolated transaction but as a node within the broader architecture of supplier relationships, business unit strategies, risk exposure, and market dynamics.</p></li><li><p>Applying this to our PS example, this involves mapping the full picture: spend data from multiple ERPs, stakeholder dynamics across BUs, supplier interdependencies, contract expiry timelines, and the CFO&#8217;s budget cycle. You would organize the data and analysis in line with stakeholder communications and buy in requirements, including even sequencing the entire initiative to ensure specific &#8216;easier&#8217; BUs go first, allowing you to build momentum and political cover for the more difficult ones later.</p></li></ul></li><li><p><strong>Task Decomposition</strong></p><ul><li><p>This is the ability to break down the end goal and requisite outcomes sought into its sub-tasks and activities, which calls for:</p><ul><li><p>Defining the end-state clearly (decomposition without a clear target just creates busy work)</p></li><li><p>Understanding granularity (how small is small enough? Too coarse and you can&#8217;t allocate effectively; too fine and you create coordination overhead)</p></li><li><p>Identifying dependencies between sub-tasks (what&#8217;s sequential vs. parallel), and</p></li><li><p>Determining which tasks require integrated judgment and can&#8217;t be parceled out - especially critically in the AI context.</p></li></ul></li><li><p>Back in our PS world, this would mean breaking the initiative into workstreams: spend baselining and cleansing (AI-heavy), market analysis (AI-assisted with human synthesis), stakeholder alignment (entirely human), supplier evaluation design, negotiation, and transition planning. Each will have different timelines, owners, and dependencies.</p></li></ul></li><li><p><strong>Resource Matching</strong></p><ul><li><p>This is the ability to determine which tool/human/agent is best for which sub-task. Key considerations here include:</p><ul><li><p>Matching based on capability (what can each resource <em>actually</em> do well?)</p></li><li><p>Cost-effectiveness (what&#8217;s the most efficient allocation?), and</p></li><li><p>Risk tolerance (where do errors matter most, and does that argue for human oversight?)</p></li></ul></li><li><p>The added dimension here is the human/AI/system triaging i.e. understanding what AI can do reliably, what it can do with human oversight, and what still requires entirely human execution. (This is, of course, an evolving assessment as the technology continues to improve.)</p></li><li><p>Looking at the PS initiative, this could parse out as spend cleansing done by the AI analytics platform with a junior analyst validating the output, and market intelligence developed in conjunction with AI but interpreted by you as the senior category leader. Stakeholder conversations would be done by you alone as the leader.</p></li></ul></li><li><p><strong>Sequencing and Handoff</strong></p><ul><li><p>This involves ensuring each aspect of the process is seamlessly executed as needed and by the right individuals/agents. The prime considerations here include:</p><ul><li><p>Defining clear input/output specifications at each stage</p></li><li><p>Managing the interfaces between contributors (handoffs where quality could degrade)</p></li><li><p>Building in checkpoints rather than only verifying at the end, and</p></li><li><p>Managing the tempo i.e. which sequences need speed, which need deliberation.</p></li></ul></li><li><p>(It&#8217;s worth noting that the handoffs between AI and human work are particularly error-prone because the human may over-trust the AI output and not apply adequate scrutiny. This is worth keeping a conscious eye on - especially the idea of retaining cognitive agency of the work being done.)</p></li><li><p>In the PS context, this would mean the spend baseline must be completed and external intelligence sorted before you can have credible conversations with BU heads. It also means translating the data outputs into a narrative that speaks to each BU head&#8217;s specific concerns (versus just presenting the spend cube with key overall, corporate level insights).</p></li></ul></li><li><p><strong>Quality Verification</strong></p><ul><li><p>This means ensuring the work is done to the requisite standards and the key elements here include:</p><ul><li><p>Defining &#8220;done&#8221; before work begins (what are the metrics/acceptance criteria)</p></li><li><p>Understanding where to sample versus conduct a comprehensive review (you can&#8217;t check everything so knowing where to look and which aspects to trust is a skill in itself - especially true for complex projects)</p></li><li><p>Distinguishing between quality of <em>output</em> and quality of <em>process</em> (a good result from a bad process isn&#8217;t repeatable) and</p></li><li><p>Calibrating standards to context (i.e. not everything needs to be perfect; knowing where &#8220;good enough&#8221; applies is, itself, a judgment call)</p></li></ul></li><li><p>In the PS example, you might find that the AI spend classification has a known error issues when it comes to miscategorized tail spend, so you might build in a human audit of the top 20% of spend by value and a random sample of the tail to ensure quality.</p></li></ul></li><li><p><strong>Exception Handling</strong></p><ul><li><p>This involves stepping in to manage issues as and when they arise (and, to be clear, not just stepping in to do the work yourself when problems arise). The key aspects to look out for here include:</p><ul><li><p>Understanding early warning signals (delays, misaligned outputs, stakeholder discomfort)</p></li><li><p>Distinguishing between exceptions that need intervention and normal variance that can self-correct</p></li><li><p>Having pre-defined escalation thresholds rather than reacting &#8216;in the moment&#8217;, and</p></li><li><p>Knowing when to intervene personally versus when to redirect the work to a different resource</p></li></ul></li><li><p>In the PS initiative, you might find that the Engineering BU head escalates matters to the CEO, and argues that consolidation will compromise a critical product launch. You might then choose to work with key internal influencers to carve out specific launch-critical engagements from the consolidation scope for six months, preserving the overall initiative while defusing the objection.</p></li></ul></li></ul><p>These six abilities form the orchestrator&#8217;s toolkit - and many of its component aspects are similar to that of the Project Manager&#8217;s. But there are nuances here - and that relates to the integration of technology, agents and the discipline and care with which we integrate and deploy them across our work. These nuances are worth paying specific attention to.</p><p>That said, having the toolkit isn&#8217;t enough. We need to remain vigilant to a trap that even skilled orchestrators fall into.</p><h2>Where Orchestrators Go Wrong</h2><p>Great orchestration is as much an art as it is a science.</p><p>It requires marshalling your available resources to achieve your desired outcomes in a manner that is most efficient and &#8216;least friction&#8217;. But in trying to achieve this, we must also remain diligent to not fall into an age old trap: orchestration can become micromanagement if you don&#8217;t trust your resources, or it can become abdication if you over-delegate without verification.</p><p>In our PS scenario, this could show up as the moment when the Engineering BU pushback happens and you&#8217;re tempted to personally take over the supplier negotiations to keep timelines on track. Or it could be when, for example, you delegate the spend analytics entirely to the AI tool and a junior analyst without defining validation criteria, only to discover (two months later) that the baseline data is unreliable.</p><p>The <em>great</em> orchestrator lives in the productive middle, walking that fine line between abdication and micro-management. This puts even more emphasis on the prerequisites discussed above - the deeper your understanding of the terrain, the more effective you will be as an orchestrator.</p><h2>Why This Matters</h2><p>Orchestration is the key skill of the Differentiating Layer for a reason.</p><p>In the PS example we&#8217;ve discussed so far, the practitioner who orchestrates Professional Services consolidation per the CEO&#8217;s directive, didn&#8217;t just save 15%. They demonstrated something no AI could replicate - the ability to read an organization, sequence a complex initiative across human and machine contributors, and navigate political terrain that would have stalled a less capable practitioner.</p><p>This is the type of skill that gets noticed by leadership because it makes you <em>irreplaceable,</em> even as AI handles more execution. The practitioner who can orchestrate effectively across a mixed human-AI ensemble is the one who remains relevant.</p><p>So, great orchestration keeps you in the room. Business acumen, though, is what gives you a voice in it.</p><p>We&#8217;ll tackle that next week.</p>]]></content:encoded></item></channel></rss>