Speaking to CTO Craft at the 2026 London conference, Damilah CEO Iain Bishop outlined the stages organisations move through on the path to AI maturity: from early experimentation, through to copilot mode, to full orchestration and agentic working. He shared what AI maturity means for team structure: why teams get smaller, why product teams start to outweigh engineering, and what the role of a senior engineer looks like now.
Iain draws on what Damilah is seeing directly with clients to describe what changes, what stays the same, and what leaders often get wrong.
The full interview covers:
The stages of AI adoption, from experimentation to a full agentic model
What separates companies experimenting with AI from those approaching real maturity
The mindset shifts leaders need to make, including rethinking how teams are structured
What “senior” means for engineers in an AI era
How AI is reshaping the balance between product, engineering and the business
It has also formed the foundation of the CTO Craft Leadership Masterclass on Engineering in 2028, where Iain presented and expanded on the findings in person earlier this year. We summarised the key takeaways from that panel discussion in our post-event blog here.
If you are working through any of these questions in your own organisation and would like to talk through practical next steps, get in touch. We work with technology leaders at every stage of the AI maturity journey.
Fifty people watched the panel discussion in London in May 2026 on the theme of Engineering 2028: A Leadership Masterclass. Chaired by Iain Bishop, the panel included:
Lucinda Faucher, VP of Product at Valve (platform for sales, marketing and distribution for flexible workspaces)
Alttaf Hussain, Director of Engineering & AI Innovation at Yoti (platform for privacy-focused identity and age solutions)
Vishal Manani, CPTO at Eckoh (platform securing sensitive data in contact centres)
Chris Parsons, CTO and independent consultant, writer & AI strategist
Where to start with AI orchestration
A theme that continued throughout the session through to the final questions was how to get teams on board with AI orchestration. Vishal Manani gave the example of his software engineering colleague, describing his role as similar to an artisan baker’s. The colleague was loathe to become a machine operator making white sliced bread. While this example is of someone who respects their trade and the outcomes from his work, the panel knew of others who simply enjoyed coding for the sake of coding.
Leaders need to understand the motivations of individuals in their teams to bring them on the AI journey. As stated in our Engineering 2028 report, the demand for software is growing with the rise in productivity gains from AI. However, no one shied away from the fact that some people will lose their jobs. Those who are using AI now have a greater advantage and will succeed longer term.
Engineers’ roles are changing rapidly. Job descriptions still haven’t changed but engineers must accept that they will spend most of their time refining agents rather than writing features directly. Those who refuse this kind of role will eventually need to look to other professions, as traditional engineering roles disappear.
This doesn’t mean giving up. Leaders can have a huge impact on adoption rates. Encourage those who have embraced AI early on to become AI champions in the team. Given them the licences they need to try out what they want to do. Then get them to share their successes. This kind of positive reinforcement is a tried and tested method of increasing technology adoption, and it works with AI too.
Speed vs quality
The tension between speed vs quality with AI is widely discussed. The software development lifecycle (SDLC) is changing, with bottlenecks moving from coding to reviewing.
“We are in a point in history where you can go from vibe coding to production at blistering speed.” – Alttaf Hussain, Director of Engineering, Yoti
Especially in private-equity backed companies, AI is being jumped on to pick up the pace of software creation. However, the panel was concerned that what comes before and after code generation has not kept pace. Requirements, review and governance are still reliant on humans. With AI possibilities of creating more code than ever, organisations need to consider that there is still a barrier to achieving results at speed, unless we want sub-standard products.
Human oversight will still be critical for the foreseeable future, as AI’s limits with judgement are clear. One example shared by Vishal Manani was of an AI agent writing brittle test and then changing the application’s code to make the test pass. This caused an outage. You can speed up one area of software development, but it will result in other areas slowing down.
The human moat
When asked about what stays with us, the humans, the panel agreed on one area above all: accountability.
“When things go wrong, who owns it, monitors it, reviews it?” – Lucinda Faucher, VP of Product, Valve
Chris Parsons referenced Tristan Harris’ documentary as an extreme example of where lack of accountability can lead to with AI. If companies argue that they are not responsible for someone’s “AI psychosis”, despite creating the AI caused it, who takes responsibility for disastrous consequences?
Traditionally, the person who writes the code takes responsibility for its accuracy. With AI, the lines are blurred. It can build fast, but it might build entirely the wrong thing. Again: the SDLC bottleneck is simply moved – not eliminated. AI needs regulatory compliance and security oversight built in from the start, with a “human in the loop” throughout the SDLC.
Measuring success
According to Lucinda Faucher, nothing has really changed when it comes to measuring success. Metrics like revenue generation and customer satisfaction is what any business and its stakeholders will care about. Ultimately, what we build needs to solve our customers’ problems. Otherwise, what’s the point?
A question came in from the audience around token usage being used as a measure of success by Meta, and whether the panel saw that as a good metric. Chris Parsons disagreed – proxy metrics may be useful to measure steps to getting to where you need, but technical metrics don’t have the same meaning any more. Bottleneck identification is more critical to address than lines of code or token counting.
Engineering 2028 Leading Human + AI Teams Responsibly
A joint Damilah & CTO Craft survey of senior technology leaders
The panel’s recommendations around AI orchestration were relevant to any organisation. Here are the five top tips we summarised from the event:
Start with low-risk, controlled workflows in non-safety-critical areas, as AI is still not ready to review AI-generated code without humans in the loop
Build evaluation frameworks before scaling AI adoption, as AI output is non-deterministic, and decide “what good looks like” before implementation
Create an AI champion programme, led by your early adopters, to bring more of your people on the AI journey
Focus on your requirements quality and formalising human checkpoints to speed up the SDLC
Establish clear governance and accountability structures with your leaders and stakeholders from the start, as you can expect things to go wrong sometimes
Following the event, several people felt that the conversation was just getting started. How do we persuade our leaders and stakeholders that we may need to slow down to go faster? How do we get consensus on “what good looks like” before implementation? If you’re a technology leader who would like to discuss practical next steps around leading human + AI teams responsibly, follow our Linkedin and subscribe to our email newsletter to hear about our events before anyone else.
To introduce the Byte, I shared findings from our Engineering 2028survey. Almost all survey respondents were already using AI. Half reported the greatest benefits in AI being increased speed and innovation.
I shared how productivity expectations are rising more sharply among teams that have more AI experience. This lies in contrast to the usual technology “hype cycle” trends, where increased utilisation leads to disillusionment.
Teams tend to start using AI tools following a co-pilot model. They use them to accelerate the way they have always worked, but as experience increases, they find new ways of working to fully utilise the AI tools.
There has always been latent demand for more software in product software companies. AI removes the barrier to product creation by creating code at lightning speed, leading to increased demand.
This all paints a rosy picture… so what’s going to slow us down?
Capability gap: Engineering is faster than ever, making leadership harder. AI adoption is a change management process.
Operating model gap: In such a fast-changing environment, standards and process can’t keep up. There are fragmented tools and shadow AI usage.
Governance gap: Compliance and security concerns, IP leakage and other risks are emerging. Accountability and ownership are unclear.
We can’t simply lock down AI – so how do we, as CTOs and technology leaders, control what’s going on?
“The problem with autonomy without alignment is that it doesn’t scale.”
The path to engineering orchestration
As competition, stakeholder expectations, and advances in AI technology increase, we need to facilitate the safe adoption of AI technologies. We need to create an environment where we won’t get in the way of progress and increased productivity. But we need to take safety, compliance and consistency seriously.
Technology leaders need to change the way we work: we need to move to a model of engineering orchestration. This means using a platform that allows us to manage the use of agentic AI workflows while retaining oversight and control over what is produced.
The human controls agentic workflows across every aspect of the software development lifecycle (SDLC). All standards, such as technical, regulatory and design systems, are included in the orchestration platform. This is the shift from doing work to designing systems that do work.
Changing skills priorities
As engineering teams become orchestrators, team sizes will reduce and individuals will become more versatile. New roles will appear such as Product Engineer – engineers who understand customer/end-user needs, as well as being able to orchestrate the solutions. Other Engineers need to develop system thinking. They need to understand the bigger picture around architecture, non-functional requirements and design patterns.
As development cycles shrink, miscommunication will have an even greater negative impact, so leaders need to consider cultural differences, as well as time zone and proximity even more carefully.
“Being fluent in AI is becoming as important as being able to type on a keyboard.”
Skills needed are evolving. Prompt engineering is a basic need for people involved in software engineering. A key differentiator will be commercial understanding: really understanding the value we bring to our companies and customers. The best engineers will be creative and curious – exploring what’s possible and approaching problems from a different angle.
The “human moat” surrounding orchestration and governance is a set of unique, irreplaceable human skills: strategy, leadership, empathy, ethics and creativity.
Our role as leaders is to hire for, grow and retain these skills, understanding that our own role is being redesigned. We need to:
Move on from managing tasks to designing systems
Raise AI fluency across our organisations
Strengthen governance without slowing innovation
Build product-focused, commercially aware teams
What AI orchestration looks like in practice
Our CTO, Aleksandar Karavasilev, demonstrated to the CTO Craft community Damilah’s multi-agent platform (DMAP) to bring AI orchestration to life. Here are the principles behind our AI orchestration platform:
Start with context, not prompts DMAP begins with an explicit project context: the technology stack, governance constraints, standards, and which models handle which tasks. Every agent working on your project operates from the same rules.
Run work through a structured workflow DMAP supports agentic workflows within all stages of the SDLC, such as requirements, design, development, testing and validation.
Humans in the loop by design Work can be paused, reviewed, approved or rerouted at any stage. You define where human sign-off is required, what a pass looks like, and who is accountable.
Every decision is auditable DMAP keeps a full record of what ran, what was produced, what a human approved, and why anything was rerouted.
Cost management With model costs changing often, it is critical to monitor token usage and costs. DMAP includes this on a dashboard for full visibility and control.
Engineering 2028 Leading Human + AI Teams Responsibly
A joint Damilah & CTO Craft survey of senior technology leaders
Those who are continuing to add AI on top of their existing SDLC, relying on experienced people to absorb the extra review and governance load, will soon struggle. Those who redesign how work flows through the system entirely will remain competitive.
At Damilah, we are helping companies understand the barriers to AI orchestration. If you are looking into making the change, get in touch today to set up a conversation with me and the team.
Iain Bishop CEO, Damilah
Watch the recording
CTO Craft Con London felt different this year. A year ago, discussions were around AI pilots, with people getting excited about the companies who were taking the next step with AI.
This year, there was a mix of nervousness around the dramatic changes we are already seeing and competitiveness amongst those who were steaming ahead (primarily AI-native start-ups).
We partnered with CTO Craft to survey technology leaders about how engineering might look in two years’ time, leading to the report, Engineering 2028: Leading Human + AI Teams Responsibly. What struck us at the London conference was how closely the report aligned to what so many people told us about their experiences.
“The shift in mindset over the past year has been striking. At CTO Craft 2025, many leaders were still cautious about AI and how it would impact our industry. This year, everyone agreed that AI is already changing the industry, and at speed. After only a year, we’re mostly hearing about how companies are using AI in practice.” – Aleksandar Karavasilev, CTO at Damilah
Headcount is not shrinking as AI increases output
According to our Engineering 2028 report, increased AI-enabled productivity drives increased demand for more software. Ideas that were sitting in a “maybe later” pile are becoming viable and roadmaps are rapidly stretching. Companies need to maintain their headcount to keep up with the latent demand for new features and products.
The CTOs we met at CTO Craft were from a range of companies. Those at investor-backed software companies largely agreed with what was said in the report, as they face increased pressure to deliver AI-based solutions. At more established or non-software companies, issues were still around legacy systems preventing advancement with AI, meaning humans are more in need than ever. And at the opposite end, there were software start-ups with a couple of people able to create a brilliant product from scratch with AI, which would have previously taken months and a critical mass of software engineers.
Speed is shifting the bottleneck in the SDLC
“For so long, engineering has been the bottleneck in the software development lifecycle (SDLC). As that constraint starts to ease, pressure moves into other parts of the lifecycle, especially discovery, alignment, and review.” – Iain Bishop, CEO at Damilah
In Iain’s talk at CTO Craft, he highlighted the findings of the report Engineering 2028 around AI transforming the SDLC. New features or products are possible to generate in a fraction of the time with fewer people involved, but they are not perfect and not necessarily built for purpose. So, while AI rapidly accelerates code creation, removing a major bottleneck in the SLDC, when it comes to code review, we see new delays.
Moving towards AI orchestration
This displaced bottleneck is changing how software engineering teams work every day and how they are structured. In our Engineering 2028 report, organisations earlier in their AI journey reported using AI to help engineers move faster on individual tasks. Organisations further along the journey are redesigning the teams altogether.
“Many of the presentations I saw at CTO Craft validated and reinforced our view that the future of engineering is orchestration. Companies are increasingly using AI platforms to support how work flows through teams.” – Iain Bishop.
Software engineers need to become “AI orchestrators”, setting tasks for multiple agents. The need for human review of AI’s output increases, as well as checking agents’ processes throughout the development process.
Engineering 2028 Leading Human + AI Teams Responsibly
A joint Damilah & CTO Craft survey of senior technology leaders
An interesting talk from Sonar compared the difference between different LLMs when it comes to creating code. Newer models create significantly more lines of code. And the more code you produce, the more bugs will be produced. Sonar proved this and, while the bugs were minimal, they do stack up when it comes to writing millions of lines of code in seconds. This means newer LLMs inevitably produce more bugs.
So, speed is improving, but quality is not automatically keeping pace. This backs up what respondents felt in our survey with CTO Craft, where only 8% are seeing AI generate higher quality outcomes. More code means more to review, so governance needs to accelerate in line with the speed of AI’s coding. Governance needs to be built into how teams operate from the start.
What AI cannot replace
As Iain said in his talk: “AI builds the how. We own the why.”
The combination of judgement, strategy, empathy, and a deep understanding of both the customer and the business determines whether good work gets built at all. After the Women in Tech breakfast, Damilah’s Head of Marketing, Julia Valentine, reported:
“One woman I spoke to said that ‘soft skills’ sounds like ‘easy’, i.e. the opposite of hard. But the one thing AI can’t do is ‘soft skills’. People who excel at soft skills (these days, often women) will be more desirable in tech leadership than those with ‘hard skills’, such as coding. Could this be an opportunity to seize gender equality in tech?”
AI is highly effective at execution, but it does not understand context in the way people do. It does not carry accountability, nor does it understand what matters most to the business or customers.
As Hywel Carver, CEO at Skiller Whale, put it: “The one thing AI cannot do that humans can is empathy.”
How engineering teams are evolving
As AI takes on the kinds of tasks engineers used to focus on, engineers now need to get a better grasp on product, even transforming from software engineers into product engineers. This means understanding what both customers and what the business want to achieve, connecting technical decisions to commercial outcomes.
Leaders need to understand this shift to develop the right people in their teams, as well as hire the right people into new roles that may arise. CTOs’ and CPOs’ roles are becoming more closely aligned, and we are seeing the rise of the CTPO role.
As Iain put it in his talk, “Engineering in 2028 isn’t a tooling upgrade. It’s a leadership redesign.”
The organisations that come out ahead over the next few years will be those that have genuinely rethought how their teams are organised around them: moving from the focus on AI tools to AI orchestration.
Engineering 2028: Leading Human + AI Teams Responsibly
A joint Damilah & CTO Craft survey of senior technology leaders
We commissioned this survey with CTO Craft to understand how senior technology leaders see engineering roles and skills evolving by 2028.
We chose 2028 deliberately: it’s far enough beyond operational planning to require leadership thinking, but close enough to demand action now.
Here’s a summary of the report. Download your copy today to understand how you can apply the findings to your own organisation and be prepared for systemic change.
Everyone’s using AI
92% of survey respondents reported to be already using AI and seeing benefits.
Most do not expect AI to shrink their teams; they expect it to increase output. Productivity is increasing, which in turn drives demand for more products and software.
The bottleneck is shifting
For years, engineering speed has been the main constraint when it comes to software development.
AI has almost removed this constraint, so that now the bottlenecks are around idea discovery, review, governance, and alignment.
From augmentation to orchestration
Less experienced leaders see AI as augmenting existing roles and skills.
Those with more extensive AI experience have higher expectations of AI’s impact and envisage teams becoming AI orchestrators.
This means moving from single tools to multi-agent platforms, where deep expertise will be less important than a breadth of understanding.
The “human moat”
AI excels at execution: the “how”.
Humans remain responsible for the “why”.
As AI capability increases, leadership capability becomes even more important. The “human moat” surrounding AI and governance comprises skills such as strategy, context, empathy and ethics, as well as commercial judgement.
Inside the Full Report
Download the complete survey findings to explore:
How productivity gains are expanding demand rather than reducing teams
Where bottlenecks are shifting across the software development lifecycle
Why governance and organisational consistency are increasingly critical
The new roles leaders expect to emerge by 2028
Engineering 2028 Leading Human + AI Teams Responsibly
A joint Damilah & CTO Craft survey of senior technology leaders
We all know that AI is transforming the way software is developed. But how many of us are clear on exactly what kinds of business benefits it can deliver? We wanted to develop a better understanding of this, to ensure we maximise the productivity and quality gains AI is able to deliver, and also to…
One of my first experiences with AI was revealing, even though it wasn’t in a professional context. My child was unwell with a cough and I’d heard that putting a chopped onion in the room can help to alleviate the symptoms, but wasn’t sure if it was just myth. So I asked ChatGPT this question:…
First, I should start with a confession: we recently managed to annoy a dozen of our software engineers. That’s because we ran a hackathon to test the gains that could be made through the use of AI. To benchmark the results, we needed some of our developers to work in a control group, using traditional…
Subscribe to our newsletter
Sign up for our newsletter to get regular updates and insights into our solutions and technologies
eBook
Delivering Great Software on Time
I remember examining one trust’s rules on preventing staff from working too many long days in a row. These rules keep patterns safe, but they aren’t one-size-fits-all and often require a more nuanced approach. For example, a high-intensity inpatient ward needs much tighter guardrails than, say, a 9-5 community service.
And that means everything can get very complex, very quickly.
Until now, trusts have frequently needed to find workarounds to accommodate such scenarios, since most software providers don’t offer this level of configurability – largely because older legacy systems simply can’t manage that kind of complexity.
But, recently, we’ve been asking ourselves: do we need to be so rigid? Particularly because the integration of AI into software development processes is opening up a whole new world of possibilities that can help providers solve challenges like these.
So, we’re now experimenting with automation that uses AI to let units set their own workflows without needing a developer to change the core code. The goal here is to build a system flexible enough to handle such demands – turning what used to be a technical blocker into a genuine innovation.
Leaning into the challenges
The kind of challenge and solution outlined above is just one example of the way AI is starting to become a powerful problem-solving tool for rostering software providers.
In our experience, the most common challenges are:
Inherited technical debt: Providers often find themselves dealing with outdated legacy systems or needing to re-platform the whole system. This can feel like that well-used analogy of changing the engine on an aircraft while it’s still flying.
Integration and interoperability: To reduce complexity and ease end users’ workloads, it’s vital for rostering systems to integrate seamlessly into other operations, such as HR, finance/payroll and compliance.
Security and compliance: Since many end users are working in essential services, getting this right, so it’s easy to ensure staffing levels are always correct, is non-negotiable, both ethically and legally.
End-user reassurance: Typically, administrators can find it hard to visualise the solutions they need, or may have little trust in technical solutions as they’ve been let down previously. It’s vital, therefore, to have the capability to work closely with users to give them the confidence they need.
Scaling quickly and effectively: Often rostering platforms will need to scale rapidly – which can be highly challenging if they’re built on outdated or niche technology.
These real-world headaches mean that, all too all too frequently, many end users have to struggle with inflexible, underperforming tools or the burden of manual admin, while managing unpredictable demand, unforeseen scenarios and frequent last-minute changes.
A better way of rostering
Based on our experience of working closely with rostering software providers, we have a clear picture of these major pain points and how such issues are all too common across many industries.
But we also know there’s another way, where AI tools can provide simple, rapid and adaptable solutions that allow workforces to focus on their core competencies rather than hours of admin.
In general, effective, future-ready rostering must therefore be highly configurable, in order to adapt to those varying requirements. It must be able to flex to sector-specific constraints. And it must support different models – such as filling time-based slots (perhaps hospital shifts) versus filling service needs (such as when planning a higher education institute’s timetable).
To achieve outcomes like this, AI tools offer the opportunity to massively shorten feedback loops when developing and iterating new versions of existing systems. It’s even possible for providers to undertake rapid prototyping and validation in a live environment. This could involve working directly with end users to build multiple iterations of a system in order to demonstrate exactly how a solution will work in practice.
Additionally, AI’s ability to analyse vast data sets can deliver valuable predictive analytics, such as an understanding of when staff absences or customer/patient demand are most likely to be at their peak. Based on historical data patterns, it can make intelligent suggestions for administrators to choose from.
Or, as in the example at the beginning, AI’s capacity to take on previously impossible challenges enables developers to solve major technical problems that previously would have been considered far too time-consuming and financially unfeasible. An AI-powered tool can also help to ensure rostering is done as fairly as possible, without any human biases. With a good dose of transparency, it can show staff how and why rostering decisions are made so no one feels they are being singled out for unfair treatment – for example, by demonstrating that everyone will end up working an equal number of public holidays throughout the year.
Human accountability
Despite the undeniable advantages that AI can bring to rostering tools, for the foreseeable future there will always need to be human involvement throughout the process. The overriding aim should be to improve productivity by reducing development or admin time, rather than to replace human judgement.
In the first instance, we would always recommend that AI features be introduced gradually into rostering tools and with full transparency – not only to ensure maximum effectiveness, but also to help build trust among users.
Before moving to anything near full automation, a tool should offer explainable alternatives to users – for example, by suggesting several options with a rationale of why it has proposed each one. It would then be up to the human administrator to select the most appropriate, all the while helping the AI to learn what works best in that specific organisation’s context.
Transparency and explainability are also crucial when it comes to ensuring all outputs lead to full compliance, particularly in sectors like healthcare and education, where regulatory observance and safety are critical.
The path forwards
The future of AI-powered, demand-driven rostering and rostering software development – using systems that are accurate, compliant and sensitive to end users’ needs – is now within reach.
To get there, it requires a highly collaborative approach between end users and software developers who have in-depth product and domain knowledge and are powered by expert engineers with advanced AI skills.
To find out more about how we can help you remove the pain from rostering software development with our AI-powered solutions, get in touch now.
Iskra Ristovska, Principal Product Owner at Damilah
In Damilah’s final CTO Breakfast roundtable, discussion focused on people, culture, and capability: how to steer teams through the AI transformation responsibly. AI is revolutionising the how of engineering, but not the why.
As one CTO said: “AI can write the code, but it can’t design the solution, own the outcome, or understand what the customer truly needs.”
AI will change the texture of work and accelerate delivery, but the human elements of judgement, empathy, and collaboration will only grow in importance.
Will developers disappear?
Few participants believed AI would replace engineers outright. Instead, the consensus was that roles would evolve.
“I’d be very surprised if we wipe out software developers in two years. It’s moving fast, but the tools still produce too much that’s subtly wrong in ways that’ll hurt you later.”
While AI is now taking on more junior and mid-level coding work, such as automating refactors, bug fixes, and boilerplate, participants agreed that experienced human oversight remains critical. The bigger question was how to ensure junior developers continue to learn the craft.
Several argued for creating structured apprenticeships and guided learning environments where early-career engineers can pair with AI tools while still learning principles of architecture, quality, and design.
AI is collapsing traditional boundaries. Titles like front-end, back-end, tester, and DevOps are blurring. Teams are becoming cross-functional units focused on problems, not functions.
“We’re hiring problem solvers, not just coders. AI makes it possible to wear multiple hats so they will do whatever’s required: design, infrastructure, deployment… even user research.”
The archetype of the future is the “product engineer”: someone equally comfortable exploring business context, shaping solutions, and delivering production-quality systems with AI as a partner. Architects, QA, and SRE roles will continue to grow in strategic importance, ensuring accountability and coherence as delivery accelerates.
The human element: judgement, empathy, and curiosity
Every leader emphasised that AI demands even more human creativity. The ability to ask good questions, challenge assumptions, and apply judgement has become even more valuable.
“Curiosity is the new superpower,” one CTO said. “The people who’ll thrive are those who keep testing the boundaries of what these tools can do—and when to stop trusting them.”
Curiosity, empathy, and communication are now as vital as technical skills. Engineers must understand how their work fits into business value and user experience. AI amplifies output—but only humans can decide what matters and why.
Governance and accountability
Risk, legal, and compliance teams are anxious about ownership, data exposure, and IP liability.
“Our biggest problem is fear built on lack of understanding, not lack of capability,” said one chief architect.
Several companies are creating AI governance frameworks: approved tool lists, role-based permissions, “human-in-the-loop” release gates, and model benchmarking standards. Others are reframing compliance by demonstrating that AI can mitigate existing risks, such as speeding up regulatory delivery, identifying vulnerabilities, and improving audit trails. As one participant summarised:
“Governance shouldn’t be a brake. It should be a seatbelt—something that lets you go faster safely.”
The group warned against uncontrolled “tool sprawl.” Hundreds of disconnected AI apps create fragmentation, data risk, and confusion. Many are now consolidating around agentic platforms that combine flexibility with control, enabling teams to plug in models, enforce policies, and swap components safely.
“We don’t let every team choose their own CRM; why would we let them choose their own AI stack?” one CTO asked.
These emerging AI operating environments balance innovation and governance. Over time, they’ll evolve into multi-agent systems, where AI components handle specific roles, such as code review, compliance, testing, under human orchestration and oversight.
Proximity, collaboration, and speed
AI is reshaping the pace of work. Teams can now ship prototypes and validate ideas at unprecedented speed, which also brings coordination challenges. Participants agreed that proximity is becoming even more important.
“Customers want answers now, not after someone in another time zone wakes up,” one delivery lead said.
While remote and offshore teams remain valuable, they must be self-contained and empowered, not reliant on serial handoffs.
AI makes it possible for smaller, tighter, cross-functional groups to deliver end-to-end, but success depends on communication, shared context, and immediacy of feedback. These are easier to sustain when teams are close to each other and to their users.
As one CTO put it, “AI may erase distance in code, but not in understanding. Proximity is still what creates trust, clarity, and speed.”
Legacy systems and reverse engineering
Participants shared how AI is transforming work on legacy systems, mapping ancient codebases, diagnosing defects, and even converting entire applications.
“We migrated a five-year Python system to C# in a month using AI,” one CTO recounted.
The participants all agreed that architectural judgement remains a human responsibility: deciding what’s worth rebuilding versus replacing.
We’re at the beginning of a generational shift. AI won’t replace engineering teams, but it will reshape them. The organisations that succeed will be those that invest in people, build cross-functional trust, and prepare now for the platforms, roles, and rhythms of the AI-native future.
In traditional IT outsourcing, the product owner role tends to shrink to one task: backlog management. Requirements come in, user stories go out. That model is starting to show its limits. There is growing recognition that product owners in outsourced teams need more than backlog management skills and that the role itself needs to evolve.
When tech ecosystems are shaped by outsourcing and staff augmentation, software development teams risk becoming expert executors. But, especially in the age of AI, what they need is a strong product culture: a mindset that focuses on user outcomes, not just shipped features.
AI maturity starts with rethinking how software is built, how teams are structured, and what the “senior” title really means in an AI era. Organisations that move beyond experimentation are willing to question their operating model, not just layer AI onto the way they’ve always worked.
Subscribe to our newsletter
Sign up for our newsletter to get regular updates and insights into our solutions and technologies
eBook
Delivering Great Software on Time
They’ll be able to test those products quickly, then easily adapt them based on insights gained and iterate at pace.
Companies will be able to rapidly adjust their products, create multiple variants, make huge pivots – or anything in between – in response to changes in market conditions and new opportunities, all the while creating outputs of higher quality.
And all this will be possible at significantly reduced cost – thus negating the need for large amounts of high-risk, early-stage funding. Instead, investors will be able to place their bets on an MVP, or adaptation of an existing product, that is already proven to be successful and scalable.
In all of the above, the potential value will be created by the smart integration of the right AI tools to accelerate and refine processes at every step.
However, this isn’t the distant future. In many cases, it’s already happening.
Yet for many firms – particularly those backed by private equity (PE) investors – the reality isn’t always matching up to the vision.
So why does this gap exist?
Overcoming the blockers to AI-driven value
Because a typical PE investor will be looking for a substantial return over a period of three to five years, many initial investments will have been made prior to the explosion of generative AI tools that are now massively disrupting almost every industry. Usage of these tools may not have been part of the original investment thesis – but they absolutely need to be now.
However, too many organisations are failing to keep ahead of the game and unlock the enormous potential value that AI tools can deliver.
In our experience, the main blockers are as follows:
1. Time constraints
We are seeing many companies suffering from a simple lack of bandwidth to explore how best to leverage the capabilities of AI.
This is often compounded by intense pressure to deliver results against the original investment thesis. Pressure builds on top of pressure as new opportunities for growth are discovered or acquisitions are made which then need to be carefully integrated. This can leave little room for reflection or experimentation with new tools.
Add to this the rapid pace at which AI tools are constantly evolving and improving, and it can seem almost impossible to keep up – let alone move ahead of the game – when it comes to understanding the best ways to deliver practical, value-driving applications of the technology and successfully roll them out across the organisation.
2. Hype versus reality
As has always been the case whenever a new, heavily hyped technology floods the market, most AI tools are currently not mature enough to deliver fully on the promises made by their vendors. There is no doubt whatsoever that AI is a game-changer. But being able to work out the difference between the sales pitch and the practical reality can be challenging and requires deep expertise.
3. Security, legal and compliance challenges
Legitimate concerns exist around issues such as security, regulatory compliance and IP-protection – many of which are yet to be clarified and resolved. While most AI tools offer, for example, zero data retention and assurances around IP, understanding and mitigating these requires time, experience and focus – for example, in ensuring the tools are correctly configured to be fully compliant.
Overall, it’s vital to address these issues. And soon.
If your company takes too long to release new products or new features, you may quickly find yourself in trouble as your time to value becomes severely eroded. Your new competitors – who could be almost anyone armed with the right AI tools and the ability to use them effectively – can already enter the market and pull the rug from under your feet, able to adapt to market demands and seize opportunities far faster than companies with legacy platforms and products.
Learning from best practice
So how can you start turning AI into tangible value?
They would also be able to consult on best practice, drawing on their own experiences in the field alongside those of similar clients they have supported.
The aim would be for them to help you deliver high-quality outcomes using the most effective AI-enabled processes and techniques.
To address legal and security issues, it’s essential to have an AI policy in place that creates the appropriate guardrails for safe and compliant usage of AI. Above all, we strongly recommend that absolutely everything always remains subject to human accountability – so have your people reviewing and refining every AI output at every stage of your processes. Here at Damilah, we do – and always will.
Last, but not least, there needs to be a shift towards outcome-focused roles. In other words, enabling AI tools to handle more of the laborious, time-consuming, detailed technical work – thus allowing a skilled human workforce to maintain oversight while concentrating on value creation and strategy.
New pricing models and investment strategies
And here’s one further thought. It’s likely that agentic AI tools will soon become prevalent in many organisations, which may have a profound effect on commercial pricing models.
Instead of the traditional pay-as-you-go or seat-based SaaS pricing structures, we may soon find outcome-based pricing models becoming the norm – that is, where fees are based on successful delivery and results.
This, in turn, would require PE houses to review – and radically adapt – their investment strategies, resulting in major impacts on the organisations they back.
It’s too early to predict precisely how this AI-powered future will unfold. But one thing is certain: all organisations – and particularly those funded by PE – need to remain fully alert to the fundamental shifts that are occurring and be nimble enough to rapidly adjust. Those that don’t risk becoming dead in the water.
We can help you transform your AI vision into genuine value . To explore the possibilities, get in touch now.
Iain Bishop, founder and CEO, Damilah
“Software engineering has always been a story of more abstraction: from assembler, to higher-level languages, to cloud, and now to prompting and orchestration. This is just the next layer.”
Interview to prototype in six hours, down from three months
At the third of Damilah’s CTO Breakfast sessions, Aleksandar Karavasilev, CTO at Damilah described a project that demonstrated what using AI end-to-end could achieve in software engineering.
The project: Helping the University of Economics in Skopje improve exam scheduling. This would normally would take a full team 2–3 months.
Damilah’s approach was to use AI in every step:
Scope: The team interviewed university staff, recorded the sessions, transcribed it, and immediately ran them through ChatGPT and Perplexity to summarise and define scope in one go.
Architecture: Using Napkin AI, they generated a solution architecture in about 30 minutes.
Code: A single developer and an architect used prompting tools to generate the working code.
Testing: About an hour to validate and check requirements.
Total time: Around six hours from interview to functional prototype.
The university is adopting this tool for real use, with just a bit more refinement.
“Instead of 2–3 months with a full team, we did 90% of it in six hours with a tiny team. You can’t do that everywhere, but in the right context it’s game-changing.”
Shifts in engineering roles and skills with AI
This prompted a discussion around how AI changes what engineers actually do. Several participants described the rise of what they called the Product Engineer, people who solve business problems end-to-end. Tech should just be the means to an end.
There was broad agreement that AI is creating demand for new kinds of roles:
Prompt Engineers: People who know how to craft effective, context-aware instructions for AI tools.
Model Integrators: People who understand different models and can chain them together to solve real business problems.
AI Governance Leads: Defining what’s allowed, securing approvals, and managing risk.
Teams will become smaller, with tighter domains. The ratio between product managers to engineers will be closer, and there will be more diverse skills on teams, balancing deep tech expertise with communication, design, security, and understanding customers.
AI is changing relationships between teams. Product managers and designers now have access to tools that let them build rich prototypes in hours. That’s great for speeding up feedback loops, but it also risks creating silos.
“We spent years getting product, design, and engineering to work together in discovery. Now they’re off doing their own thing again.”
Participants talked about the need for:
Clear, shared OKRs to keep teams aligned.
Involving engineering early in discovery, even if AI is making everything faster.
Creating review processes that make sure those prototypes, if they’re not going to be thrown away, are secure, performant, and maintainable.
“AI won’t fix your process. If you have a crap process, it’ll just make the chaos go faster.”
How to manage expectations of AI
Several attendees discussed managing internal expectations, as well as those of their investors. Practical advice included:
Channel enthusiasm into small, targeted pilots that deliver real wins.
Educate business stakeholders on what AI can and can’t do.
Avoid “solutions looking for a problem.”
One private equity partner noted:“We see a growing gap between AI-native startups that are lean and fast, and legacy companies buried in compliance and old systems. This is just cloud and Agile all over again, but on steroids.”
AI presents a generational opportunity to redefine software engineering productivity, team dynamics, and product development. However, its successful adoption depends on careful governance, cultural alignment, and sustained investment in human expertise.
Engineering teams will not disappear but will evolve to become more impactful, cross-functional, and focused on high-value problem-solving. The organisations that succeed will be those that balance technological acceleration with human-centred development, ethical oversight, and continuous learning.
“Technology is the easy bit. It’s people and process that make or break you.”
In traditional IT outsourcing, the product owner role tends to shrink to one task: backlog management. Requirements come in, user stories go out. That model is starting to show its limits. There is growing recognition that product owners in outsourced teams need more than backlog management skills and that the role itself needs to evolve.
When tech ecosystems are shaped by outsourcing and staff augmentation, software development teams risk becoming expert executors. But, especially in the age of AI, what they need is a strong product culture: a mindset that focuses on user outcomes, not just shipped features.
AI maturity starts with rethinking how software is built, how teams are structured, and what the “senior” title really means in an AI era. Organisations that move beyond experimentation are willing to question their operating model, not just layer AI onto the way they’ve always worked.
Subscribe to our newsletter
Sign up for our newsletter to get regular updates and insights into our solutions and technologies
eBook
Delivering Great Software on Time
At the second of our CTO Breakfast Briefings, where technology executives gathered to examine the growing influence of AI on the software development lifecycle, Aleksandar Karavasilev, CTO at Damilah, shared the results of Damilah’s AI experiments. These revealed practical gains and sparked further discussion around how AI is reshaping team workflows, engineering oversight, and productivity.
500 hours’ time saved in three months with AI
Aleksandar opened the session by presenting findings from structured experiments using tools like GitHub Copilot and Cursor. One example showed how engineers used Cursor to analyse over 900 SQL procedures, reducing what would typically take weeks into a few days. Across 80 engineers, the company recorded over 400 – 500 hours saved in just three months.
While the productivity gains were clear, attendees agreed that traditional metrics, such as story points or cycle time, struggle to reflect the real impact of AI assistance. Some have started running side-by-side comparisons using past sprint data. Others rely on direct feedback from engineers to assess where AI adds the most value.
Human accountability and measurement challenges
Participants discussed optimal approaches to handling bugs in AI-generated code. They generally agreed that no AI tool is capable of producing perfect code.
In particular, “code bloat” was highlighted as a major issue. In other words, as AI operates so rapidly, it’s easy to generate huge amounts of code – and inevitably the more code that exists, the more bugs there will be.
Because of this, there was a consensus that:
It’s essential to ensure human involvement at every step of the development process.
“People must remain accountable for what they produce,” said one attendee.
Code reviews, both by humans and tools such as CodeRabbit, are particularly important.
Privacy, security and regulatory requirements shape implementation
Security and compliance featured heavily in the conversation. Organisations are under pressure to ensure that AI tools don’t expose sensitive information or create audit gaps. A few attendees discussed:
Creating data wrappers to monitor agent activity
Preventing tools from leaking PII
Building traceable workflows that can meet third-party audit standards
These measures allow AI to be used in sensitive industries like finance and healthcare.
Managing AI Costs and Infrastructure choices
As AI becomes more integrated into workflows, its operational cost has come under scrutiny. Attendees noted the rising expenses of using large language models through public APIs and the unpredictability of long-term pricing.
Alternatives currently under consideration include:
Hosting lightweight private LLMs
Running AI models locally on edge devices
Replacing SaaS-based solutions with internal AI-driven systems built using MCP
These strategies aim to make AI adoption more sustainable while maintaining data privacy and performance.
AI is redefining engineering workflows
Attendees agreed that AI is influencing how engineers work. By offloading repetitive or time-intensive tasks, AI enables developers to focus on problem-solving and innovation.
However, participants raised concerns about the learning curve for junior engineers. If AI handles too much, new developers risk missing foundational knowledge. Several organisations now combine AI tooling with mentorship programmes and hands-on training. One attendee noted that AI should be treated as a peer contributor: fast, efficient, but imperfect, always requiring human oversight.
Rethinking SaaS business models in the age of AI
Attendees discussed how AI, particularly LLMs and generative tools, is forcing product and commercial leaders to reconsider SaaS business models. One speaker described the tension between using AI to accelerate a content-driven business while also facing existential risk from the same technology. As AI agents shift how people search, consume, and generate content, traditional SEO-led monetisation strategies may become less effective. Another participant noted that the ease of creating AI-powered workflows has made it harder to differentiate products, urging businesses to focus on their unique value propositions. Several attendees agreed that pricing models would need to evolve, moving away from flat-fee SaaS toward usage-based or outcome-driven approaches.
Final Thoughts: Success requires structure, not just tools
AI tools have moved from experimentation to execution. They’re helping engineering leaders solve long-standing problems, accelerate timelines, and explore new ways of working. But the session also made it clear that success depends on structure: on clear governance, trusted oversight, and shared learning.
In traditional IT outsourcing, the product owner role tends to shrink to one task: backlog management. Requirements come in, user stories go out. That model is starting to show its limits. There is growing recognition that product owners in outsourced teams need more than backlog management skills and that the role itself needs to evolve.
When tech ecosystems are shaped by outsourcing and staff augmentation, software development teams risk becoming expert executors. But, especially in the age of AI, what they need is a strong product culture: a mindset that focuses on user outcomes, not just shipped features.
AI maturity starts with rethinking how software is built, how teams are structured, and what the “senior” title really means in an AI era. Organisations that move beyond experimentation are willing to question their operating model, not just layer AI onto the way they’ve always worked.
Subscribe to our newsletter
Sign up for our newsletter to get regular updates and insights into our solutions and technologies