<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Leadership on Radical Optimist</title><link>https://radoptimist.org/en/tags/leadership/</link><description>Recent content in Leadership on Radical Optimist</description><generator>Hugo</generator><language>en</language><lastBuildDate>Wed, 01 Apr 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://radoptimist.org/en/tags/leadership/index.xml" rel="self" type="application/rss+xml"/><item><title>Ticketing Systems Are an Antipattern for Team Collaboration</title><link>https://radoptimist.org/en/post/ticketing-systems-are-an-antipattern-for-team-collaboration/</link><pubDate>Wed, 01 Apr 2026 00:00:00 +0000</pubDate><guid>https://radoptimist.org/en/post/ticketing-systems-are-an-antipattern-for-team-collaboration/</guid><description>&lt;h1 id="the-ticketing-system-user-interface-is-an-antipattern-for-cross-team-collaboration">The ticketing system user interface is an antipattern for cross-team collaboration&lt;/h1>
&lt;p>If your team spends most of its time managing a ticketing system — filing requests, triaging queues, waiting for answers — you have already made your collaboration legible to a machine.&lt;/p>
&lt;p>That is not a metaphor. Ticketing systems only work for the kind of work AI handles well: routine, well-defined, known destination, repeatable process. If your collaboration looks like a queue, it can be automated. And it will be.&lt;/p></description></item><item><title>When Doing Stopped Being Learning</title><link>https://radoptimist.org/en/post/when-doing-stopped-being-learning/</link><pubDate>Wed, 18 Mar 2026 00:00:00 +0000</pubDate><guid>https://radoptimist.org/en/post/when-doing-stopped-being-learning/</guid><description>&lt;blockquote>
&lt;p>&amp;ldquo;What I cannot create, I do not understand.&amp;rdquo; — Richard Feynman&lt;sup id="fnref:1">&lt;a href="#fn:1" class="footnote-ref" role="doc-noteref">1&lt;/a>&lt;/sup>&lt;/p>
&lt;/blockquote>
&lt;p>&lt;em>In the age of AI, every knowledge worker faces the same hidden trade-off: use the tool to produce, or use the tool to understand. You cannot fully do both. How you arbitrage that tension defines what you become.&lt;/em>&lt;/p>
&lt;hr>
&lt;h2 id="i-when-doing-was-learning">I. When doing was learning&lt;/h2>
&lt;p>Before AI, the coupling was tight. To ship software, you had to understand it. There was no shortcut. Writing the code &lt;em>was&lt;/em> the learning. Debugging &lt;em>was&lt;/em> the understanding. The act of production and the act of comprehension were the same act.&lt;/p></description></item><item><title>The Fast Track to Incompetence</title><link>https://radoptimist.org/en/post/ai-peters-principle/</link><pubDate>Fri, 13 Mar 2026 00:00:00 +0000</pubDate><guid>https://radoptimist.org/en/post/ai-peters-principle/</guid><description>&lt;p>&lt;em>AI, the Peter&amp;rsquo;s Principle, and the rise of the Senior Operator&lt;/em>&lt;/p>
&lt;hr>
&lt;h2 id="i-the-principle-accelerated">I. The principle, accelerated&lt;/h2>
&lt;p>In 1969, Laurence J. Peter observed that in any hierarchy, people rise until they reach their level of incompetence — promoted based on past performance until they land in a role their skills can&amp;rsquo;t support. [1] The ceiling was always there. It just took years to find.&lt;/p>
&lt;p>AI has changed the timeline. As a capability amplifier — not a capability builder — it makes you faster and more productive at tasks you already understand. The ceiling stays exactly where it was. The elevator just got faster.&lt;/p></description></item><item><title>How to Escape the Brown Compromise Trap</title><link>https://radoptimist.org/en/post/how-to-escape-the-brown-compromise-trap/</link><pubDate>Sun, 24 Mar 2024 00:57:47 +0000</pubDate><guid>https://radoptimist.org/en/post/how-to-escape-the-brown-compromise-trap/</guid><description>&lt;h2 id="we-are-all-painters">We are all painters&lt;/h2>
&lt;p>The brown compromise is an analogy from the painting world. The story goes like this: if you ask a family of five folks living in the same house which colour they prefer, you may end up with a dataset like this one: green, yellow, blue, violet, and I don’t care (yes, this is not a colour!). You may also end up in a family (like mine) where one of the users (me!) is colour-blind and has a very different perception of the world than the other four family members.&lt;/p></description></item><item><title>Don’t Ask For More Resources: Do More With What You Have!</title><link>https://radoptimist.org/en/post/dont-ask-for-more-resources-do-more-with-what-you-have/</link><pubDate>Mon, 22 Feb 2021 06:44:26 +0000</pubDate><guid>https://radoptimist.org/en/post/dont-ask-for-more-resources-do-more-with-what-you-have/</guid><description>Instead of asking for more, focus on helping your team succeed. Ensure you align your goals with the team’s current capacity: this is the…</description></item><item><title>The Dark Side of Authority</title><link>https://radoptimist.org/en/post/the-dark-side-of-authority/</link><pubDate>Fri, 22 Jan 2021 20:34:04 +0000</pubDate><guid>https://radoptimist.org/en/post/the-dark-side-of-authority/</guid><description>Boost your success and team growth by … not deciding!</description></item><item><title>Trifecta: How to maximize a product teams impact</title><link>https://radoptimist.org/en/post/trifecta-product-teams-and-impact/</link><pubDate>Sun, 20 Sep 2020 07:03:22 -0400</pubDate><guid>https://radoptimist.org/en/post/trifecta-product-teams-and-impact/</guid><description>&lt;h1 id="introduction--definition">Introduction &amp;amp; Definition&lt;/h1>
&lt;p>In this blog post, we’ll explore the concept of “trifecta” (also called triad in some organizations) that I have seen used successfully in the past both at start-up and even at large scale organizations (ex: Shopify).&lt;/p>
&lt;p>Let’s start with a definition. The trifecta represents a subset of a product team whose goals are to capture systematically:&lt;/p>
&lt;ul>
&lt;li>value: for the business&lt;/li>
&lt;li>usability: for the user&lt;/li>
&lt;li>feasibility: technological, ethical, legal, etc.&lt;/li>
&lt;/ul>
&lt;h1 id="valuable--usable--feasible-are-the-trifecta-goal">Valuable &amp;amp; Usable &amp;amp; Feasible are the trifecta goal!&lt;/h1>
&lt;p>I will use the term craft in this article and would also like to define it: a craft is one or more people inside the product-team with their hierarchy, rituals and specialties. Example of craft includes engineering (sometimes back-end, front-end, mobile), UX (designer, researcher, content specialist, etc.), Product (product manager, product owner, product lead, etc.), data-science (data-scientist, etc.), commercial, legal, etc. Each organization is different and has a different structure to execute its mission. In this article, I will refer to “craft” as the various specialties &amp;amp; hierarchies that exist within the organization.&lt;/p></description></item><item><title>How to Run a Why, Who, What, How Alignment Session</title><link>https://radoptimist.org/en/post/how-to-run-a-why-who-what-how-alignment-session/</link><pubDate>Sat, 18 Jan 2020 09:01:01 +0000</pubDate><guid>https://radoptimist.org/en/post/how-to-run-a-why-who-what-how-alignment-session/</guid><description>A simple set of questions to remove ambiguity, build team alignment and prioritize</description></item><item><title>How to run a prioritization session using the MosCOW framework</title><link>https://radoptimist.org/en/post/how-to-run-a-prioritization-session-using-the-moscow-framework/</link><pubDate>Thu, 19 Dec 2019 09:01:02 +0000</pubDate><guid>https://radoptimist.org/en/post/how-to-run-a-prioritization-session-using-the-moscow-framework/</guid><description>&lt;p>10x ruthless prioritization&lt;/p>
&lt;p>A prioritization method to rapidly build consensus on the scope and share with your team and any stakeholder.&lt;/p></description></item><item><title>How to Organize a Great Team Retrospective</title><link>https://radoptimist.org/en/post/how-to-organize-a-great-team-retrospective/</link><pubDate>Sat, 07 Dec 2019 14:06:34 +0000</pubDate><guid>https://radoptimist.org/en/post/how-to-organize-a-great-team-retrospective/</guid><description>Retrospective help teams realize their impact and grow.</description></item><item><title>📖 Never Split The Difference: the art of contextual questioning with respect and empathy.</title><link>https://radoptimist.org/en/post/never-split-the-difference-the-art-of-contextual-questioning-with-respect-and-empathy/</link><pubDate>Fri, 19 Apr 2019 16:54:26 +0000</pubDate><guid>https://radoptimist.org/en/post/never-split-the-difference-the-art-of-contextual-questioning-with-respect-and-empathy/</guid><description>A great book to become a better human being</description></item><item><title>The pyramid of the product manager needs (Maslow inspired)</title><link>https://radoptimist.org/en/post/the-pyramid-of-the-product-manager-needs-maslow-inspired/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://radoptimist.org/en/post/the-pyramid-of-the-product-manager-needs-maslow-inspired/</guid><description>A useful and visual mental model that represent the product management role in relation to its environment.</description></item></channel></rss>