Globelynx: Cutting delivery lead times by 60% with agile and operational insight
The challenge
Globelynx had long delivery timelines, inconsistent coordination, and little operational insight. Teams could not prioritise effectively, and decisions across Operations, Partnerships, and Client Management lacked actionable data.
What we did
We introduced iterative planning, stand-ups, and retrospectives across 16 client deliveries and one internal change project, coordinated timelines and dependencies, renegotiated supplier engagements to cut cost and improve performance, and continuously collated operational data into trends leadership could act on.
// run against The Tenhaw Way, published in full and free to adopt without engaging us
The outcome
Within six months delivery lead times fell by 60%, client satisfaction rose, supplier relationships strengthened, and data-driven insight let teams make sharper strategic decisions, positioning Globelynx for scalable growth.
Limits, and what is withheld
What transfers is the habit of baselining a process before claiming an improvement to it, and of counting the running cost of a change rather than only the cost of building it. Both habits came out of agile delivery, supplier negotiation and operational reporting, which is where an AI business case is usually won or lost long before a model is chosen.
Why a buyer usually lands on this one
Written for the person arriving mid-programme with a question.
You cannot claim an improvement you never baselined
The 60% on this page is quotable because there was a measured before. Iterative planning, stand-ups and retrospectives across 16 client deliveries produced comparable data, and the reduction was measured against it.
This is the most common gap in the AI business cases we are shown. A firm proposes to automate a process it has never timed, then proposes to report the saving. Our audit exists partly to close that, because the cheapest week of an agentic programme is the one spent measuring the process you are about to change.
Cost is never only the model
The £100k of supplier savings here came from renegotiating engagements rather than from anything technical. It is on this page because AI programmes routinely present a build cost and omit the running one: inference, the vendor contracts around it, the reviewers you now need, and the tooling nobody cancelled.
An AI delivery partner that has never had to defend a supplier line in a profit and loss account will not spot that, and it is usually where the business case quietly fails in year two.
Your context will differ from this one. Thirty minutes is enough to say by how much.
Talk it throughWhat this engagement does not claim
The same caveats the case studies hub carries, narrowed to this engagement so nothing here is a surprise to your analyst.
- 01
Not an AI engagement.
Agile delivery, supplier negotiation and operational reporting. No models, no agents.
- 02
The 60% is our measurement of our own work.
It was measured with the client from their delivery data over six months, and it has not been independently audited.
If you want to know whether we have done your version of this, ask on the call and we will answer plainly.
Talk it throughOther engagements
Sector first, because that is the next question. All twelve are on the hub, grouped into the two we would call AI work and the ten we would not.
Landing the Discovery+ launch on a CEO-set deadline
6, development teams on the launch, one of them the visual rebrand team James ran
Making a pandemic-era app team predictable, and trusted again
2, squads: Mobile App and Integration
Turning three merged teams into one delivery unit through workflow design
3, merged teams aligned
Or skip the reading and ask which of these is closest to your problem.
Talk it throughSee how we did it
A real engagement walked through by the person who led it, then the same method applied to yours.
- The ways of working, published in full and free to adopt without hiring us.
- The target operating model James co-led at HSBC: designed and piloted for 500 teams, with global rollout due in 2026 and not yet rolled out.
- The AI build inside a live London specialty insurer: a working proof of concept, month by month, with the client anonymised to a market.
Everything the call covers about our work is already published on this site. What it adds is the person who did that work, and your own situation put through the same method.
The 30-minute discovery call starts with your problem. This one starts with our work.
Pick a time on cal.comWant the same thing, in your organisation?
A 30-minute call with James Rooney. We will tell you which parts of this we have done before and which we would be doing for the first time, and you will leave with a rough scope either way.
most start with a fixed-price AI Readiness Audit · £44,000 · 4 weeks · working prototypes
Calendar not loading? Open it on cal.com or email hello@tenhaw.com.
Questions about this engagement
What did Tenhaw do for Globelynx?
Globelynx is a UK media and broadcast technology business, and the engagement ran nine months across 16 client deliveries and one internal change project. We introduced iterative planning, stand-ups and retrospectives, coordinated timelines and dependencies across the workstreams, renegotiated supplier engagements, and continuously collated operational data into trends leadership could act on. Within six months delivery lead times had fallen by 60% and client satisfaction had risen, and £100k of supplier savings were negotiated.
How did Globelynx cut delivery lead times by 60%?
By changing working practices, not by buying anything. Iterative planning, stand-ups and retrospectives went in across 16 client deliveries and one internal change project. Timelines and dependencies were coordinated across the lot rather than per team, and supplier engagements were renegotiated to improve performance as well as cost. Those practices produced comparable delivery data, which gave the improvement a measured baseline, and the 60% reduction was measured against it with the client over six months. Teams that previously could not prioritise effectively got operational data to prioritise with, and decisions across Operations, Partnerships and Client Management, which had lacked actionable data, got sharper.
Is a 60% reduction in delivery lead times believable?
Yes, and the working behind the number is the part that matters. The reduction was measured with the client from their own delivery data over six months, against a baseline the agile practices themselves created. Iterative planning and retrospectives across 16 deliveries produced comparable data before any improvement was claimed. The limit is worth stating. This is our measurement of our own work, and it has not been independently audited. Most of the AI business cases we are shown fail earlier than that, on the missing before. A number with a measured baseline and a stated limit is a different class of claim from a number alone.
What transfers from a delivery engagement into agentic work?
Two habits transfer straight into agentic work. The first is baselining a process before you claim an improvement to it, and the 60% on this page is quotable because there was a measured before. The second is counting the running cost of a change as well as the cost of building it, which is what the supplier renegotiation exercised. Nine months of agile delivery, supplier negotiation and operational reporting across 16 client deliveries and one internal change project is where both were learned. Those two habits are where the AI business cases we are shown most often fall over.
Where did the £100k of supplier savings at Globelynx come from?
From renegotiating supplier engagements to cut cost and improve performance at the same time. Nothing technical about it. The outcome records supplier relationships strengthening alongside the price coming down. It sits in this study because an AI programme's cost line is never only the model, and a delivery partner who has had to defend a supplier line in a profit and loss account reads a vendor contract differently from one who has not. The commercial work is part of the delivery work, not an extra.
Why do AI business cases quietly fail in year two?
Usually because the case presented a build cost and omitted the running one. Inference has a monthly bill, the vendor contracts around it renew, the human reviewers the system now needs are salaried, and the tooling nobody cancelled keeps charging. None of that appears in a business case built around the cost of reaching a working demo, so year one looks like success and year two's profit and loss tells a different story. Catching it is a commercial habit more than a technical one. Someone has to own the supplier lines, the way the Globelynx engagement did when £100k of savings came from renegotiation.
What would the Globelynx engagement be sold as today?
Programme and Delivery Management, at £18k–£35k per month at published rates. That band means you can price the equivalent engagement rather than guess at it. The Globelynx shape is what that service covers: agile delivery and operational insight across many parallel workstreams, with operational data collated into trends leadership can act on. The price derives from a published rate card at twenty billable days a month, the same arithmetic behind every engagement price on the site.
Has Tenhaw worked with media and broadcast companies?
Yes. Globelynx is a media and broadcast technology business in the UK, and the engagement there ran nine months: agile delivery across 16 client deliveries and one internal change, a 60% reduction in delivery lead times, and £100k of supplier savings negotiated. James also ran the visual rebrand team on the Discovery+ launch, which hit its CEO-set date, and Sky and F1 sit in his delivery and transformation background.
How do you give leadership operational data they will actually act on?
Collate it continuously into trends. Do not wait for someone to ask for a report. At Globelynx, decisions across Operations, Partnerships and Client Management lacked actionable data, so operational data was gathered continuously and turned into trends leadership could act on, and the outcome credits that insight with sharper strategic decisions. The mechanism matters. A one-off report describes the past, while a maintained trend line changes the next decision. It is also the discipline an automation programme needs later, because a business that has never measured a process cannot report a saving from changing it.
Should we time a process before automating it?
Yes, before anything else. The most common gap in the AI business cases we are shown is a firm proposing to automate a process it has never timed, then proposing to report the saving. The Globelynx 60% is quotable because there was a measured before, with comparable delivery data in place before any improvement was claimed. The cheapest week of an agentic programme is the one spent measuring the process you are about to change, and our four-week audit exists partly to close that gap before a build starts.
How do you stop internal projects being starved by client work?
Put the internal work on the same plan and the same cadence as the client work, so it gets traded off in the open and does not slip quietly. Globelynx ran 16 client deliveries and one major internal change project together. Iterative planning, stand-ups and retrospectives covered all of it, and timelines and dependencies were coordinated across the whole set. Operational data was collated continuously into trends, so leadership could see what the internal project was costing and what it was worth, and choose deliberately. Within six months delivery lead times had fallen by 60% and client satisfaction had risen, with the internal change moving alongside the client work.
Does client satisfaction drop when you speed up delivery?
It went the other way at Globelynx. Delivery lead times fell by 60% within six months and client satisfaction rose over the same period. That is what happens when the speed comes from coordination. The changes were iterative planning, stand-ups and retrospectives across 16 client deliveries and one internal change project, timelines and dependencies coordinated across the whole set, and supplier engagements renegotiated to improve performance as well as cost. Clients experience that as dates that hold and fewer late surprises. Satisfaction suffers when speed comes from cutting the checks, not when it comes from removing the waiting between them.
Can we take on more client work without hiring more people?
Often yes, when the limit is coordination rather than hands. Globelynx had long delivery timelines, inconsistent coordination and little operational insight, and teams that could not prioritise effectively. What changed that was iterative planning, stand-ups and retrospectives across 16 client deliveries and one internal change project, coordinated timelines and dependencies, and operational data collated continuously into trends leadership could act on. Lead times fell by 60% within six months, which is capacity you are already paying for coming back into the business, and the study records the result as positioning Globelynx for scalable growth. If your delivery is already coordinated and instrumented, then the honest answer is headcount.
Should the person running delivery also negotiate with suppliers?
Yes. Delivery and supplier negotiation are the same problem seen from two ends, and one engagement can carry both. At Globelynx supplier renegotiation sat with the delivery work and produced £100k of savings alongside the 60% reduction in delivery lead times, and supplier relationships came out stronger rather than soured. Someone coordinating 16 client deliveries knows which supplier is actually holding up which date. That is leverage a price-only conversation never has. Those renegotiations cut cost and improved performance at the same time. It carries into AI work directly, because an AI cost line is never only the model, and someone has to own the contracts around it.
How do you spot a dependency before it wrecks a delivery date?
Look across the whole portfolio, not down one project. At Globelynx timelines and dependencies were coordinated across 16 client deliveries and one internal change project together, and that is where a clash actually becomes visible. Inside a single project the dependency looks like someone else's problem right up until the week it lands on yours. The other half is data. Operational information was collated continuously into trends, so a stretched team or a slipping supplier showed up as a trend before it showed up as an apology. Delivery lead times fell by 60% within six months once that coordination was in place.