{"id":5727,"date":"2026-07-08T03:07:49","date_gmt":"2026-07-08T07:07:49","guid":{"rendered":"https:\/\/blog-alexis.monville.com\/en\/?p=5727"},"modified":"2026-07-08T03:35:38","modified_gmt":"2026-07-08T07:35:38","slug":"agile-ai-and-engineering-pragmatism-with-jon-kern","status":"publish","type":"post","link":"https:\/\/blog-alexis.monville.com\/en\/2026\/07\/08\/agile-ai-and-engineering-pragmatism-with-jon-kern\/","title":{"rendered":"Agile, AI, and Engineering Pragmatism with Jon Kern"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">In this episode of <em>Le Podcast on Emerging Leadership<\/em>, I sat down with Jon Kern, aerospace engineer turned software architect and co-author of the Agile Manifesto.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Jon shares his fascinating journey from testing jet engines for the Defense Department to pushing back against heavyweight, bureaucratic software processes. <\/p>\n\n\n\n<p class=\"wp-block-paragraph\">We explore the original intent behind the Agile Manifesto, the misconceptions that led to overly rigid frameworks, and how leaders can embrace the concept of &#8220;being lazy&#8221; to deliver true business value.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Finally, Jon dives into the frontier of &#8220;Vibe Coding,&#8221; sharing how he uses AI to automate rigorous testing, compliance, and architecture without losing the foundational discipline of software engineering.<\/p>\n\n\n\n<iframe data-testid=\"embed-iframe\" style=\"border-radius:12px\" src=\"https:\/\/open.spotify.com\/embed\/episode\/5GJQZP5b78IJIDvcHUSnAM?utm_source=generator&#038;si=e0d4be508c97473c\" width=\"100%\" height=\"352\" frameBorder=\"0\" allowfullscreen=\"\" allow=\"autoplay; clipboard-write; encrypted-media; fullscreen; picture-in-picture\" loading=\"lazy\"><\/iframe>\n\n\n\n<h3 class=\"wp-block-heading\">&#x1f511; Key Takeaways:<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>The Origins of Agile:<\/strong> Jon\u2019s contribution to the Agile Manifesto stemmed from a deep frustration with one-size-fits-all, heavyweight processes (like MIL-STD-2167) that hindered research and development. The manifesto was born out of a desire for a pragmatic, lightweight defense mechanism against bureaucratic lunacy.<\/li>\n\n\n\n<li><strong>The Biggest Agile Misconception:<\/strong> Agile is not a recipe or a simple step-by-step framework. Jon warns against the industry&#8217;s reliance on rigid frameworks, emphasizing that true agility must be experienced and tailored to a team&#8217;s specific context, rather than simply memorized for a certification.<\/li>\n\n\n\n<li><strong>The Power of &#8220;Being Lazy&#8221;:<\/strong> In software development, being &#8220;lazy&#8221; means finding the smartest, smallest possible thing to build to get immediate feedback. It is a rebellion against doing too much work, too far in advance, and instead treating requirements as hypotheses to be tested with actual customers.<\/li>\n\n\n\n<li><strong>Purpose is Paramount:<\/strong> If a team doesn&#8217;t understand their core business purpose, they become mere order-takers. Starting with a clear, 25-word purpose allows everyone on the team to exercise micro-judgments, empowering them to propose smaller, faster, and cheaper ways to deliver value.<\/li>\n\n\n\n<li><strong>Leading in the Age of AI (Vibe Coding):<\/strong> AI is a game-changer for software development, but it requires strict engineering discipline. Jon shares how he uses AI platforms like Replit to build applications, but notes that developers must learn to &#8220;coerce&#8221; AI into following best practices like Behavior-Driven Development (BDD) rather than letting it write unchecked code.<\/li>\n\n\n\n<li><strong>Agile is Necessary, But Not Sufficient:<\/strong> To build great products, an agile mindset must be paired with solid engineering fundamentals: a clear purpose, a shared domain language, sound architecture, and relentless consistency.<\/li>\n<\/ul>\n\n\n\n<figure class=\"wp-block-image size-full\"><a href=\"https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2026\/07\/Le-Podcast-Quote-Jon-Kern-1.png?ssl=1\"><img data-recalc-dims=\"1\" loading=\"lazy\" decoding=\"async\" width=\"960\" height=\"540\" data-attachment-id=\"5731\" data-permalink=\"https:\/\/blog-alexis.monville.com\/en\/2026\/07\/08\/agile-ai-and-engineering-pragmatism-with-jon-kern\/le-podcast-quote-jon-kern-2\/\" data-orig-file=\"https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2026\/07\/Le-Podcast-Quote-Jon-Kern-1.png?fit=960%2C540&amp;ssl=1\" data-orig-size=\"960,540\" data-comments-opened=\"1\" data-image-meta=\"{&quot;aperture&quot;:&quot;0&quot;,&quot;credit&quot;:&quot;&quot;,&quot;camera&quot;:&quot;&quot;,&quot;caption&quot;:&quot;&quot;,&quot;created_timestamp&quot;:&quot;0&quot;,&quot;copyright&quot;:&quot;&quot;,&quot;focal_length&quot;:&quot;0&quot;,&quot;iso&quot;:&quot;0&quot;,&quot;shutter_speed&quot;:&quot;0&quot;,&quot;title&quot;:&quot;&quot;,&quot;orientation&quot;:&quot;0&quot;,&quot;alt&quot;:&quot;&quot;}\" data-image-title=\"Le Podcast &amp;#8211; Quote &amp;#8211; Jon Kern\" data-image-description=\"\" data-image-caption=\"\" data-large-file=\"https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2026\/07\/Le-Podcast-Quote-Jon-Kern-1.png?fit=960%2C540&amp;ssl=1\" src=\"https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2026\/07\/Le-Podcast-Quote-Jon-Kern-1.png?resize=960%2C540&#038;ssl=1\" alt=\"\" class=\"wp-image-5731\" srcset=\"https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2026\/07\/Le-Podcast-Quote-Jon-Kern-1.png?w=960&amp;ssl=1 960w, https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2026\/07\/Le-Podcast-Quote-Jon-Kern-1.png?resize=300%2C169&amp;ssl=1 300w, https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2026\/07\/Le-Podcast-Quote-Jon-Kern-1.png?resize=768%2C432&amp;ssl=1 768w\" sizes=\"auto, (max-width: 960px) 100vw, 960px\" \/><\/a><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\">References<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><a href=\"https:\/\/agilemanifesto.org\/\">The Agile Manifesto<\/a><\/li>\n\n\n\n<li><a href=\"https:\/\/www.theadaptavistgroup.com\/\">The Adaptivist Group<\/a><\/li>\n\n\n\n<li><a href=\"https:\/\/technicaldebt.com\/\">Technical Debt (Jon Kern&#8217;s blog)<\/a><\/li>\n\n\n\n<li><a href=\"https:\/\/replit.com\/\">Replit<\/a><\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Transcript<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> This is Le Podcast on Emerging Leadership. I&#8217;m your host, Alexis Monville. Today, I&#8217;m joined by Jon Kern, an aerospace engineer turned software architect and a co-author of the Agile Manifesto. Jon is currently an agile consultant at The Adaptavist Group How do you introduce yourself to someone you just met?<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> Like in a, let&#8217;s say formal busi- like a business setting or at a party at a friend&#8217;s house?<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> Let&#8217;s say, let&#8217;s say in a business setting<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> Okay. Typically, like I was just in Nuremberg at the Business Agility Conference last week, could probably ask people there. I generally [00:01:00] Introduce myself probably as just a guy, just a developer, software engineer. Love to help build awesome products, help teams build awesome products. So probably mostly as a, just a guy, an engineer. I try&#8230; I will only reluctantly mention that I&#8217;m a co-author of the manifesto. If there&#8217;s a, some sort of pressing, I don&#8217;t have time to be in my humble, I have to, like I have to im- which is pretty ra- rare that I have to impress, impress somebody.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Yeah I, tend to be just, I, &#8217;cause I really am just another, person the good fights, [00:02:00] working, trying to help people. all<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> I, love that. And yeah, I, agree. I&#8217;m I, met, I met you a few years back at the Agile conference in in Dallas, I believe. And yeah, it felt like a, a normal interaction then. And I, I know a lot of people knew who you were, but that, that felt completely completely normal and completely cool.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">And and I felt you were very curious about what other people had in their, had in their mind. So that was very interesting to me. So you mentioned the Agile Manifesto. W- can you tell us what led to your contribution to the Agile Manifesto?<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> I think my experiences [00:03:00] having a really a blessed career starting with Defense Department jet engine testing, working in, a job that some wonderful mentors. I still get together with Rich Thaler and every, pretty much every year. One of my first mentors, I would say. And also some really interesting, what you might call signposts of&#8230; I&#8217;m early 20s, right? So, you know, somebody in their 40s I&#8217;m, I remember thinking, &#8220;Yeah, don&#8217;t wanna be like this person that far into my career,&#8221; not liking my&#8230; So I had these great, wonderful opportunities to, see mentored and to see things I didn&#8217;t wanna [00:04:00] do, to be able to grow from there as an engineer. So I, four or five years of jet engine, cruise missile engine testing and, discovering a- the awesomeness of software to help do a job a three-hour job down to a few minutes I was bitten by the bug early on. And then went with another one of my former bosses, moved to a Defense Department contractor comp- company, and then I started a whole another that was about a 10-year career there with flight simulation and, again, heavyweight MIL- Standard-2167. So I started to get brush up against these heavyweight processes that made no sense with the kind of work we were doing. They might make sense for other types of work, but it was a one-size-fits-all big heavyweight process. So that led me down the path of [00:05:00] my personality is the kind where If it&#8217;s stupid, I don&#8217;t wanna do it. I think many times I probably should have been fired from some companies, including being a dishwasher and a pot washer and doing some things that I shouldn&#8217;t have. But somehow I learned better to forgiveness than ask permission. I was creating a lighter weight method, trying to&#8230;<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">I&#8217;m a taxpayer too. Why should I just do this stupid process for a process sake? So it was an interesting journey that kinda led me to creating my own, what I would call, like a lightweight process to combat the lunacy of pretending you could estimate a year-long project for a research and development that was purposefully going to wander and learn, and that&#8217;s the whole point. a lot of things led me to be [00:06:00] very let&#8217;s say, vocal at the, at Snowbird about experience with heavyweight process. I also was working My a good&#8230; Yeah I, created my own company. My&#8230; I started working with Peter Coad. He was an o- became an object-oriented mentor, and then basically hired me away from my own company to help found another company, Togethersoft, together in the, late &#8217;90s, early 2000s. We had a way of working there, feature-driven development, and a mantra, frequent tangible working results.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">So you could really looking back, &#8217;cause the event itself was just, hey, it was fun. It was like drinking beer, you<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> Spectacular.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> And, writing a few things down and meeting people that I only read in books and magazines. Like, I was the, a younger person there. [00:07:00] maybe Adi and, I might have been the young the two youngsters. So, know, looking back it&#8217;s, easy to see why, know, people, process, and tools, which is kinda like the first value, it was something we&#8230; was a mantra we used at And then how I built my own lightweight defense mechanism process against the world that I was in for the government contracting. You can see the last the, three bullets. I learned contracts don&#8217;t help you. Better to get a good rapport with the customer. I learned a- as, as, good as you might be with a project plan, &#8217;cause that&#8217;s&#8230; Back then as an engineer, I used Microsoft Project until I realized that was foolish on soft.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">So all those things l- you know, speaking of what led me to to the manifesto and the ideas that came out, it certainly feels like it was [00:08:00] tailor-made a, as a way to at least a lot of the learning that I had in my&#8230; I would say I was, like, halfway through my career, so to speak. So yeah, it was a amazing opportunity to somehow get all that, kind of a resonant frequency with others in the room, that these things, y- were across many of the other folks were the co-authors.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> Yeah. Excellent. So now we are roughly 25 years later what are some of the mi- misconceptions about Agile you encountered over time?<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> Yeah, I think the, blessing and the curse of the manifesto looking back is [00:09:00] It&#8217;s an extremely, what I might now call po- a post-conventional way to make your meaning about how to do software development. And, I say that because one of my good friends Daniel Markham, at one point said, &#8220;Imagine being a fresh out from college, being like on a software team, being told to go read the manifesto.&#8221; Especially the, first just the values page. The principles might get a little simpler in some&#8230; yeah, what do what are, you supposed to do with that? Wh- where do I start? Oh, good question, right? That&#8217;s that&#8217;s definitely a blessing and a curse that it&#8217;s, super powerful if you it and understand it, but super [00:10:00] ambiguous and unclear if you don&#8217;t. Which was a, pretty good eye-opener for me that, because I didn&#8217;t have to memorize it. I, lived it. I do&#8230; And that&#8217;s, the experience you have, so to speak if you work with me on a team, I like to think you get to experience Agile. &#8216;Cause y- I say you almost have to experience Agile.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">It&#8217;s not a recipe. It&#8217;s not a it&#8217;s not a st- a step-by-step process, and I think that&#8217;s the biggest&#8230; I don&#8217;t know if it&#8217;s a misconception or just human nature to want an easier way. Okay, that&#8217;s really hard. What&#8217;s an easier way? Things like frameworks- Scrum, or God forbid, SAFe or something like that, which reminds me of back in the day, things we were fighting called Rational Unified Process. but I think [00:11:00] what happened over time, &#8217;cause I literally checked out near&#8230; checked out of the Agile community as I saw the- The penchant for trying to simplify and assume you can just learn this framework and get a, certification in a couple of days and somehow be agile. I was like, nah, not interested in this. Goodbye. I&#8217;m just gonna go work with teams and have fun and help help explain through action and involvement how, what I think agility is.&#8221;<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">And I still do that at, Adaptivists we, happily work with teams to help experience what agility might be. And so yeah, I think that&#8217;s [00:12:00] the biggest misconception is people fell for&#8230; I don&#8217;t know, I&#8217;m not gonna say it&#8217;s snake oil. In the right hands, any almost any process will work and, especially if you make sure you tailor it to your world. But making it seem like you just have to follow these five steps and you&#8217;re good I think sold a lot of management and executives and businesses down a river of that it&#8217;s&#8230; No it&#8217;s really that simple. Even though, Agile, you can kinda consider it to be simple if you get it, doesn&#8217;t mean it&#8217;s easy. So I, think probably the biggest misconception that led to a bit of a backlash. And ano- another thing happened while I was away from, the [00:13:00] community. I kinda got brought, back in to the Agile Alliance maybe one, one gathering before the Dallas one or, a couple.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">I went to a few &#8217;cause they invited me. but I remember one of the first ones I went back to, I was like, &#8220;What happened? What- why is there nothing technical in this conference?&#8221;<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> Ooh.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> whatever happened to, don&#8217;t know, testing, visit or the whole XP. I said I&#8217;m, an engineer by training, so all of a sudden it was all about coaches and all this. Yeah, you need to care about the soft skills, and you need to care about that, sort of thing, but it was suddenly what happened to the real- the main thing? The ma- the main thing is trying to produce value and put smiles on customers&#8217; face in exchange for helping to pay my salary, and that all seemed to go away.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">I was kinda like, &#8220;How come there&#8217;s no technical sessions? Why?&#8221; But or at least [00:14:00] very f- few<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> Yeah. Yeah, and it, I, I feel that the first sentence of, of the manifesto was the very important one about we are uncovering better ways of developing software by doing it and helping others do it. I, I have the feeling that that one was very important. It could be only that one even.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> Yeah, I, it&#8217;s funny when I look back because nobody knew this was gonna take off. It&#8217;s we&#8217;re just just passed the 250th anniversary of the founding of our country and Declaration of Independence and the f- the, amazing thing that happened when a relatively few number of people farmers and lawyers and doctors came together and created a document in hindsight is amazing. And in a very, [00:15:00] extremely humble way I, feel the same thing happened there. It was this magical cauldron that produced a pretty small set of words when you, get right down to it. And so now when I take that first page, the values page as we come, I&#8217;ve come to call it, I point out the preamble, and I point out, look at the humility in there. To your point it&#8217;s active voice &#8217;cause I still&#8211; I&#8217;m still trying to figure out, like with the advent of AI I&#8217;m a, wholly addicted to vibe coding and I just did a pretty fun workshop in Nuremberg. It&#8217;s, a whole game changer, but you better have a good solid understanding of not only engineering practices and principles, but also what does it mean what does agility mean?<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">What does it&#8230; but that preamble [00:16:00] is so true that we&#8217;re still uncovering. And how do we do it? Not by reading about it, by doing it and experiencing it, having enough humility and ability to have&#8230; I think part of it is the it, depending on how you make your meaning as a human the, kind of vertical development of the side of the brain, not the skills horizontal.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">But you may or may not be able to absorb even experiencing it, to have the perspectives, be able to step back to see what are we learning, what&#8217;s going on. I&#8217;m following the process. Why is it different? I guess we need to predict better or plan more, right? When the whole aspect of that simple, humble phrase is you&#8217;re right a really important one.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">And I would say the f- the very first value, the [00:17:00] people people and process over tools, but it&#8217;s individuals and interactions over process and tools. So that also, you could say, just that in and of itself is almost sufficient. &#8216;Cause the other three it&#8217;s details, so to speak. But if you had, the first one individuals and collaboration over a contract or you, could make over a project Gantt chart. You you could, also make the case there that the preamble, like we&#8217;re still doing it, you&#8217;re never done. Sorry it&#8217;s it&#8217;s it&#8217;s the hardest Way to practice because you&#8217;re constantly have to be on the vigil. A little bit like lean, where two-second lean. I wonder if I can get this process just two seconds faster, right? It&#8217;s that same kind of never&#8211; seemingly never-ending quest for the ability to, [00:18:00] improve and get better and do it more effectively. So yeah, it&#8217;s, I&#8217;ll also say the other thing that the, I don&#8217;t know what you call the thing at the bottom, the postamble, preamble, the values, and then the the whole bit about the left over the versus the right. That&#8217;s also a big dose of humility &#8217;cause<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> Yeah<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> Doesn&#8217;t say&#8230; I&#8217;m a documentation nut.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">I love I I&#8217;m, always forcing people to take their knowledge that they post in Slack or on WhatsApp or on a Google Doc, and, &#8220;Nope, let&#8217;s get it into our knowledge base in Confluence or something like that.&#8221; I&#8217;m always forcing because what we do is a lot more complex than, I think people understand. So yeah it&#8217;s important to notice those two things, I think to your point<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> Yeah. Yeah, I have [00:19:00] the feeling that those are polarities. And at the time it was written, the, the pendulum was really tilting towards one side. And and the goal was not necessarily to pull the pendulum completely on the other side, but to say, &#8220;Hey, hey, let&#8217;s find let&#8217;s find the right balance,<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Between those things.&#8221;<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">That&#8217;s,<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> a great way that&#8217;s a great way to visualize it cause it&#8217;s the right balance for your context and it&#8217;s gonna change and that&#8217;s the point is you have to intentionally the i the of the things that the manifesto can do is bring attention to different things you may or may not think about All of those values are attention to these things And then to your point about where do we dial it for this project for this customer for this Even down to the feature so that&#8217;s a great way to visualize it is it&#8217;s really is like sliders And super highly regulated environment I might [00:20:00] bake in ways to actually capture more documentation and screenshot Who knows Because y it&#8217;s gonna be a more effective way to deal with something that&#8217;s super heavyweight but it just has to be All right how can I make it cost less and suck less it&#8217;s kinda One of my other mantras is be lazy<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> That&#8217;s, that&#8217;s an interesting one. G- give me an example of being lazy that is effective<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> Yeah even what I was just making up in my mind right there about I I remember way back in the day 95 to 98 cutting my teeth and architecting IBM&#8217;s manufacturing execution system as an outside consultant in a company that we got the contract to do it was discrete manufacturing and one of my buddies from the I left my DoD company that time and formed my own company and did [00:21:00] this big IBM project my other buddies had left my the DoD company and was working in pharma and similarly manuf manufacturing but that wasn&#8217;t discrete It wasn&#8217;t making computers it was the more challenging aspect of making medicines and drugs and things that had batches almost like hamburgers right You got a batch of meat you have to be able to All kinds of weird stuff And he said even have to track exactly did the screen look like how was it designed when something was being manufactured versioning out the wazoo So being lazy to me is what&#8217;s maybe a clever use of technology to make that suck less to put it bluntly like how do you do that like we&#8217;re gonna have the quality assurance people take [00:22:00] screenshots and document Ah screw that Now let me build a was actually just doing that just this weekend with a crazy thing that produced different images and I was like really to cut those out you know being lazy is I get a faster more effective cheaper way to do something that I would consider as mundane and tedious And it&#8217;s that sort of an attitude Also lazy is don&#8217;t so much work ahead of time Don&#8217;t most offensive offenses that teams make is doing far too much work to too great a depth of detail too far in advance of the need I&#8217;m talking about like re big requirements or ex excessive UX design or crazy stuff like you need to do just enough to get the frame [00:23:00] So that&#8217;s another aspect of no be lazy but the problem is that fights against everything we&#8217;ve been taught since children in school doing more is better And you know how I got five 100s in a row on the quizzes in algebra Woo I&#8217;m really good that is such disservice to an agile way of working you have to fight it And I often say I can outsmall anybody that has to do with what&#8217;s the tiniest thing that you can think of to build you might call it lazy no I don&#8217;t wanna build all that A cause I don&#8217;t believe it I don&#8217;t We don&#8217;t know as much as we think Let&#8217;s treat it as a hypothesis get some feedback sooner right All kinds of great things to that in my mind make perfect sense of why I&#8217;m being lazy so yeah I often try to tell people think of the smallest possible thing you could [00:24:00] to get feedback and then make it slightly smaller until you&#8217;re uncomfortable your level of uncomfortableness won&#8217;t be mine I I&#8217;m okay being embarrassed delivering something embarrassingly small Anyway it&#8217;s the point is to get skilled at getting less and less because it&#8217;s quite simply the truth that you can always add more if it was If you missed the mark You can never take back time you spent and energy you spent and you&#8217;ll never know if it was too much So that&#8217;s a to me the lazy But it&#8217;s also being smart But it&#8217;s a bit of a joke but not really It&#8217;s you hire somebody to do a specific very narrow job guess what you&#8217;re gonna get eight hours a day Eight hours of UX or eight hours I learned this in the DoD days Eight hours and what does a specification writer do Super tedious like mindnumbing words about how [00:25:00] is this ram air turbine supposed to be work just the spec writers were notoriously tedious and slow but anyway yeah that&#8217;s my<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> And it&#8217;s hard. I, I, can feel how<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">hard it is, But the number of examples I had in mind when you,<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">you talked about it, it&#8217;s wow. You, you mentioned business value because it was all about it, putting a smile on, on your users. How do you help teams to stay focused on that<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> another great question So it&#8217;s a such an important topic that whenever working with teams [00:26:00] Especially trying to center it along something they&#8217;re trying to achieve Whether it was four groups that we were working with one of my good buddies at Adaptavist he&#8217;s on his own now but Jon Turley and I and another friend Tony Camacho we went to Florida last September run a multiday workshop with the Special Operations Command special ops Nothing secret just some software teams like four teams And each But after we did what I would call like a toy project to warm up to my very opinionated way of delivering software we did project that they brought So the In both cases you have to have a really good understanding of what are we trying to do And in Nuremberg in my AI two twohour AI workshop [00:27:00] Vibe Coding now that particular product that we wanted to build was an agile buzzword bingo game but in all those cases or if I&#8217;m working with a team delivering a benefits package for employee healthcare in the US case what&#8217;s the very first after we say hi and learn about each other but the first actual meaningful exercise is in 25 words or less what is your business purpose or your system purpose However you wanna think And teams we coach internally in Adaptavist what why are you here It&#8217;s a the funny movie Office Space the the Bob and Bob efficiency experts right what is it that you do here It&#8217;s humorous but it&#8217;s also so critical cause if and I&#8217;ll explain why Number one if you don&#8217;t know why you&#8217;re here what are we trying to do [00:28:00] a recursive I love learning a few things that apply whether it&#8217;s the full product idea that we have like buzzword agile buzzword bingo or a feature or an epic anything The point is understanding what we&#8217;re after what the outcome is what the I can&#8217;t say it raison d&#8217;\u00eatre or whatever the reason for existence without that You might just be an order taker and you And anything will do A list of requirements will be huge You So the whole point is how do I get my entire team cause we all have brains many times the brains are better than mine I want everybody to participate in the being humble and being lazy because we have a flag in the distance We know what we&#8217;re trying to do again whether it&#8217;s a feature [00:29:00] set or the whole product that you can exercise micro judgments I got smart people I don&#8217;t wanna have to think it all up myself I said I wanna just put out there this is what we&#8217;re trying to do and be surprised and elated when an engineer might come and or a UX person and anybody can now come and offer up the smallest possible thing to get the most value Maybe I can&#8217;t do it all but maybe all isn&#8217;t necessary right Isn&#8217;t that what you say Jon That we shouldn&#8217;t We should treat the requirements as hypotheses that someone might want this So it&#8217;s this weird really holistic way of learning how to do just enough And I think sim You can see how much your little tiny question that&#8217;s the whole point is that little tiny what is the purpose fans into the whole thing that we&#8217;re doing I won&#8217;t need to architect that yet I don&#8217;t [00:30:00] need to build this yet I don&#8217;t need the UX I don&#8217;t need the f driven scenarios yet for those things that we might not So it&#8217;s all about giving us the chance to deliver more sooner and for less cost and get feedback right So it&#8217;s a strange selfreinforcing loop that without that you&#8217;re an order taker You don&#8217;t have nearly the chance You might have to invent it in your head and wonder why they&#8217;re asking for this I don&#8217;t know I&#8217;m just a coder you will be replaced by me and Replit I will replace you if I can&#8217;t if you&#8217;re not gonna use your brain andor you&#8217;re not allowed then you need to replace the process cause you need to ask that question right from the start in everything you do So that&#8217;s a brilliant question<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> Just enough to get feedback to deliver some value<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In[00:31:00]<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> And as much as possible have customers in the room when you get some something to validate with them even if it&#8217;s early look over their shoulder I might have a little I&#8217;m not sure the UI feels right come look All of that is just shortening the Often say mind the gap in time between doing something and getting feedback So yeah it&#8217;s all it&#8217;s really s in my mind really simple It just appears to be really hard for a lot of teams to get there or think it can really be that simple Or it is harder to try to get customers to talk to but the simplistic secret Is yeah involve your customers<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> Yeah. So you mentioned AI twice, so I, I need to ask about it. How should leaders consider AI<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">in their organization?[00:32:00]<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> I&#8217;ll just narrow it down to the way that I&#8217;m thinking about in the context of building software there are I&#8217;ve seen There was a cool exercise I w I spoke in in Belgrade Serbia at a Agile conference maybe two years ago and there was a pretty cool little workshop that he ran with kind of AI at the front end and requirements And I&#8217;m a behaviordriven development I will write my Jira issue I&#8217;ll put in there Gherkin given when then Cause it&#8217;s a super awesome fast and concise way to write a requirement To say what are the preconditions What&#8217;s the person doing What do they expect Cool Versus big paragraphs and So couple that with some maybe some domain models as necessary depending on where you&#8217;re at and some U UI [00:33:00] designs maybe I saw how rapidly that w I forget the tools that he he had us work in some teams and probably download something on our phone or the computer I don&#8217;t remember But some kind of a you know bot the AI thing that produced driven BDD It seemed a little excessive That was my takeaway was okay I&#8217;m thinking in my head Is that good It&#8217;s a lot of volume I wonder how much editing I have to do versus what if I just do it like I do now do it myself So that was my first experience with kind of a front end part of the process recently I&#8217;m working with a team actually just a [00:34:00] guy and it was funny He wanted something that he obviously asked AI to produce the requirements and it was a fairly interesting technical aspect around solidifying how can you produce something like a certification that&#8217;s unique and protected and u uniquely identifiable nobody can copy it and cheat and pretend Like he It&#8217;s oh that&#8217;s pretty cool But I could he used some AI tool and built out and then he dumped it into Jira epics and issues oh my g now you&#8217;re really getting on my nerves right And s and so this is another interesting facet was Part of the process of taking an idea that you need to build out is working with [00:35:00] it So just cause I can get a tool to spit all this stuff out including BDD including the specs including use this API or whatever this I felt that was taking learning opportunity for me to dive into that So I basically didn&#8217;t r didn&#8217;t overreact just pushed it aside took the real requirement which is just what a customer might ask and then as an engineer figured it out And sure largely the AI is not wrong in terms of things to do it completely missed the whole part of the learning process if you just took it face value care what it said or didn&#8217;t understand it So that was another interesting factor of I&#8217;m not so sure that&#8217;s I know that&#8217;s not that good Another funny [00:36:00] I was speaking in Poland in Gdansk with Anita from Network Perspective who does deve you know developer experience surveys and what was funny is we were preparing one of her slides cause when you do a DevX survey you can get anonymous you get anonymous feedback you get comments and she tau taught me long ago cause we used the DevX stuff at Adaptivist taught me long ago that comments are gold when people are like Err Okay I got something to say<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> Hmm.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> And this guy w- was hilarious. He was complaining about just what I told you about yeah, we get the the architecture team s- weighs in on something, and then dumps this giant thing on top of us, and they don&#8217;t have to do it.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">They&#8217;re just sitting in a corner and pontificating.&#8221; he was basically expressing the same kind of frustration that I had receiving that. [00:37:00] In answering your question so far the, things that I&#8217;ve seen on the front, eh- I&#8217;m on the fence about because it&#8217;s, I think, more important that more about where the lines need to be drawn in terms of what are you trying to do to elicit requirements from, users, to express them, how far sh-should you go into the sort of what I would consider the, details of writing some specs, so to speak BDD. And then certainly the architecture, how deep should you go into producing that? &#8216;Cause the team&#8217;s basically the ones responsible and that&#8217;s l- maybe work with them, let&#8230; Anyway, that, there&#8217;s that. So now to the vibe coding part. Yeah. This is the most wild thing. learned about it [00:38:00] when I was flying to Special Operations Command in September My normal mode was I have a Git repo, download this little toy project, get yourself set up. That&#8217;s basically a BDD, TDD kind of an environment. But still, was like, &#8220;Ah it&#8217;s 2025. There&#8217;s ways to do development in the web without having to download anything.&#8221; So I&#8217;m like, ah, I know I bookmarked some things, &#8217;cause I always bookmark more than I ever seem to find time to read. but I&#8217;m like, oh, I know, what was it? And I stumbled on Replit replit.com. and lo and behold, just maybe two weeks prior to that, they had released Agent 3. So I&#8217;m like&#8230; I watched a couple videos that were on an older agent. I was like, &#8220;Eh,&#8221; and then I thought, &#8220;I&#8217;ll try it.&#8221; Sure enough, there&#8217;s an environment that&#8217;s in the web it&#8217;s in your browser, and you can ask it to build stuff. [00:39:00] So by the time I landed I&#8217;d already built a little app that it&#8217;s basically Conway&#8217;s Game of Life, so it&#8217;s a funny cellular automata game. But I I&#8217;d learned that I could build that and this tool was gonna work, that it took away all the, they have to install things. Now I just needed to coerce it, &#8217;cause it&#8217;s a little&#8230;<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This, is something I&#8217;ve learned over the, ensuing months, that it will happily go f- speaking of do the tiniest thing that you can or maybe slightly less, that it&#8217;s not how, not how it operates. It&#8217;s &#8220;Whoa, Nelly, what are you doing?&#8221; It&#8217;s ah. I had to learn how to actually coerce it to do BDD.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">It was pretty funny. I don&#8217;t I don&#8217;t know how much time your podcast has. We&#8217;re probably turning this into two podcasts. But it was really funny to learn [00:40:00] how hard it was to get it to stop to write a failing test. And I&#8217;ve, I&#8217;m now able to do that pretty successfully, it was not easy because it&#8217;s just too eager, so I&#8217;ve learned also how to get it to be curious and how to get it to s- maybe supply some options. But you can drive it, like what I did with the Vibe Coding workshop in Nuremberg, was be very BDD. Write a failing test, write a BDD. They, I took them through the normal Jon Kern opinionated way to to from a fuzzy idea to something out the door, and we actually produced something and you can run it, and it&#8217;s funny. But yeah the, idea is that the calculations about things that I can now do because of Vibe Coding has completely changed my approach in terms of I will create amazing [00:41:00] things that I never would do if I had to write them hand. I for many years, I&#8217;ve had a, for almost probably two decades, for fighter- firefighters and emergency whether it&#8217;s for y- small rural departments or our biggest one is Arlington, Texas, which is 17 stations, so it&#8217;s pretty huge. or big pharma companies and universities, stuff like that. So it&#8217;s a it&#8217;s a no joke way to try to protect lives and property. And so I&#8217;m, I used it to migrate from up- update the Rails app from the current production to the new version using Replit. And I learned I [00:42:00] could do things like web penetration testing security audits, GDPR compliance, SOC 2, name it. was able to, i- instead of just doing it off to the side, I actually built essentially security audit control panel with a Kanban board and the findings. And then over time started knocking down the findings as I was making the staging before we got to production. never have done that &#8217;cause it was al- when I&#8217;ve done it in the past, it&#8217;s been manual. might have a spreadsheet, you might record it and do some things. And anyway, I could automate the penetration testing. I could automate much of this, could even have Replit refer to, &#8220;Hey, all right, let&#8217;s tackle finding number 13.&#8221; Or &#8220;Tell me about your infrastructure in the context of these, compliance regulations.&#8221; So that kind [00:43:00] of thing is wild. I have code quality built in with RuboCop the ability to also show the quality metrics for super admins. Don&#8217;t get to see it, but the super admins do. And I, often expose the end-to-end testing, the BDD, to super admins as well, so you can actually see the test results gr- it&#8217;s all green or not. I&#8217;ve built synthetic testing to run every so often and to holler if something&#8217;s&#8230; all kinds of insane things that have long built up in my repertoire.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Some of these things I did with teams in, the past &#8217;cause I could. But so it&#8217;s, an amazing world that in the context of what you might need in your product teams, can do an amazing amount of rigor [00:44:00] if you need to, and automate it. So again, that&#8217;s the being lazy. don&#8217;t wanna have to do this by hand.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">So I don&#8217;t know. That&#8217;s a lot of answer to a s- pretty simple question, but I think this is a brave new world. It&#8217;s unbelievable what you can do you, need to know. blessed with having a long career and knowing the hard way to do things. So I know what architecture looks&#8230;<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">I know the things that I should worry about. With other, teams you can, now take some of those non-functional requirements and turn them into things that maybe we can bake into the product to satisfy some of those needs. And at, the touch of a button, if a new client, like a major ele-elevator company that&#8217;s hosted in Europe wants to use this firefighting app, and they want to do a a [00:45:00] security audit type thing, &#8220;Oh check this out.&#8221;<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> And it&#8217;s-<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">it, it&#8217;s funny because I hear also things you said before about quality by design and solid architecture in your answer<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">about how to use AI in, in an effective way.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">So it&#8217;s it&#8217;s very interesting<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> Yeah. It&#8217;s it&#8217;s a brave new world. It&#8217;s exciting.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> Excellent. What is one question I should have asked you that I did not?<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> Oh. No th-those are fascinating, really good questions. And I I think it it allowed me to touch on quite a bit. One of the, [00:46:00] one of the details that maybe you could&#8217;ve asked was is the manifesto, you know the, phrase about n- necessary but not sufficient? I would say that&#8217;s a good way to put it &#8217;cause it&#8217;s, In the age of AI, I think it&#8217;s so important to really understand what it means to act with agility and have that that, different way of thinking. and it&#8217;s not sufficient, Scrum&#8217;s not sufficient or safe or anything. My engineering background can&#8217;t help but have constantly bled through my my whole career in that, my holistic approach is a lot about six fundamental aspects that you gotta have going on. [00:47:00] touch on some the, purpose and just enough requirements and what I would consider the domain.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">What is the language of the world that is the problem we&#8217;re trying to solve? Let&#8217;s, not invent it, let&#8217;s use it and make that another&#8230; It&#8217;s another lazy approach even though it looks like I&#8217;m doing excess. Man, why are you drawing some of these funny squares with names? Because I want everybody to use the right terminology and to more quickly speed up our ability to make sure the thought bubble&#8217;s above our head when the customer says something, or the architect, or the database person or the UX. It&#8217;s the same, it&#8217;s the same concept, right? That&#8217;s lazy, but also being effective. And then the, what architecture we&#8217;re gonna use, what sort of patterns, and then doing it in a very consistent freq- fre- I&#8217;d rather you be consistently poor &#8217;cause you can fix that, right? I&#8230; [00:48:00] Like my BlazeMAR version two, so to speak, done in MongoDB and Rails 4.2, cons- really consistent, covered with tests, and it makes it easy to move it into the more modern Rails 8 and the more mo- I, switched to PostgreSQL, but the, consistency is a savior because it&#8217;s not like it looks like three different teams built it.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">I&#8217;ve worked on systems like that. Oh, they&#8217;re&#8230; Why are these same looking things done differently? Oh, man, it&#8217;s a long story. So that, and then plus run it with an agile mindset. So I think, is also often missing the, art of engineering behind the systems you&#8217;re building in an agile way. So there, now I&#8217;ve said it.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis:<\/strong> Excellent. Thank you. Thank you very much for joining the podcast.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Jon Kern (Adaptavist):<\/strong> Oh, my pleasure.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Alexis Monville-2:<\/strong> Thank you for listening this episode of Le [00:49:00] Podcast on Emerging Leadership. I hope you found today&#8217;s conversation as insightful and inspiring as I did. If you want to dive deeper into the topics we discussed today, you can find the full episode transcript and all the references we mentioned by visiting alexis.monville.com.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Leadership is a continuous journey and is one best shared with others. If you took away something valuable from today&#8217;s episode, please take a moment to share it with a friend or two who might also benefit from these insights as they navigate their own leadership path. Until next time, keep learning, keep adapting, and keep leading. I&#8217;m Alexis Monville, and this has been Le Podcast on Emerging Leadership.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>In this episode of Le Podcast on Emerging Leadership, I sat down with Jon Kern, aerospace engineer turned software architect and co-author of the Agile Manifesto. Jon shares his fascinating journey from testing jet engines for the Defense Department to pushing back against heavyweight, bureaucratic software processes. We explore the original intent behind the Agile [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":5729,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"advanced_seo_description":"","jetpack_seo_html_title":"","jetpack_seo_noindex":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_post_was_ever_published":false},"categories":[811,1012],"tags":[],"class_list":["post-5727","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-podcast","category-le-podcast-s06"],"jetpack_featured_media_url":"https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2026\/07\/Le-Podcast-Jon-Kern.png?fit=400%2C400&ssl=1","jetpack_shortlink":"https:\/\/wp.me\/paNjQG-1un","jetpack-related-posts":[{"id":5194,"url":"https:\/\/blog-alexis.monville.com\/en\/2024\/07\/30\/agile2024-a-week-of-insights-and-inspiration-in-dallas\/","url_meta":{"origin":5727,"position":0},"title":"Agile2024: A Week of Insights and Inspiration in Dallas","author":"Alexis","date":"July 30, 2024","format":false,"excerpt":"Last week, I had the pleasure of attending Agile2024, the main conference organized by the Agile Alliance. The event in Dallas was a vibrant gathering of thought leaders, practitioners, and enthusiasts dedicated to building on top of the Agile Manifesto. Throughout the week, I had the opportunity to attend numerous\u2026","rel":"","context":"In &quot;General&quot;","block_context":{"text":"General","link":"https:\/\/blog-alexis.monville.com\/en\/category\/all\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2024\/07\/3099738-653997d273a7f.png?fit=445%2C500&ssl=1&resize=350%2C200","width":350,"height":200},"classes":[]},{"id":3347,"url":"https:\/\/blog-alexis.monville.com\/en\/2020\/05\/09\/grow-your-software-engineering-career-with-emilien\/","url_meta":{"origin":5727,"position":1},"title":"Growing as a Software Engineer: Learning, Sharing, and Impact","author":"Alexis","date":"May 9, 2020","format":false,"excerpt":"Career growth in software engineering is often described as a matter of accumulating technical skills, mastering new tools, or moving into more complex systems. In reality, the journey is more nuanced. In this episode of Le Podcast on Emerging Leadership, I had the pleasure of welcoming Emilien Macchi, Senior Principal\u2026","rel":"","context":"In &quot;Le Podcast&quot;","block_context":{"text":"Le Podcast","link":"https:\/\/blog-alexis.monville.com\/en\/category\/podcast\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2020\/05\/Le-Podcast-Square-Interviews.png?fit=400%2C400&ssl=1&resize=350%2C200","width":350,"height":200},"classes":[]},{"id":3317,"url":"https:\/\/blog-alexis.monville.com\/en\/2020\/04\/10\/do-you-want-10x-engineers\/","url_meta":{"origin":5727,"position":2},"title":"The Myth of 10x Engineers: Growing Beyond Technical Skills","author":"Alexis","date":"April 10, 2020","format":false,"excerpt":"The idea of the \u201c10x engineer\u201d has been around for decades. It suggests that some engineers are inherently more productive, more impactful, or more valuable than others. But is that really the right way to think about excellence in software development? In this episode of Le Podcast on Emerging Leadership,\u2026","rel":"","context":"In &quot;Le Podcast&quot;","block_context":{"text":"Le Podcast","link":"https:\/\/blog-alexis.monville.com\/en\/category\/podcast\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2020\/04\/Le-Podcast-Square-Julien.png?fit=400%2C400&ssl=1&resize=350%2C200","width":350,"height":200},"classes":[]},{"id":5627,"url":"https:\/\/blog-alexis.monville.com\/en\/2026\/02\/04\/beyond-the-hype-industrializing-legacy-modernization-with-ai-lean\/","url_meta":{"origin":5727,"position":3},"title":"Beyond the Hype: Industrializing Legacy Modernization with AI &amp; Lean","author":"Alexis","date":"February 4, 2026","format":false,"excerpt":"We\u2019ve all been there: A \u201csimple\u201d legacy migration is estimated at 6 months. Two months in, the team discovers a web of hidden dependencies and implicit logic. The timeline balloons from 26 weeks to 70. The business loses faith. At the latest Tech Rocks Summit (Dec 2025), Quentin Plepl\u00e9 (CTO\u2026","rel":"","context":"In &quot;General&quot;","block_context":{"text":"General","link":"https:\/\/blog-alexis.monville.com\/en\/category\/all\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2026\/02\/LFA-Nurburgring-Package-05-1.jpg?fit=753%2C450&ssl=1&resize=350%2C200","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2026\/02\/LFA-Nurburgring-Package-05-1.jpg?fit=753%2C450&ssl=1&resize=350%2C200 1x, https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2026\/02\/LFA-Nurburgring-Package-05-1.jpg?fit=753%2C450&ssl=1&resize=525%2C300 1.5x, https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2026\/02\/LFA-Nurburgring-Package-05-1.jpg?fit=753%2C450&ssl=1&resize=700%2C400 2x"},"classes":[]},{"id":2923,"url":"https:\/\/blog-alexis.monville.com\/en\/2019\/06\/30\/do-cultural-differences-influence-the-adoption-of-agile\/","url_meta":{"origin":5727,"position":4},"title":"Do Cultural Differences Really Block Agile Adoption?","author":"Alexis","date":"June 30, 2019","format":false,"excerpt":"In today\u2019s episode, J\u00e9r\u00f4me Bourgeon and I will explore the question of cultural differences and their influence on the adoption of agile.","rel":"","context":"In &quot;Le Podcast&quot;","block_context":{"text":"Le Podcast","link":"https:\/\/blog-alexis.monville.com\/en\/category\/podcast\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2019\/06\/Le-Podcast-Jerome.png?fit=400%2C400&ssl=1&resize=350%2C200","width":350,"height":200},"classes":[]},{"id":1675,"url":"https:\/\/blog-alexis.monville.com\/en\/2013\/11\/07\/richard-et-lopen-source\/","url_meta":{"origin":5727,"position":5},"title":"Richard and Open Source&#8230;","author":"Alexis","date":"November 7, 2013","format":false,"excerpt":"Do you know this guy? It's Richard Stallman , the initiator of the free software movement ( the gnu movement celebrates its 30th anniversary this year ). I use this picture of Richard Stallman in a presentation I gave on several occasions (AgileTour Brussels, Open World Forum, French Scrum User\u2026","rel":"","context":"In &quot;General&quot;","block_context":{"text":"General","link":"https:\/\/blog-alexis.monville.com\/en\/category\/all\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2015\/09\/201311rms-bw-scaled.jpeg?fit=1200%2C868&ssl=1&resize=350%2C200","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2015\/09\/201311rms-bw-scaled.jpeg?fit=1200%2C868&ssl=1&resize=350%2C200 1x, https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2015\/09\/201311rms-bw-scaled.jpeg?fit=1200%2C868&ssl=1&resize=525%2C300 1.5x, https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2015\/09\/201311rms-bw-scaled.jpeg?fit=1200%2C868&ssl=1&resize=700%2C400 2x, https:\/\/i0.wp.com\/blog-alexis.monville.com\/en\/wp-content\/uploads\/sites\/2\/2015\/09\/201311rms-bw-scaled.jpeg?fit=1200%2C868&ssl=1&resize=1050%2C600 3x"},"classes":[]}],"jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/blog-alexis.monville.com\/en\/wp-json\/wp\/v2\/posts\/5727","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog-alexis.monville.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog-alexis.monville.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog-alexis.monville.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/blog-alexis.monville.com\/en\/wp-json\/wp\/v2\/comments?post=5727"}],"version-history":[{"count":2,"href":"https:\/\/blog-alexis.monville.com\/en\/wp-json\/wp\/v2\/posts\/5727\/revisions"}],"predecessor-version":[{"id":5732,"href":"https:\/\/blog-alexis.monville.com\/en\/wp-json\/wp\/v2\/posts\/5727\/revisions\/5732"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blog-alexis.monville.com\/en\/wp-json\/wp\/v2\/media\/5729"}],"wp:attachment":[{"href":"https:\/\/blog-alexis.monville.com\/en\/wp-json\/wp\/v2\/media?parent=5727"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog-alexis.monville.com\/en\/wp-json\/wp\/v2\/categories?post=5727"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog-alexis.monville.com\/en\/wp-json\/wp\/v2\/tags?post=5727"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}