Tech Talks Daily

What happens when an organization writes careful AI governance policies but its infrastructure cannot enforce any of them?
In this episode of Tech Talks Daily, I speak with Sabina Anja, Chief Technologist at Broadcom within the VMware Cloud Foundation division, about the infrastructure controls required as AI agents move from generating answers to accessing data, calling APIs, modifying systems, and triggering work.
Sabina brings experience from both sides of enterprise technology. She remembers cabling networks, dealing with unstable infrastructure, and receiving those weekend calls when downtime had already upset the business. That background informs her belief that ambitious AI programs cannot succeed without stable, observable, and enforceable infrastructure beneath them.
Many organizations are repeating a familiar pattern. Business teams adopt AI services before IT has established visibility, ownership, or control. The terminology may have changed from shadow IT to shadow AI, but the management problem remains. Sabina argues that CIOs first need an inventory of agents, nonhuman identities, data access, processes, and accountable owners.
The risk becomes greater because agents behave differently from people. They operate across multiple systems at machine speed and can perform repeated actions without appreciating the wider business outcome. An agent does not need malicious intent to cause disruption. Excessive permissions, flat networks, inconsistent access rules, and years of deferred infrastructure work can give it plenty of opportunities.
Sabina recommends brokered access rather than direct access, alongside dedicated virtual machines or namespaces, microsegmentation, lateral security, east-west policy controls, and tamper-evident logging. Organizations also need to define which data an agent can view, modify, or move, especially when sovereignty and regulatory requirements apply.
One of Sabina's most memorable ideas is to treat an AI agent like a superhuman contractor. It should have a defined purpose, a named manager, a clear access specification, an activity record, and an end date. Additional permissions should be earned through evidence of reliable behavior rather than granted on the first day.
She also warns about agent debt. AI systems are developing rapidly, so an agent created today may become outdated within months. Sabina recommends assuming that many agents will expire after six to nine months rather than allowing forgotten systems and permissions to accumulate indefinitely.
For CIOs wanting an immediate test, her advice is straightforward. Create an inventory of nonhuman identities with production access. Then select one agent and examine every part of the infrastructure it attempted to reach. The question is not simply whether the application produced the expected result. Leaders should ask whether the agent entered systems, networks, or data stores that nobody expected it to access.
We also challenge the familiar claim that AI agents will take everybody's jobs. Sabina sees an opportunity to remove repetitive tasks and give technology professionals new skills, although she warns that agents may behave like teenagers armed with infrastructure permissions. They may not take your job, but they could become remarkably good at testing your patience.
I'd love to hear your thoughts. Does your organization know how many AI agents have production access and who is accountable for each one?

What does a rising cloud bill actually tell you about the value your business is creating?
Eight years after our first conversation, I welcome Kunal, co-founder and CEO of Unravel Data, back to Tech Talks Daily. We compare the data infrastructure he was optimizing during the Hadoop era with today's enterprise stacks built around Databricks, Snowflake, BigQuery, AI pipelines, and autonomous agents.
Kunal says Unravel Data has analyzed over 10 billion workloads across hundreds of enterprises. From that work, he argues that data platforms and infrastructure can account for up to 60% of cloud spending at some global businesses, while 30% to 40% of data platform spending may produce no business value. These are company claims, but they frame a problem many technology and finance leaders will recognize. The cloud bill arrives after thousands of individual engineering decisions have already been made.
We discuss where cloud waste hides, including oversized clusters, hot storage holding cold data, abandoned pipelines, inefficient queries, duplicate datasets, and development jobs consuming production-level resources. The people creating those workloads seldom see the price attached to their decisions, leaving technology leaders with an aggregated bill that explains what was purchased but not why it was needed.
AI adds another complication. Humans create workloads at human speed, while agents can generate queries, launch infrastructure, and consume tokens around the clock. An agent is designed to complete its task, not worry about whether a single query costs $5 or $5,000. Kunal argues that machine-speed consumption cannot be governed through monthly human reviews.
We also discuss the difference between cost cutting and cost optimization, why aggressive reductions can damage performance and reliability, and how FinOps must connect cost with business outcomes. Kunal explains why leaders should measure cost per pipeline, model, agent, successful run, customer report, and business result.
Finally, we consider the benefits and risks of autonomous data platform optimization. Kunal describes autonomy as a dial, with bounded, reversible, and validated actions earning wider authority as trust develops.
Does your cloud bill show healthy growth, or is expensive waste hiding behind the headline number? Share your thoughts with me.

How can an independent safety evaluation remain meaningful when the AI inside a product may change after its next update?
In this episode of Tech Talks Daily, I speak with Dr. Robert Slone, Senior Vice President, Chief Scientist, and Innovation Officer at UL Solutions. Robert has spent almost 30 years leading science, research, product development, and innovation teams. He now helps guide UL Solutions' scientific work across safety, security, and sustainability.
Many listeners will recognize the UL Mark without knowing what happens behind it. Robert explains how UL Solutions tests products to their limits, which can involve setting them on fire, finding their breaking points, inspecting manufacturing facilities, and determining whether they meet defined safety requirements.
That work began over 130 years ago when electricity was introducing unfamiliar risks. Today, the same broad question applies to artificial intelligence: how can society benefit from a new technology while understanding and managing the harm it could cause?
The need is becoming increasingly visible as AI moves into healthcare, transportation, manufacturing, financial services, infrastructure, and consumer products. Robert recalls being approached about evaluating an AI-enabled teddy bear capable of talking with children. It is a memorable example of how decisions made inside an AI model can reach directly into everyday life.
Robert organizes AI product safety around three pillars. The technical pillar considers robustness, risk management, functional safety, and whether the system performs its intended purpose. The ethical pillar includes fairness, bias, privacy, transparency, and explainability. Governance covers data management, product updates, accountability, and the complete operating life of the system.
We also discuss one of the hardest problems in AI certification. Traditional products and software can be evaluated against a defined version, but AI systems may be updated, retrained, or affected by changing data. Robert explains why meaningful safety assurance requires version-specific testing, annual reviews, disclosure of significant changes, and eventually telemetry capable of identifying problems much closer to real time.
For business leaders buying AI, the conversation provides a practical vendor checklist. Where did the training data come from? How was performance measured? What are the system's known limitations? How were privacy and bias assessed? Who takes responsibility if its behavior changes?
Independent testing cannot promise that an evolving product will remain safe forever. It can provide evidence about the version evaluated, expose gaps, establish accountability, and create a process for monitoring future changes.
What proof would you demand before allowing an AI product to influence an employee, patient, customer, or child? Listen to the episode and share your thoughts with me.

