Embracing Digital Transformation

#325 Turning Tribal Expertise into AI-Driven ROI

32 min
Feb 12, 20264 months ago
Listen to Episode
Summary

Sebastian Chendal, CEO of Fountain City, discusses how to transform tribal knowledge into AI-driven ROI by addressing the knowledge bottleneck problem in organizations. The episode explores why 80-95% of AI projects fail, emphasizing the importance of process documentation, change management, and methodical implementation over performative AI initiatives.

Insights
  • AI projects fail primarily due to lack of process maturity, unclear logical frameworks, and giving AI too much autonomous agency rather than using it for augmentation
  • Manufacturing companies have a 'latecomer advantage' in AI adoption—they can skip outdated technology and implement cutting-edge solutions, but must first digitize and document processes
  • Knowledge democratization through AI is a critical benefit, solving the single-point-of-failure problem where one expert becomes an organizational bottleneck
  • Successful AI transformation requires genuine commitment to change management and organizational alignment, not performative checkbox compliance
  • AI productivity gains (30-70% depending on use case) are perpetual, not one-time returns, making ROI calculations fundamentally different from traditional tech investments
Trends
Manufacturing industry AI adoption accelerating due to legacy process documentation gaps and high ROI potentialShift from AI as individual augmentation tool to AI agent orchestration frameworks with multiple specialized agentsGrowing recognition that AI implementation requires higher-level architectural thinking and process design skills, not replacement of expertiseEmergence of 'control layer' AI systems that validate and police outputs from primary AI agents to reduce hallucination and error ratesChange management and AI governance becoming critical success factors, with employee resistance to AI being qualitatively different from traditional tech resistanceData strategy bifurcation: capturing tacit knowledge through email/chat mining, document synthesis, and scenario testing rather than traditional interviewsLatecomer advantage in technology adoption creating opportunities for organizations to leapfrog legacy systemsPerformative AI initiatives driven by shareholder pressure creating misaligned incentives and project failuresCoding and software development emerging as first industry to shift from AI-assisted work to AI-orchestrated multi-agent systemsModular, narrow-focus AI projects with 3-9 month ROI cycles outperforming broad, enterprise-wide transformation attempts
Topics
Knowledge Bottleneck ProblemTribal Knowledge Capture and DigitizationAI Project Failure Rates and Root CausesProcess Documentation and Re-engineeringChange Management in AI TransformationManufacturing Industry Digital TransformationAI Augmentation vs. Autonomous SystemsMulti-Agent AI Orchestration FrameworksData Strategy and Knowledge ExtractionAI Governance and Control LayersTacit Knowledge Retention and Retirement PlanningAI Hallucination and Error Rate MitigationROI Measurement in AI ProjectsOrganizational Alignment and Incentive StructuresAI Resistance and Employee Adoption
Companies
Fountain City
Sebastian Chendal's company, founded in 1998, specializes in digital and AI transformation with focus on manufacturin...
Anthropic
CEO quoted claiming programmers won't be needed in 3-4 months, representing overstated AI capability claims in industry
People
Sebastian Chendal
CEO of Fountain City, discusses AI transformation strategy, knowledge capture methods, and manufacturing industry AI ...
Dr. Darren
Host of Embracing Digital Transformation podcast, Chief Enterprise Architect, Educator, and Author
Quotes
"AI is really kind of exposing our lack of maturity and process in these large corporations"
Dr. Darren
"There is this culture of don't break. If it's not broke, don't fix it."
Sebastian Chendal
"The returns you get on that are perpetual. They're not just one-time returns."
Sebastian Chendal
"You want to keep the AI, even within the automation sequences, very narrow band."
Sebastian Chendal
"Software is there to help humans, not the other way around."
Dr. Darren
Full Transcript
we've been working with. They have one person who has all of the knowledge in their head and they're always this bottleneck. And then whether it's clients or internal, it has to go all through them to answer it because they have so much knowledge. And so this is a way to kind of make knowledge more accessible as well within the team. So how are you capturing that knowledge from that individual, right? Because this has always been a problem with large... Welcome to Embracing Digital Transformation, where we explore how people process policy and technology drive effective change. This is Dr. Darren, Chief Enterprise Architect, Educator, Author, and most importantly, your host. On this episode, Breaking the Knowledge Bottleneck, Turning Tribal Expertise into AI-Driven ROI with Sebastian Chendal, CEO of Fountain City. Sebastian welcome to the show thank you glad to be here hey before we dive into this subject and this is a really important subject because I see a lot of money being wasted in AI and not really bringing our ROI to but before we dive into all of that everyone knows on my show that listens that I only have superheroes on the show and every superhero has a background story. So Sebastian, what's your background story? You want to know my secret identity? Yeah. Well, you can tell me. I won't tell anyone. I promise. Okay. Okay. We won't tell the listeners either. Well, let's see. I mean, I have a long meandering story, but I've been in tech since, I mean, my first company, well which is the current company is still around fountain city was in 1998 uh but fountain city has changed a lot during that time it was founded in europe and amsterdam and then when i moved to the states or back to the states i should say in 2008 company came with me 2016 is when it really started to grow though and became a proper agency with 12 people we kind of peaked at 20 22 people in october was our largest. And over the time, like I said, we've evolved on different things, but we kind of honed in on digital transformation as our main focus. And then in the end of 24 was also when we decided that we would, you know, we had a lot of internal interest and then looking at the economy and the market and what our clients are looking for, et cetera, all that combined to make us move deeper into specifically AI transformation, digital transformation. And then last year, we also kind of narrowed in more to be speaking or more to manufacturing companies or manufacturing industry. We do serve outside of that vertical, but that is kind of about 60% of our clients right now are in that space specifically. That's a really good vertical to be in because they tend to lag behind as far as technology adoption, but AI can play a huge impact in their return on investment and their productivity. So there's a lot. There's a lot of low-hanging fruit, I would guess, in that industry. It's interesting because there's a lot of opportunity, but that opportunity is also created by a lot of companies that are behind. And there is this culture of don't break. If it's not broke, don't fix it. Yeah, don't fix it if it's not broke. Yeah, yeah. Yeah. But the interesting thing is that there is, And I've seen this when I love studying things like history and looking at countries and how they evolve and change over time. You know, if one country was really behind on doing railroads, by the time they put railroads in, they're not going to start with the rinky-dinky slow ones. They go straight to the fast ones, right? Yeah, yeah. They get an advantage, a latecomer advantage, right? A little bit of a latecomer advantage. And so there is that opportunity here in the sense that companies... So one thing that we see a lot in manufacturing companies in particular, but it's true in other companies too, is the data might be not very well organized and processes are maybe all how people have always done it or in people's heads. They're not necessarily documented in flow charts and fancy diagrams. And so in order to get the benefit of these AI or agentic systems, you have to go through that trajectory as well, that path of getting better data or getting data organized or structured or converted to digital, plus documenting, defining both workflow processes as well as logical frameworks. And then you can put the AI on top of it. And when I say AI, I mean automation or agentic systems. Those could be a mix of traditional automation plus what you can now achieve with AI automation. So there is, even though they're getting an advantage, let's say, of late start, because you get to take all the lessons learned and then get to an endpoint that's at the cutting edge, you have to go through these fundamental steps as well. And sometimes those steps are, well, I would say maybe even often, those steps are really important. Otherwise, you do end up with fluffware where you put the AI system on it and then you're not getting either not really good output or high error rate or hallucination rate. You know, name the problem. I could spend a while talking about all the different ways it can go wrong. So, you know, those fundamental things are important. And in that sense, it is a bigger project than it would be for a company that had really well-defined processes and recording all their data and it's really well organized. I mean, those companies are kind of unicorns, but if you had that situation and adding AI on top becomes a lot less effort and a lot less risky. So really, this sounds, AI is really kind of exposing our lack of maturity and process in these large corporations. I imagine most of these processes have grown ad hoc over time. They're not written down, probably. They're probably just in the tacit knowledge base of the corporation, especially in manufacturing. I can imagine that would be the case. So what's your first approach? Your first approach is documenting what they have. So the first thing that we do or I do, so it depends on when we're getting engaged. But if it's in the ideal scenario, we would get engaged with, well, we're coming into companies when they're at the ideation roadmap planning phase. And so they may have multiple ideas or initiatives that they want to do. Maybe some things they've heard about could be done or that they've heard that we can do. And then we'll come in and look at, we'll try and first parse out things that might be just a mandate and make them more into visions or objectives, a North Star, so to speak. And then once we have identified what those are, we then look at how those can be broken down into tangible modular components or pieces that build towards that larger outcome. And then we also rank things basically using a matrix where you compare effort versus impact so that we can hit the things that have the highest impact, lowest effort first. Trying ideally to get projects that show ROI benefit somewhere between, usually it's like between three to nine months or three to six months modules or projects that we do within that. And of course, things can be faster too, especially if sometimes we find some low-tech solutions that we do right away before we actually do the AI solutions that come later. And then, so that's the vision roadmap planning. And then, so the projects that are, I'm looking at my little post-it note here, so I can remember to not forget anything. So the main things we look at is making sure there a vision making sure that the project has a tight vertical narrow focus that the solution isn trying to be broad so that we can have the AI be focused on that area We want data and process to be clearly defined for that implementation area. And then there needs to also be testing incorporated into the AI system. A lot of people are getting better about this, but especially last year, we were seeing so many projects where maybe there's some general testing, but the AI itself, the knowledge isn't being tested adequately. And then you can't forget change management, AI governance, policies, things like that. Are people enthusiastic about this? Are they resistant? Is there enough AI education or knowledge? Yes. Yeah, so the things you're talking about seem like pretty straight up process re-engineering. And if you took AI out of it, the process would be the same, right? The process of re-engineering processes are capturing them. So have you seen anything unique that AI has brought to the table? Because you've been doing this for a long time, right? And you didn't have the AI tools that we have today. You didn't have those four years ago, five years ago. So I would say that one of the big factors that's different is that it's new. And so there's a lot of expectations that can be off, let's say, from management or upper management in these projects. Either that they think AI can do too much or it can do too little. And then, which can go either direction. And then in terms of implementation for change management in there, one of the more unique factors is that there's a different kind of AI resistance. There's a different resistance to change with AI as a slightly novel than with other change. And that has more to do with the AI itself that can feel, you know, insert the blank, threatening or taking all jobs away or it's coming to take my job. Those are some things that have concerns that are out there. I don't think I'm the first to say it. They already exist. And each of those has solutions, but it's kind of like back when the internet was first launching and people might have gotten to the point where they're thinking, okay, we need websites. But then the person who's in charge of that company has never made a website or doesn't know what's supposed to be in a website. And then they talk to two companies to get quotes on what the website should be. And the quotes are off by a factor of 10. And so they don't even know which is the right size of budget. And, you know, so we're like in that space. We're in that space. Oh, that's interesting. We're in that space of like education and all the risks. And then you have incentive problems, too. Maybe the board of directors is reporting to their shareholders and they want to show that they have AI initiatives and projects in place. So then the incentive is really just to satisfy, could be to satisfy a checkbox that here's AI in the project and you're going to get usually way less successful or just performative AI solutions put into place rather than a business that's really trying to affect significant change or growth in the company through these agentic systems. This is really interesting because it's almost like a two-edged sword. AI, I'm sure AI increased the number of customers that you have because now everyone's like, well, I got to get on this, so I got to do digital transformation. So it's been a catalyst, but at the same time, it's a catalyst with pricklies on it. It's like a catalyst that's a cactus, right? I can't just go up and hug it, right? It's going to make me move. A cactilist. A cactalist. There you go. Because you had all these barriers to adopting AI, but AI is a thing that's pushing for re-engineering a process, process re-engineering. So it's a very strange time. yeah yeah and fundamentally ai is so there's several key areas of benefits one of them is that you can now automate processes that before you couldn't so qualitative decision making with all the pluses and minuses of that because qualitative is not necessarily an exact science you're dealing with it's non-deterministic what level it's non-deterministic which is amazing because before it was really hard to automate those processes you'd have to have someone you You know, in the middle of that process, maybe to look at a spreadsheet and make qualitative decisions on should this be approved or not. You can help augment that. The other main area that I've seen that we've seen is knowledge democratization is a big benefit of AI systems as well. So that goes into different buckets. One could be, let's say, for retirement planning. If you've got key staff members that are retiring, you have a better way to retain their knowledge. but also for training and then also decentralization of answers within the company. So if you have, you know, one manufacturing company we've been working with, they have one person who has all of the knowledge in their head and they're always this bottleneck. And then whether it's clients or internal, it has to go all through them to answer it because they have so much knowledge. And so this is a way to kind of make knowledge more accessible as well within the team. So how are you capturing that knowledge from that individual, right? Because this has always been a problem with large corporations or even small. Tacit knowledge is not written down. It's just known inside the organization. How is AI helping you capture that? I would say data strategy has two sides to it, two directions. If we're doing it from a project perspective, we want to capture knowledge with this particular goal. I spoke earlier in this podcast about creating modular projects. So let's say your first step was an internal tool that could help answer the most common questions that that engineer gets constantly from their coworkers. So then we would look at how has that engineer been asked questions in the past? Maybe it was a lot over email, let's say, just hypothetically, or maybe it was over Teams or Slack or whatever it is. We can take, so, you know, data engineering comes in and you look at, okay, where's the data? How can we get some data quickly? We can, in that example, look at all of past emails or past Slack or past Teams conversations and essentially use AI to categorize, organize all of those past Q&As into a mini database or data extraction. from those. And then now you've got, and then you just need to meta tag and organize the data so that it fits within certain categories of questions. Like, oh, this is a question coming from, I don't know, operations or programmers or, you know, different roles might get a different answer to the same question, for example. So those are some nuances. But yeah, so that's one way to do it. So you can do data scraping and organizing. You can also synthesize data. So you can create a bunch of data and then have someone who knows the subject go through and enhance it, critique it, push it back, you know, review it basically. So you're capturing that interaction that they're having with the AI as a way of capturing that passive knowledge. You can do interviews, could be video phone interviews, and you can record all of that and use that. You can take very large documents that are specification documents. You know maybe this person kind of over a long period of time kind of knows the details of these 23 large documents in their head essentially so that could be a quick way to get i mean that a more direct way of getting the knowledge but those um and then if it's for logic decisions so uh one client i'm working with right now we need to map out someone's thought process of how they arrive at certain solutions given certain criteria. And so what we're doing is we're actually first building a template of what are different problem cases. Then we're including in it how they would normally solve those problem cases. Next, we're then generating, I think our goal is to generate 100 different scenarios. We test it out and then we keep scaling it. And then we're using AI to generate 100 different scenarios. They're going to review that those scenarios are good, push back at some of them or not, then they're going to not only answer some of those, but then we're going to get the AI to answer those and then make sure like out of a hundred, are we getting a 99% accuracy in how the AI system is answering those? You know, and behind the scenes, we're also asking them to define what makes a good answer. So like it's sometimes it can be very interesting process to get people to really kind of break down their thought process in a way that they've never broken down before. and you know and in this case that's like the approach to capture so um you know for this mini project this is about like a three-week project to kind of iterate through this until we get the the data the the logical tree kind of mapped out from their process that's really cool i mean because i mean that's that's an important thing as you're re-engineering that i've seen happen time to time again there's all this tribal knowledge inside the organization that you're trying to capture and there's no easy way to do it. AI has been that much easier than what it has been before. What would you say are some of the key success factors? Some of the things that you, when you're going through a digital transformation with your company, if you see these sorts of things happen, you can say, guaranteed, I know this is going to be successful. What are those things that you see? See any common threads? That's an interesting way to put it. Yeah, because usually I get asked the opposite way around, but I like that. So I would say first that there's really a commitment for real change. It's not performative, like I was saying. I think that's important. And that means also that change management is taken really seriously, not just as something that needs to be put on the checklist, but that we really do want to understand how people are working, you know, let's say we're trying to increase performance of a certain department because we know they're doing a lot of repetitive work that AI could help alleviate, you know, their work week. Are we angling it so that we're really going into those teams and saying, hey, we're here to help you to do less of the things that are just so time consuming so you can do more of the things that are exciting to you or rewarding or, you know, higher level productivity goals. And if we have that approach so that people are really on board and we're not getting internal friction or incoherence between upper, middle and lower levels of the structure of the organization, that's a really good sign. and then after that i would say that initiatives are being taken on um in a it's fine to have experimentation and i think it's good for companies to have an experimentation ethos with ai but you have to move beyond that and have things then be in a methodical kind of structured approach where you you think through all the implications of the project you're doing and then you have phases and then you structure it so you can measure the impact of it take lessons learned both from the data and from people and then put that back in and then iterate because if you have that methodology approach as well even if you don't quite get it right the first or second time you're going to hit the target as you iterate through and then the main one of the big benefits of all these ai systems or these agentic systems is that once you do get that productivity boom or gain or, you know, whatever it is you're trying to achieve, the returns you get on that are perpetual. They're not just one-time returns. So if you're getting a, you know, a common baseline, for example, in coding that I've seen across the industry is 30%. It's kind of your minimum productivity gain you should get from AI-assisted coding, as an example. So that's one example, but there's, with customer service, you should be getting like a 60, 70% increase in productivity per person, for example, with using AI to assist you either internally or with the client. So those kind of productivity gains are forever. So even if you were, you know, worst case to kind of need a couple iterations to get it right, each person in your team is now worth one and a half people or, you know, so it's like it's pretty major improvements in productivity gains. so that so that's why boards are so pushing for this so so heavily yes yeah it is because the potential uh the upside is way higher than the downside so the downside yeah yeah but they seem to be stalled i mean i am it came out with their uh report that said 95 fail um that's i've seen 80 fail i'm sure there's different statistics yeah but it's high no matter basically the same it's high and you know and there's there's a lot of studies that have been done i've looked into and we have our own track record as well that we look into and a lot of those projects suffer from um so lack of ai expertise lack of process logical frameworks that i was talking about getting ai too much agency so you just wrote like if you were to let's say give an engineer an ai like you just sign them up with i don't know gemini pro or some other account or a co-pilot you just say okay you've got your ai system now use this to do your engineering quotes it's like there's there's so that's so broad and it's just not it's too and but You get that also within automations. You might have a step within the AI automation where you give the AI too much power to make its own choices. I don't know how technical we want to go, but with like NCP services and things like that. But you want to keep the AI, even within the automation sequences, very narrow band. And what we'll often do is we'll chain together multiple AI agents rather than have just one. One that handles everything. Yeah. One that handles everything. So, you know, if agent A says it should go up on the flow chart, that's all it does. And then that next agent makes another kind of micro decision or has some kind of a framework. And then anyway, that kind of stuff really helps a lot. So too much agency is another risk. Yeah, go ahead. No, no. I like what you said there because I think a lot of people are like, but the AI can do all this stuff and I don't need a human in there making that decision anymore. That's where they start going wrong, right? Because you and I both know these AIs still hallucinate. They don't understand your business completely. And you put too much trust in that without checking and without having a subject matter expert there guiding it and giving it more context so that it can do a better job. It starts going in some direction that you don't want it to go and it can happen very quickly. Yes I think also understanding how the system is going to be used and integrates with people is really important because what you bringing up there So some implementations and this is something that I check really quick with on the project is this a system that meant to create an augmentation for the person who working In which case, maybe we don't need it to be more than 80% accurate to start as a good baseline. and that might save the person already, you know, I'm thinking, you know, this one project saves like four to five hours a week just by getting things at 80%. That's already significant. And then so it doesn't need to be perfect and the person goes through and they're the subject matter expert and they can push back where needed. That's very different than a system that needs to operate autonomously and independently and needs to be highly accurate. That could be, you know, a customer service AI agent on your website or something like that. So those kinds of systems, if they're having problems with hallucination or saying something incorrect and so forth, there I would say, okay, let's look at more testing to test all the different edge cases. Let's do repeat testing. Let's test all different kinds of ways, you know, angry customer, happy customer, 20 different ways of saying the same thing to see if we can get the AI to trick it to say something else. And then also architecturally, does that system have control layers in place? So one thing that can help is to, you get your answer back from AI, but then you have another AI that looks at the answer and makes sure it's compliant, doesn't break policy, it fits with, it's not. So having that second kind of like policing AI agent system can also dramatically reduce error rates. So the architecture is important too for these systems. I'm glad you brought that up because I think a lot of times they, and I blame all the big Gen AI providers because they're out there like, this will replace all your, Anthropic CEO just came out and said, we're not going to need programmers in three to four months. What? I mean, that's just irresponsible to say something like that. Because we do need subject matter experts. We need software architects. We need people to understand architecture of human systems, right? Because software is there to help humans, not the other way around. um i think i do think though the big shift that's happening to kind of use that what you just said about with anthropic encoding so right now a lot of programmers are using ai akin to okay so imagine you're on a on a car manufacturing plant work floor and you're you're welding together the doors on the car and you're like oh these new robots are cool by hand and you're like oh these new robots are cool let me bring in a robot and so you bring in a robot next to you and everyone's looking at the robot and you ask the robot to pass you the tools at the right moment, right? And so a lot of the coding right now is kind of like that. It's like using the AI to do targeted assistance. But the shift that I believe Anthropik's talking about, which is a big shift that's already here, is that there is ways now to set up coding frameworks where you have a collection of AI agents that all work together, where you have one that's a project manager, one that's the coder, one that's the tester and so forth. And then the shift is that you're now sitting in the control room observing the robots on the floor and you're managing them and they're the ones building the car, right? But that still requires a lot of skill. A lot of, in fact, more skill, actually. Yes, because you have to think very high level. It's very focused on documentation process, being able to break down tasks, and then being able to review incorrect logic, incorrect assumptions or gaps in assumptions and so forth so you really it's it's actually very demanding for the person running it but in a different way and then it's also different than cars because you can only make so many cars before everyone has to but with software there's really no cap on that there's no upward limit right we can write there's unlimited software that can and will be written so it's yeah in that sense it's like a you know there is this major i know with This is where we're going off topic right now into programming, but it's also a fascinating area. But that area is poised for a really big shift in how people approach coding as well. No, I agree. Well, and it's probably the first industry that will get targeted, right? Because the cost is high and it's already in the digital realm. So I don't have to convert, right? Like you're trying to do in the manufacturing world. I got the real world, you know, physical world and the digital world colliding. And where in the software engineers, it's all the digital world, right? Here's the irony. It's like if companies right now are trying to get AI to write code so that they don't need to have as many software engineers, what's really going to happen is you're going to have just as many software engineers, but they're all going to be writing two to five times more code per hour by supervising these systems. The same kinds of thought processes are needed. They're just higher level thinking. yeah it's kind of like the big shift from uh way back before we had programming languages we had to write programs using machine machine code right and like right now if i were to say to you like no no you should keep it traditional just write all your software machine code you look at me like crazy you know yeah and you know the amount of software we were writing didn't go down because we didn't have to write in machine code it's not like we had like an upper bound limit of how much software we wanted to write. No, in fact, we write more software now because it's easier to write. No one wants to write machine code. So the same thing is going to happen here. We might see a dip also related to the economy at large, where people are trying to save costs more than they're trying to supercharge software output, but it's definitely coming. So that's my little flag on the hill. Yeah. So Sebastian, if people want to learn more from you or engage with How do they go about reaching out to you? Yeah, so I have, so fountaincity.tech is my company website. There's a contact form or there's a newsletter. You can sign up on a blog if you want to get info in that way. You can also find me on LinkedIn. First name, last name, pretty easy there. You can follow me there. I'm not super prolific on LinkedIn, but I do post a bit. And I also have a YouTube channel, which I post to maybe once every other week or once a week, depending. Oh, great. the tempo of life. Yes, I know how I guess. All right, Sebastian, thank you so much for coming on the show. It's been insightful. I always like talking to people on the ground that are in the trenches to find out what's really going on instead of hearing from CEOs of multi-billion dollar companies that aren't connected to reality. Yeah, different incentives also. Different incentives. Those individuals. yeah so thanks again thank you so much it's been a pleasure yeah thank you so much thanks for listening to embracing digital transformation if you enjoyed today's conversation give us five stars on your favorite podcasting app or on youtube it really helps others discover the show if you want to go deeper join our exclusive community at patreon.com slash embracing digital where we share bonus content and you can always connect with other change makers like yourself. You can always find more resources at embracingdigital.org. Until next time, keep embracing the digital transformation.