Tecknuovo: Building a PMO from zero to govern 19 projects, including public-sector delivery
The challenge
Tecknuovo, a consultancy, needed a centralised Portfolio Management Office to oversee 19 diverse projects, including critical public-sector engagements, and wanted its junior staff upskilled in best practice.
What we did
We built a PMO function from the ground up, implemented portfolio frameworks for tracking and managing delivery, and provided hands-on coaching to junior team members in portfolio management and agile delivery while overseeing the live portfolio.
// run against The Tenhaw Way, published in full and free to adopt without engaging us
The outcome
Tecknuovo gained a fully functional PMO with real visibility and control, a markedly more capable junior delivery team, and reinforced credibility on high-profile public-sector work.
Limits, and what is withheld
What transfers is the function itself: a standing register of what is being built, who owns it, what it was permitted to do and what happened when it was reviewed, which is the discipline every portfolio needs once delivery is spread across teams, suppliers and departments. What this engagement was not is a technology build. It was portfolio governance and the upskilling of a delivery team, and the study is written as exactly that.
Why a buyer usually lands on this one
Written for the person arriving mid-programme with a question.
Where AI governance actually lives
Most published AI governance material describes controls. It rarely says which standing function operates them, which is why so much of it never leaves the policy document.
The NIST AI Risk Management Framework is explicit on this point: its first function is Govern, and it asks for accountability structures, defined roles and documented decision rights that exist before a system is deployed. Read as a delivery problem rather than a policy one, that is a portfolio office. Something has to hold the register of what is being built, who owns it, what it was permitted to do, and what happened when it was reviewed. In most organisations that function already exists and has simply never been asked to cover models.
Public sector delivery raises the bar
Several engagements in this portfolio touched central government and critical national infrastructure, where evidence of governance is part of the deliverable rather than an internal comfort. A portfolio office that cannot produce, on request, who approved what and on what basis is not a portfolio office.
We built the function, the frameworks and the tracking, and coached the junior delivery leads to run it. We did not implement the NIST AI Risk Management Framework here and this was not an AI portfolio. It is on this site because the control plane an agentic programme needs is this function, extended.
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, and no AI governance claim.
This was portfolio management. Naming the NIST AI Risk Management Framework above describes what that framework asks for, not work we delivered against it.
- 02
We governed the portfolio, we did not deliver the projects.
The 19 projects were delivered by Tecknuovo's own teams and their clients. Our work was the office that made them visible, comparable and manageable.
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.
Roughly a year of stalled work, rebuilt as a working proof of concept in two weeks
12 months → 2 weeks, prior build effort rebuilt as a working proof of concept
Standing up the delivery engine behind a £40bn hydrogen business case
£40bn, business case underpinned
Landing the Discovery+ launch on a CEO-set deadline
6, development teams on the launch, one of them the visual rebrand team James ran
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
How long does it take to build a PMO from scratch?
Nine months, in our experience. At Tecknuovo, a consultancy, we stood up a centralised Portfolio Management Office from nothing and had it governing 19 projects, including public-sector delivery for HMRC, the MOD and Thames Water. The work ran in parallel. We implemented portfolio frameworks for tracking and managing delivery while we oversaw the live portfolio, so nothing was designed on paper and switched on later. By the end Tecknuovo had a fully functional PMO with real visibility and control, and a junior delivery team markedly more capable than when we arrived.
What did Tenhaw do for Tecknuovo?
We built Tecknuovo a Portfolio Management Office from zero and ran it for nine months. Tecknuovo is a consultancy. It needed centralised oversight of 19 diverse projects, including critical public-sector engagements for HMRC, the MOD and Thames Water, and it wanted its junior staff upskilled in best practice. We implemented the portfolio frameworks for tracking and managing delivery, oversaw the live portfolio, and coached junior team members in portfolio management and agile delivery. Tecknuovo came out of it with a fully functional PMO and real visibility and control. Its junior delivery team was markedly more capable, and its credibility on high-profile public-sector work was reinforced.
Does Tenhaw take on work for other consultancies?
Tecknuovo is one. It is a consultancy, and it brought us in to build the Portfolio Management Office that governed its own 19-project portfolio, including public-sector delivery for HMRC, the MOD and Thames Water. A consultancy is a demanding client for delivery work, because delivery is what it sells. The engagement had to give its leadership real visibility and control and leave its junior delivery leads markedly more capable. Over nine months it did both. If your firm sells delivery and needs its own house in order, that is a problem we have solved before.
Has Tenhaw worked on HMRC or MOD programmes?
At portfolio level, yes. Tecknuovo is a consultancy delivering into the public sector, and we built and ran the Portfolio Management Office that governed a 19-project portfolio taking in HMRC, the MOD and Thames Water. Our role was governance and oversight. We owned the frameworks and the tracking that kept high-profile public-sector work visible and well run, and Tecknuovo's own teams delivered the projects. The outcome reinforced Tecknuovo's credibility on that work. It is portfolio delivery, and it is the record we point at when a buyer asks about public sector experience.
How many projects can one PMO team realistically oversee?
Nineteen at Tecknuovo, all governed by one centralised PMO. It was a diverse book, and it included critical public-sector engagements for HMRC, the MOD and Thames Water. What makes that scale workable is the framework, not headcount. One consistent way of tracking and managing delivery across the whole portfolio means leadership can see what is being built, who owns it and how it is going, in one place instead of nineteen. The real test is not how many projects the office touches. It is whether leadership gets real visibility and control, and Tecknuovo did.
Can you coach our junior delivery leads during a live engagement?
Yes, and live is where coaching sticks. At Tecknuovo we provided hands-on coaching in portfolio management and agile delivery to junior team members while overseeing the live 19-project portfolio, so people learned on the work they were actually accountable for rather than in a classroom. Over nine months that produced a markedly more capable junior delivery team, which was one of the two things Tecknuovo hired us for in the first place. Building up the client's own people is standard for us. It is how an engagement ends without leaving a dependency behind.
Who runs the PMO after the consultants leave?
Your people, if the engagement was set up honestly. At Tecknuovo the deliverable was not just a functioning Portfolio Management Office. It was also a junior delivery team coached in portfolio management and agile delivery while the live portfolio ran, so the capability stayed in the building when the engagement ended. That is our standard shape: the exit date is agreed at kickoff, the client owns all work product, and skill transfer is written in as a deliverable. A PMO that only works while the consultancy is in the room is a subscription, not a function.
What should a portfolio management office actually track?
Keep a standing register of four things: what is being built, who owns it, what it was permitted to do, and what happened when it was reviewed. That is the function underneath the PMO we built for Tecknuovo, implemented as portfolio frameworks for tracking and managing delivery across a 19-project portfolio. Everything else a PMO produces derives from that register. There is a simple test for whether yours tracks the right things. Does leadership have real visibility and control, or just reporting?
Does portfolio governance experience transfer to a technology programme?
It does, because the hard part is the function, not the subject matter. A portfolio office keeps a standing register of what is being built, who owns it, what it was permitted to do and what happened when it was reviewed, and it holds that record current while the work runs rather than assembling it afterwards. Tenhaw built and ran that function at Tecknuovo across a 19-project portfolio spanning HMRC, the MOD and Thames Water, and upskilled the junior delivery team while it ran. A programme that cannot answer those four questions on any given week is not governed, whatever it is building.
Does upskilling our own people slow the delivery down?
No. At Tecknuovo the coaching was the delivery. Junior team members were coached in portfolio management and agile delivery on the portfolio itself, while we oversaw the live 19-project portfolio, critical public-sector work included. Nothing paused for training. The portfolio kept moving for the full nine months and the coaching rode on it. Tecknuovo got both outcomes at once, a fully functional PMO with real visibility and control and a markedly more capable junior delivery team. That is why coaching on live work beats sending people on a course.
Does stronger delivery governance help win public sector work?
It did at Tecknuovo, where reinforced credibility on high-profile public-sector work is one of the three outcomes the study records. The portfolio we governed included delivery for HMRC, the MOD and Thames Water. Buyers of that kind will not take assurance on trust. They want to see how a supplier tracks work and who owns each project, down to what happened at the last review. A centralised Portfolio Management Office produces that evidence as a by-product of running the portfolio properly, so it is already there when someone asks. Credibility of that sort follows the evidence rather than the pitch.
Should government and commercial projects run to the same standard?
Yes. Let the public-sector work set it. Tecknuovo's book of 19 was a diverse one. Engagements delivering to HMRC, the MOD and Thames Water sat alongside the rest of the portfolio, and the office we built governed all of it under the same frameworks. Running two standards is where portfolio offices come undone, because every project that moves between them has to be translated and leadership stops comparing like with like. Hold the whole book to what your most scrutinised client expects, and everything else inherits it at no extra cost.
Is it worth building a PMO for just a handful of projects?
Often not, and it is cheaper to hear that now. The function you actually need is a current register of what is being built and who owns it, and with a handful of projects one person can hold that in a single document and a weekly conversation. At that size a separate office adds reporting without adding much control. Tecknuovo's position was different: a book of 19 diverse projects, including delivery for HMRC, the MOD and Thames Water, is well past the point where anyone carries the picture in their head. That is why it needed a centralised Portfolio Management Office, and why building one was nine months of work.
How do you get delivery teams to actually use a new PMO?
Build it on the work they are already doing. At Tecknuovo we implemented the portfolio frameworks while overseeing the live portfolio, so there was never a launch day when nineteen projects were told to switch to something designed elsewhere. The people who would run the office afterwards, Tecknuovo's junior delivery leads, were coached in portfolio management and agile delivery inside it while it took shape, which gave the office advocates on the ground before it had any authority. An office designed on paper and handed over finished gets treated as head office reporting. One that grew out of the portfolio gets used.
What should we ask a firm offering to build our PMO?
Three questions get you most of the way. First, what will leadership be able to see that they cannot see today, in concrete terms, because an answer that amounts to more reporting is overhead rather than real visibility and control. Second, who owns the frameworks, the register and the documentation at the end. With us the client owns all work product and the exit date is agreed at kickoff. Third, what capability stays behind. At Tecknuovo the junior delivery leads were coached in portfolio management and agile delivery while the portfolio ran, and a markedly more capable delivery team is recorded as an outcome alongside the office itself.