Could allowing patients to choose their own appointment times help reduce missed visits and shorten NHS waiting lists?
In this episode of Tech Talks Daily, I speak with Alison MacDonald, European Lead and Senior Vice President at Nordic Global. Alison brings an unusual combination of clinical and technology experience as a registered nurse who moved into digital health over 15 years ago.
Her career began in community nursing, where she was asked to lead an electronic health record project because colleagues thought she was good with computers. What initially appeared to be a simple exercise in converting paper forms into digital records encouraged her to question whether healthcare could redesign the process rather than copy it onto a screen.
We discuss Nordic's work with Cambridge University Hospitals NHS Foundation Trust on patient self-scheduling and automated earlier appointment offers. Before the program, missed outpatient appointments were removing valuable clinical capacity while administrative teams spent time calling patients and rearranging bookings.
Cambridge introduced self-scheduling through Epic MyChart, allowing patients to select appointment times through the patient portal. Alison says the DNA rate fell from 5% to 2.2% during the program.
According to the supplied results, over 20,000 patients successfully scheduled their own appointments and over 3,000 accepted offers to attend earlier when cancellations created availability. Patients moved appointments forward by an average of 16 days.
Forty percent of accepted earlier appointments occurred within seven days of the offer, while 7% took place on the same or following day. Administrative teams also saved an estimated ten minutes for every self-booked appointment.
Alison explains why patient control can improve attendance. People can choose times that work around employment, caring responsibilities, travel, and family life instead of receiving a fixed appointment through a letter or telephone call. Patients can also cancel or reschedule without waiting for somebody to answer the phone.
The operational lesson goes beyond appointment booking. Healthcare systems may be able to recover existing capacity by examining missed appointments, theater scheduling, waiting list processes, pre-visit questionnaires, and patient communications before concluding that every problem requires additional staff or facilities.
We also discuss where AI is producing practical results in healthcare. Alison points to medical imaging, emergency department triage, waiting list management, clinical documentation, and workforce deployment. She warns against discussing AI as one generic solution because each application requires a defined use case, suitable data, workable processes, governance, and staff adoption.
Ambient clinical documentation offers one example. An AI scribe can record a consultation, prepare a structured note, and pass it to the clinician for review and correction. Alison cites an NHS evaluation reporting a 23.5% increase in direct patient interaction time and an 8.2% reduction in appointment length.
Interoperability remains another major challenge. Healthcare journeys cross hospitals, primary care, community services, and specialist providers that may use different systems or a mixture of electronic and paper records. Even basic differences, such as one organization measuring pain on a five-point scale and another using ten points, can prevent reliable comparison.
Alison recommends agreeing on common data standards, defining the minimum patient information required during care transitions, including interoperability requirements in procurement, and avoiding bespoke integrations that make future information sharing harder.
Digital access also requires balance. Online services can improve convenience, but healthcare providers must retain appropriate alternatives for patients who lack digital skills, connectivity, confidence, or access.
Could your healthcare organization improve patient access and staff capacity by redesigning one familiar process before purchasing another large technology platform? Listen to the episode and share your thoughts with me.

What would change if a customer could return three days later through a different channel and continue the same conversation without repeating a single detail?
In this episode of Tech Talks Daily, I speak with Paul Adams, Chief Product Officer at Fin, the company previously known as Intercom. Paul has spent almost 13 years with the business and provides a candid account of how it abandoned its previous roadmap, placed a company-wide bet on AI, and rebuilt its products and working practices around AI agents.
Our conversation begins with Fin's move from a customer service agent toward what Paul calls a single customer agent. The idea is that customers do not care whether their request belongs to sales, service, or customer success. They want the company to understand their situation and help them complete the task.
Paul explains how AI agents can bring customer history, company knowledge, operational data, and business goals into the same conversation. This could allow an agent to resolve an issue, support a purchase, recognize a valuable customer, or transfer the conversation to a human without losing the context already provided.
We also examine the economics behind poor customer service. Many companies are not ignoring customers through a lack of concern. They are receiving volumes of requests that cannot economically be handled by adding people alone. Paul says some Fin customers are resolving between 70 and 90 percent of customer queries through AI. Rather than seeing entire teams disappear, he is observing employees move into customer success, knowledge management, AI supervision, and higher-touch services.
The episode also provides an unusually candid account of what it took to rebuild an established SaaS company around AI. Paul describes the process as brutal. Strategies were discarded, familiar processes were removed, and some people decided the new direction was not for them. His advice is to prioritize speed, place smaller experiments in front of real customers, and learn from evidence rather than waiting for every internal condition to become perfect.
Paul also recalls working on early versions of mobile YouTube and Gmail when colleagues questioned whether anyone would watch video or answer email on a phone. Those stories provide a timely warning about judging new technology by its early limitations.
Could AI agents finally give customers continuity across sales, service, and support, or will internal company structures remain the greater obstacle? Listen to the conversation and share your thoughts with me.