Feasibility engineering

Big change programmes hit a wall. Yours could be the regulator's deadline, the bonus scheme, a supplier's plans, the budget or a fixed go-live date.

We help government and organisations find the wall in their way, and get past it.

What we do, and why

We find out if your programme can work, and make it work.

The problem

Most big programmes are set targets that can't be reached as planned. Something fixed is in the way, and nobody spots it until money and goodwill are spent.

What we do

We find that wall early. Then we show you how to get past it, or tell you plainly that the programme shouldn't go ahead as it stands.

Why it matters

You commit money and reputation only to change that can succeed, and you know what has to move first.

  1. 1. Check

    Start with the soundness check. Four short sets of questions give you a first answer in minutes.

  2. 2. Find the wall

    We pin down what's really in the way: a budget, a deadline, a contract, a supplier or an incentive.

  3. 3. Choose the move

    We pick the right one of six moves to get past it, or advise you not to go ahead.

  4. 4. Make the change

    A founder works with you as you cross. One named person on your side can stop it at any time.

Our view

Feasible isn't found. It's made.

Most important change programmes can't succeed as first planned. Something stands in the way, such as a bonus scheme, a supplier's plans or a regulator's deadline. Feasibility isn't something you assess once at the start. You create it, by lowering the wall and crossing at the right moment.

We will tell you plainly when a programme shouldn't go ahead as planned. That's why our "yes" means something.

Our founders, Jo Bracey (25 years) and Catherine Myszka (20+ years), have led more than 50 transformation programmes between them.

Where the walls are

Three places the wall is concrete.

  • Central government

    A fixed budget, a legal deadline or a minister's timetable that can't move, and a business case that assumed it could.

    A basin of contours to the left; four parallel walls to the right, with a single crossing marked on the second.
  • Regulated industries

    The regulator's deadline. The change is due, the proof it works is due sooner, and the two are usually planned separately.

    A basin of contours to the left; a wall with one gated opening; a single crossing marked at the gate; a dashed target basin beyond.
  • Multi-vendor programmes

    A wall someone else controls, such as a supplier's plans, a contract that protects the supplier, or something nobody on the programme owns.

    Three basins side by side with walls between them; one wall solid, one dashed; a single crossing marked on the solid wall.

Check your programme in minutes.

Answer four short sets of questions and get a first answer straight away. A founder follows up.

The six moves

Every plan uses one of six moves.

In every programme we've studied, each planning decision fitted one of these six. We haven't found a seventh.

Training

FE101: Introduction to Feasibility Engineering

A half-day course on spotting what's blocking a programme, bringing people with you, and using AI well. You leave able to test a programme of your own.

About FE101 and in-house training

Works with what you run

Keep the tools you already use.

  • PRINCE2®
  • MSP®
  • Stage gates
  • RAID
  • Critical path

We don't replace your methods. We help you get more from them: a stage gate becomes a check on whether you can go ahead, a RAID log warns you of walls early, and the critical path shows which walls matter now.

Who we help

For the people who carry the risk.

See all ten services

How we work

Our promises to you.

  • Founders do the work

    The people you meet are the people who deliver. We don't hand you on to junior staff.

  • AI helps, people decide

    AI does the reading and the sums. A named founder signs off every recommendation.

  • Your data, your project only

    We use your data for your project, under your contract, and nothing else.

  • You can stop anything

    One named person on your side can halt any change, and everyone knows who.

We check every document before it goes out. We'll list certifications here once we hold them.


Latest news

From the Library and Events.

    Common questions

    What buyers ask us.

    See all answers


    Transform Intelligently.

    Find out whether your programme can succeed before you commit to it.

    Approach

    Feasibility engineering

    The doctrine in six sections: what a transformation is, the six moves that make a target feasible, the check that runs before any work, the ladder that tells the truth about readiness, the people and machines doing the work, and what the method refuses to do.

    Basins and walls

    An organisation occupies a basin: a stable configuration that its constraints hold in place. The target of a transformation is another basin, a durable state the organisation can hold once it arrives, not a milestone it passes through. Between the two stand walls, and for the programmes worth treating this way the target is infeasible at the outset because at least one wall has no room in it. The work of transformation is manufacturing feasibility: relaxing the wall that binds, and then crossing when the slack has run out and not before.

    Two basins of contours side by side, the current one solid and the target one dashed, with a wall between them and a single crossing marked.
    The two-circle picture: the current basin, the target basin, the wall between them, and one crossing.

    Walls are concrete, not abstract. A wall is a bonus structure that rewards the old behaviour, a pricing engine that cannot represent the new product, a supplier's roadmap that does not include your release, a regulator's timetable, a deadline with money attached. Naming the wall in those terms is the first thing the method asks for, because a wall you can name has an owner, a dimension and a quantity of slack, and those three facts decide which move is even available.

    Slack is the room that remains between where the organisation sits and a wall, projected over time. It can be positive, in which case you are choosing whether to cross; zero, in which case you are at the trigger; or negative, in which case the basin is already infeasible and you are managing a forced transition under degraded conditions. Most burning platforms are the negative-slack case. Converting forced transitions into chosen ones, by acting while slack remains, is the purpose of the discipline and the sentence in which its return can be stated.

    What triggers a crossing is criticality, not magnitude. A large movement of a wall with plenty of room in it is weather; a small movement of a wall at zero slack is the event. Regulated sectors are full of walls with no interior slack at all, where the smallest instance of the conduct is the breach and the only question is which side of the wall you are on.

    The six moves

    When a wall binds, making the target feasible means buying slack against it, and slack against a wall is a function of a fixed set of arguments: where the wall sits, where the organisation sits relative to it, the dimension along which the gap is measured, whether the wall is on the critical set at all, and the time available before the gap closes. To add slack you must act on one of those arguments; one further move adds no slack but changes which wall matters. There is no other term to act on, so there is no seventh class. That is what makes the repertoire a taxonomy rather than a list.

    The running example is an airline, because every planning action an airline takes can be watched from outside and every one of them falls into a class.

    1. Move the wall. Change where a constructed limit sits. The airline acquires or trades take-off slots years ahead. Cost currency: negotiation and political capital, because the wall usually has an owner.
    2. Move the organisation. Change your own position until you clear the wall. The airline swaps aircraft between routes to push seats into a market. Cost currency: the effort and disruption of moving.
    3. Reframe the dimension. Change the axis along which the boundary binds. The airline re-points capacity from business demand to leisure demand. Available only when the axis is a construct and not a fact; reframing a statutory or physical axis is not a move, it is laundering.
    4. Reroute. Resequence so that a slacker set of boundaries becomes the critical set. The airline re-paths services around closed airspace. Cost currency: coordination, because every reroute creates interfaces, and its characteristic failure is hidden coupling: taking one wall off the critical path and putting two others on it.
    5. Buy time or buffer. Extend the interval, slow the rate, or hold reserve. The airline's block-time buffers absorb delay and disruption. Bought time is only slack if the landscape holds still while you spend it; against a wall that is itself advancing, waiting consumes the very slack it was meant to create.
    6. Re-target. Change which basin you aim for. The airline scraps a declining route and commits capacity to a rising one. The only move that buys no slack, because it concedes the objective, and therefore the move of last resort: objectives are conceded knowingly at the end of the repertoire, never absent-mindedly in the middle of it.

    Two questions discipline the choice. Who owns the wall? Your own wall makes moving it cheap; a stakeholder's wall makes it a negotiation; an exogenous wall removes the class from the table. Is the dimension real or constructed? If the axis is statute, safety or arithmetic, reframing is unavailable; if it is a specification someone once chose, reframing may be the cheapest honest slack on offer.

    One guard completes the repertoire. A move launched in response to anything other than slack exhaustion is tampering, in Deming's sense: a structural response to ordinary variation inside the basin, which adds variance and manufactures nothing. A ready move is not a reason to move, and neither is a new financial year, a competitor's announcement or a bad quarter inside a stable basin.

    The soundness check

    Before any apparatus is deployed, the transformation is tested as scoped, in minutes rather than weeks. Four hard gates, each answered on its own, and any single red stops the work until the decision it exposes is taken above the programme.

    1. Is the finish line statable? One sentence, and the people who matter would state it the same way. Success described in adjectives, with two seniors defining arrival differently, is a red gate: a programme with two imagined targets is heading to two places at once.
    2. Is the sponsor real? A senior person genuinely willing to spend political capital when the change meets resistance, and you know who they are. A name on a chart who will be elsewhere when it gets uncomfortable is a spectator, and a sponsor unwilling to spend capital is a wall at zero slack in front of every move that needs authority.
    3. Does authority match the goal? You can make, or directly command, the changes success depends on. Responsibility without matching authority is not a job; it is exposure.
    4. Can scope, deadline and resource all be true at once? At least one of the three is genuinely allowed to move. All three corners nailed, with numbers that do not add up, is a decision to fail that has not happened yet.

    No score is added up, because some points are fatal on their own. A red is not offset by three greens, and it is not softened into a caveat. A method that can return "do not attempt" is a method whose positive verdicts mean something.

    Run the soundness check on your own programme

    The readiness ladder

    Readiness belongs to a move, not to an organisation. There is no such thing as an organisation at level six; there is a specific move, of one of the six classes, against a named wall, at some level of demonstrated readiness. Relabelling a readiness ladder as an organisational maturity scale is the category error this method exists to avoid.

    Nine rungs, each gated by two questions, and the move sits at the lower of the two answers: does it work, meaning has the move been shown to relax the wall it targets; and can we keep it safe, meaning has whatever could go wrong been shown to be watched and stoppable.

    1. Constraint identified: the wall is named and the hypothesis that the move relaxes it is stated.
    2. Move classed: one of the six, with the mechanism named.
    3. Proof of concept: analysis on real numbers that the move relaxes this wall without erecting a worse one.
    4. Validated in simulation: the move has survived cheap trial.
    5. Validated in a representative slice: run in a bounded but genuine slice, with the problems that surfaced recorded rather than explained away.
    6. Piloted: with a stop condition stated in advance, and the stop exercised at least once, because a stop rule never tested is a stop rule that does not exist.
    7. Deployed under monitoring: someone is watching the numbers that would show it failing.
    8. Transition confirmed: the organisation has arrived and the new state holds without heroics.
    9. Held: through a full cycle, without the old problems reappearing in new clothes.

    The ladder goes down, and that is it working. A move that loses its grip on the new basin regresses; a move that suffers a control failure regresses further, to the highest rung whose evidence still holds. A readiness scale that only ever goes up is not an instrument; it is a ratchet for optimism.

    On this site the ladder appears as honest self-placement. Its value is almost entirely in the ten-minute conversation in which someone says "we are at proof of concept, not pilot, because no real user has seen a real change", and the team stops planning as if evidence existed that does not. It is a mirror, not a badge.

    People and machines

    Modern transformations change people and AI systems together, and the doctrine treats them as one coupled population: human and machine actors sharing workflows, decision rights or accountability such that the work of either conditions the other. Two facts about that coupling carry most of the weight. Machines admit change at the level of a specification, which can be written, versioned and changed by decision; people admit change mainly as individuals and teams, with weak central control. A programme that paces both alike will mis-pace both.

    The Error-Correlation Law states when a coupled population can catch its own mistakes. On any given decision, its self-correcting capacity is greatest when the human error mode and the machine error mode are different, and it falls to nothing as they come to coincide. The residual risk that survives coupling is concentrated in the failures the two populations share. The casual claim that AI automatically corrects human bias dissolves on contact with the law: correction is decision-specific, and the difference in error modes has to be engineered and evidenced, not presumed.

    The leading shared failure mode is framing. The person anchors on the first number and is moved by whether a fact is stated as gain or loss; the model anchors on the prompt and is moved by how the question is posed. That is why the person checking the machine's work must be framed differently from the machine, and why an independent assurer is valuable for a testable reason: their errors are different from the delivery team's. Independence stops being a procurement heuristic and becomes a design property.

    Two further instruments follow. Say/do divergence, the gap between what an organisation declares and what its rewards reveal, is a first-class sensing input, instrumented at the level of roles rather than individuals. And the RAID log is read as a boundary-sensing instrument: risks are potential wall movements, issues are movements already occurred, dependencies are walls owned by others, and assumptions are unverified walls carrying the highest prior of being wrong.

    What the method refuses to do

    A method is defined as much by what it will not do as by what it does, and these refusals are structural rather than stylistic.

    • No aggregate scores. Four gates are never averaged, a readiness level is never rolled up into an organisational number, and a verdict is never presented without the distribution behind it. A single collapsed number hides exactly the point that is fatal on its own.
    • No verdict without its distribution. Where the firm states an aggregate about itself, the per-person figures sit beside it. The same rule applies to a client's numbers.
    • No move launched on noise. A bad quarter inside a stable basin, a ready solution, a new leader's playbook or an appetite for visible action is not a trigger. Only slack exhaustion on the critical set is.
    • No readiness badge. The ladder is a mirror for self-placement, not a badge to be performed and not a status to be awarded. The moment a team starts performing its level rather than reading it, the ladder has failed in its purpose.
    • No reframing of a real dimension. Statute, safety and arithmetic are not axes to be redrawn. Remeasuring reality is a move; redescribing it is not.
    • No model output unattended. A named founder stands behind every recommendation, and a named person on the client side can stop any live move.

    Test it as scoped.

    The doctrine's own front door is four questions that take minutes.

    Approach · by situation

    Entering a transformation

    The cheapest moment to find out that a programme is unsound as scoped is before it starts. Most that fail were unsound before anyone began, and none of that is fixable by working harder later.

    The walls typical of this situation

    At entry the walls are usually three. The finish line is described in adjectives ("modernised", "digital", "transformed") and two senior people would describe different destinations. The sponsor is a name at the top of a slide whose political capital has not been tested, and will not be available when the first business unit declines to release its data. And the triangle is nailed at all three corners: a scope treated as sacred, a deadline fixed by a settlement or a board date, and a team that is the team you have.

    Each of those is a wall at zero slack, and each is visible in minutes if someone asks the four questions before the business case is approved as if the target were reachable.

    What the method does here

    The soundness check runs first, and a red gate returns "do not attempt as scoped" with the decision that has to be taken named. If the gates are sound, a discovery uses your own data, artefacts and people to record the transformation as a feasibility problem: the current basin and the constraints holding it, the target stated as a durable state, the walls between them with their owners and their slack, and the authority structure including who can stop a move. The output is a map you own and a set of moves priced against the wall that binds.

    Segments that address it

    • i-Diagnostic: the macro-level view before significant investment is committed.
    • i-Discovery: readiness to enter, with the foundations in place before the broader team arrives.
    • Strategic Procurement: contracts written to serve the buyer before they are signed.
    • Capacity Profiling: the capacity of the teams you have, understood from the outset.

    Approach · by situation

    A transformation already in flight

    Large programmes drift without anyone deciding that they should. The question in flight is not whether the plan is being followed but whether the wall that binds is still the one the plan was built around.

    The walls typical of this situation

    In flight, the characteristic wall is one that moved after the plan was set: a supplier's roadmap that slipped, a regulator's timetable that tightened, a dependency that turned out to be owned by someone else. The second is hidden coupling: a reroute that took one wall off the critical path and put two others on it, so that the fast-track has become a slower programme with more interfaces. The third is the deferral that felt safe, repeated, until a chosen transition became a forced one.

    The tell is the reporting. A RAG status that has been amber for three quarters, a critical path nobody has re-derived since mobilisation, and a benefits case that is tracked but not tested are all signs that the instruments are being kept rather than used.

    What the method does here

    An in-flight engagement re-derives the map from the programme's own artefacts: the RAID log is re-read as a boundary-sensing instrument, the critical path is recomputed as the set of walls currently at or near zero slack, and every planned move is classed and checked against the wall it claims to relax. Where a move has regressed, the readiness ladder says so, and a buffering move creates room while a substantive move climbs back. The verdict precedes any new mandate: if the target as scoped is no longer reachable, the honest options are re-target or stop, stated in those terms.

    Segments that address it

    • Inflight Audit: independent confirmation that the programme is still on its critical path.
    • i-PMO: impartial oversight and reporting without vendor bias.
    • Relationship Management: partners aligned to the organisation's outcomes.
    • Data and AI: a single trusted view of the programme's data.

    Approach · by situation

    A multi-vendor programme

    When several suppliers deliver one transformation, the walls that matter most are owned by people who are not in the room, and the contracts were usually written to protect them.

    The walls typical of this situation

    The first wall is a boundary owned by someone else: a supplier's roadmap, a platform's terms, a partner's internal champion. Responsibility for the outcome sits with you; the authority to move the wall sits with them. The second is incentive: a bonus model or a commercial term that rewards the supplier for something other than your outcome, which makes every escalation a negotiation about the contract rather than the programme. The third is finger-pointing at the interfaces, where a defect belongs to whichever party is not in the meeting.

    What the method does here

    The method makes the ownership of every wall explicit and prices moves accordingly: a wall a supplier owns is a negotiation, priced in relationship and commercial capital, and the accountability framework aligns each statement of work to the RAID log so that dependencies are walls with named owners rather than rows in a register. Escalation and dispute resolution are designed before they are needed. Where a wall cannot be moved and cannot be routed around, the method says so, and the re-target is taken knowingly rather than discovered at go-live.

    Segments that address it

    Approach · by situation

    Exiting to business as usual

    Arrival is not the crossing. It is holding the new basin through a full cycle without the old problems reappearing in new clothes, and it is the most overlooked phase of any transformation.

    The walls typical of this situation

    At exit the walls are the ones nobody planned for because the plan ended at go-live. The business-as-usual teams inherit a system, a process and a backlog without the capability to run them. The benefits case passes from the programme to no one. The suppliers' contracts close on a date rather than on a condition. And the old behaviour, still rewarded by the bonus structure that was never changed, reasserts itself, which is the readiness ladder's regression case: the move loses its grip on the new basin and the metrics slide home.

    What the method does here

    Exit is assessed as a readiness question about the organisation's ability to hold the basin: are people, process and technology ready to run without the programme; is someone watching the numbers that would show the change failing; has a full cycle been held. Knowledge transfer is a named counterpart, an owned artefact and a documented method, so that the analysis can be rerun without praxTIa. Governance and contracts are closed down deliberately, and an aftercare review at twelve to eighteen months tests whether the basin held.

    Segments that address it

    • i-Exit: assurance that the programme has safely exited into business as usual.
    • Culture and Education: transformation principles embedded into business as usual.
    • Inflight Audit: benefits realisation tracked, not assumed.

    Approach · by sector

    Central government

    The constraint set of a government programme is unusually legible: settlements, statutory dates and ministerial timetables are published, and they still surprise programmes every year. A wall with a commencement date is not a risk; it is a scheduled boundary movement.

    The constraint set

    Government programmes carry walls that cannot be moved by anyone on the programme: a spending settlement fixed for a period, a statutory deadline written into primary legislation, a ministerial or parliamentary timetable, and a business-case process whose approval gates arrive on their own calendar. Around those sit walls that can be moved but only by someone senior: cross-departmental dependencies, shared platforms owned elsewhere, and data whose release needs a decision above the programme. And underneath sit the walls every large organisation has: the capacity of the teams that must run the new state, and a supplier base contracted under frameworks written before the programme existed.

    The characteristic failure is a business case approved as if the immovable walls could move, followed by a plan that spends its first year discovering that they cannot.

    How the method reads it

    Because so much of the constraint set is published, a government programme can be mapped early and honestly. Statutory walls are classed as exogenous, which removes "move the wall" from the table for them and points the repertoire at reroute, buffer and the honest re-target. The sponsor gate is applied to the person who will spend political capital across departmental lines, not to the accountable officer by default. And the instruments already in use, business-case stages, gateway reviews and RAID, are kept and told what they are for: a gateway is a soundness check at a boundary, and the RAID log is where the walls owned by other departments are recorded with their owners.

    Everything on this page is written without reference to any client or engagement.

    Where to start

    Approach · by sector

    Regulated sectors

    In a regulated organisation the change is due on one timetable and the evidence for it is due on another, usually sooner, and the two are on different critical paths. Some of the walls have no interior slack at all.

    The constraint set

    Regulated sectors carry three kinds of wall. The regulator's timetable, which is exogenous and arrives on a published date. The control environment, which has to be demonstrably intact through the change and not merely after it: version pinning, change management, independent validation and reproducibility sufficient for someone else to reperform the work. And the one-strike boundaries, where the conduct itself constitutes the breach, there is no threshold beneath which it is tolerated, and the smallest instance suffices. Against a wall of that class, magnitude is wholly irrelevant; the only question is which side of it you are on.

    The characteristic failure is treating the evidence path as documentation to be produced at the end, when it is a wall with its own slack that the programme has been consuming since day one.

    How the method reads it

    The method classes the one-strike walls first, because three moves are pre-excluded against them: the wall cannot be moved (it is law), time cannot be bought (there is no grace period), and re-target is already the move of last resort. That leaves move the organisation, reframe only where the axis is genuinely constructed, and reroute, and it makes the evidence path a first-class boundary on the map. Where AI participates in a reporting chain, the six moves read directly across to the control repertoire: tightening a tolerance is a move-the-wall, routing low-confidence cases to manual treatment is a reroute, re-tiering a risk assessment is a re-target, which lets control design and feasibility work share one vocabulary in front of an audit committee.

    Everything on this page is written without reference to any client or engagement.

    Where to start

    Services

    Ten segments, one doctrine.

    The praxTIa wheel is a map of where feasibility is manufactured across a transformation, from the first diagnostic to the exit into business as usual. Every segment applies the same method; the segments differ in which walls they address and when.

    The praxTIa wheel: ten service segmentsTen numbered wedges around a central hub reading Transform Intelligently. The numbers match the list of segments that follows.12345678910TransformIntelligently.

    The wheel

    1. i-Diagnostic: Macro-level analysis and recommendations on transformation strategy.
    2. i-Discovery: Readiness to enter transformation, with recommendations.
    3. Capacity Profiling: Delivery timelines and programme cost through intelligent resourcing.
    4. Data and AI: A trusted data view and a roadmap to augment capability.
    5. Culture and Education: The culture, behaviours and skills a transformation needs.
    6. Strategic Procurement: Supplier contracts that serve the organisation, not the supplier.
    7. Relationship Management: Transformation partners kept aligned to organisational outcomes.
    8. i-PMO: Independent oversight across a multi-vendor programme.
    9. Inflight Audit: Continual horizon scanning and critical-path validation.
    10. i-Exit: Assurance that the programme has landed in business as usual.

    The segments

    Each segment in the same shape: what it is, why it matters, and the value it leaves behind, followed by the products available in each mode of engagement.

    1. i-Diagnostic

    What

    Macro-level analysis and recommendations on transformation strategy:

    • Horizon scanning
    • Disruption risks
    • Competitor analysis
    • The organisational vision and future state
    • Blockers and risks to success
    • Success levers
    • Key performance indicators

    Why

    To provide a macro-level view of the transformation landscape, so that strategy is aligned to organisational vision, market disruption and competitor activity before significant investment is committed.

    These insights let leadership course-correct early and set the right strategic direction with full risk transparency.

    Value

    • Course correction and risk transparency
    • Aligned transformation strategy
    • Early identification of blockers and risks
    • Clear success levers and KPIs
    • Informed investment decisions
    • Reduced wasted spend

    Products by mode:

    • Deliverables: Pre-transformation readiness and strategy; Transformation strategy.
    • Concierge: Context clarification sessions.
    • Training: FE101: Introduction to Feasibility Engineering.

    Return to summary

    2. i-Discovery

    What

    Assessment of organisational readiness to enter transformation, with recommendations covering:

    • Organisational vision and strategy
    • Other in-flight programmes at entity level
    • Major business events
    • Consultancy competency and capability
    • Business case
    • Leadership and culture analysis
    • Data strategy
    • Process readiness and tools
    • Capability and capacity analysis
    • Leadership alignment and capability
    • Operating model, system landscape and governance landscape

    Why

    To make sure the organisation is prepared for transformation with the right resources (people, tools, skills and culture) in place before the broader transformation team is brought in.

    These elements are the foundations of the transformation, and success depends on them.

    Value

    • A successful transformation
    • Cost reductions with suppliers
    • Reduction in time to value
    • A shorter transformation timeline
    • Faster release of business teams back to business as usual
    • Return on investment achieved

    Products by mode:

    • Deliverables: Transformation readiness assessment and strategy.
    • Concierge: Individual artefact discussions; Implementation guidance.
    • Training: Speaking transformation: a shared vocabulary for the programme; FE101: Introduction to Feasibility Engineering.

    Return to summary

    3. Capacity Profiling

    What

    Optimised delivery timelines and lower programme cost through intelligent resourcing:

    • Analysis and continual review of resource capacity, so the capacity of your teams is understood from the outset
    • Quick wins through process optimisation, where AI can release your team's time
    • Analysis of the programme team to understand capacity and the quick wins available
    • Time zones, waste and quick wins

    Why

    To optimise delivery timelines and reduce overall programme cost through intelligent resourcing. Right-sized teams and disciplined capacity planning prevent burnout, keep priorities clear and put resources where they create the most value.

    Value

    • Burnout reduction and clear priorities
    • Reduced programme cost through optimised resourcing
    • Faster delivery through better capacity allocation
    • Quick wins surfaced and actioned
    • Improved team engagement and retention

    Products by mode:

    • Deliverables: Capability and capacity gap analysis at baseline and stage gates; Continuous capacity monitoring and planning; Quick wins and process optimisation to release capacity; AI enablement plan for the programme team.
    • Concierge: Real-world experience knowledge transfer; Implementation guidance.
    • Training: Roles and responsibilities in transformation; FE101: Introduction to Feasibility Engineering.

    Return to summary

    4. Data and AI

    What

    A comprehensive data and AI view of the transformation, with a roadmap to augment existing capability:

    • Data landscape assessment across the programme
    • Data governance and information security
    • Identification of AI and automation opportunities
    • Data quality, lineage and governance review
    • Roadmap for data and AI augmentation
    • Reporting and analytics enablement
    • Compliance and regulatory data considerations
    • Data storage and security considerations

    Why

    To give the programme a single, trusted view of its data, identify where AI and automation accelerate delivery, and make sure data and analytics decisions are taken with full visibility of compliance and risk.

    This unlocks cost efficiencies and better decision-making throughout the transformation.

    Value

    • Cost efficiencies through automation and AI
    • Improved compliance and data governance
    • Better, data-driven decision-making
    • Faster reporting and insight generation
    • A clear roadmap to augment data and AI capability

    Products by mode:

    • Deliverables: Data and AI readiness assessment; Change management for data and AI; Compliance review and recommendations.
    • Concierge: Quick wins in data optimisation; Implementation guidance.
    • Training: New ways of looking at data and AI enablement; Transformation data fundamentals; FE101: Introduction to Feasibility Engineering.

    Return to summary

    5. Culture and Education

    What

    Education for the transformation and business-as-usual teams on the culture, behaviours and skills required to succeed in a transformative environment:

    • Clarity: purpose, roles and decisions
    • Ownership: agency and accountability
    • Performance clarity
    • Transformation culture assessment
    • Tailored education and upskilling plan
    • Recruitment strategy for flexible skills
    • Leadership and change-readiness coaching
    • Behavioural and ways-of-working alignment
    • Skills gap identification and closure
    • Embedding transformation principles into business as usual
    • Neurodiversity and change; resilience; psychological safety

    Why

    Transformations succeed or fail on the people delivering them. A team that understands the culture, behaviours and skills required for change collaborates more effectively, makes better decisions and becomes a high-performing unit. Transformation culture is not business-as-usual culture, and that has to be recognised.

    This creates clarity of purpose and lasting capability beyond the programme.

    Value

    • Clarity and the creation of a high-performing team
    • Improved collaboration across workstreams
    • Faster adoption of new ways of working
    • Increased engagement and retention
    • Lasting transformation capability after the programme

    Products by mode:

    • Deliverables: Cultural assessment; Capability and skills assessment against the future state; Plan to bridge the gap, including shared services; New organisational culture communications.
    • Concierge: Cultural blockers and opportunities; HR change; Implementation guidance.
    • Training: Leading through change; Neurodiversity, resilience and psychological safety; Coupled relationships: the praxTIa method for people and machines; Transformed KPIs: hints, tips and agenda questions; Change management techniques, including the human and AI interface; Roles and responsibilities in transformation; FE101: Introduction to Feasibility Engineering.

    Return to summary

    6. Strategic Procurement

    What

    Contracts across your transformation suppliers made to serve your organisation:

    • Strategic partnerships built through strategic procurement
    • Early engagement of suppliers to seek advice
    • Review of existing supplier contracts and statements of work
    • Commercial term and pricing benchmarking
    • Risk, exit and IP clause assessment
    • Service level and outcome alignment
    • Multi-vendor accountability framework
    • Negotiation support and contract optimisation

    Why

    Transformation suppliers are often onboarded on terms designed to protect the supplier, not the buyer. A structured procurement review aligns every contract to transformation outcomes, with clear expectations, risk allocation and commercial protection.

    This safeguards the investment and holds suppliers to what was promised.

    Value

    • Reduced cost through optimised commercial terms
    • Reduced risk through clear contractual protections
    • Clear expectations on all parties
    • Outcome-aligned supplier accountability
    • A stronger position in renegotiation and renewal

    Products by mode:

    • Deliverables: Readiness-to-issue-RFP assessment; Independent RFP assessment; Multi-vendor accountability framework, with statements of work aligned to the RAID log; Transformation supply chain design across systems and vendors; Contract pre-signature assessment, integrated with the RAID log.
    • Concierge: Targeted negotiation and assessment support.
    • Training: Delivering the RFP, for the assessment team.

    Return to summary

    7. Relationship Management

    What

    Transformation partners managed strategically so they operate in line with organisational needs:

    • Vendor and partner stakeholder mapping
    • Cadence and governance design across suppliers
    • Escalation and dispute-resolution frameworks
    • Cross-vendor collaboration and dependency management
    • Performance and outcome reviews
    • Strategic relationship steering

    Why

    Multi-vendor transformations frequently suffer from misaligned incentives, duplicated effort and finger-pointing. Active relationship management keeps partners aligned to the organisation's outcomes rather than their own delivery silos.

    This protects pace, quality and cost across the programme.

    Value

    • Partners aligned to organisational outcomes
    • Cost saving through reduced duplication and rework
    • Faster issue resolution across vendors
    • Stronger, more accountable supplier relationships
    • Clearer programme governance and oversight

    Products by mode:

    • Deliverables: Escalation and dispute resolution framework; Vendor and partner stakeholder map; Continuous relationship monitoring, including external sources; Deliverable sign-off RACI.
    • Concierge: Supplier relationship steering; Multi-vendor integration and dependency management.
    • Training: Multi-vendor integration and dependency management.

    Return to summary

    8. i-PMO

    What

    An independent PMO across a multi-vendor transformation, refreshing governance artefacts to free the in-house PMO for strategic advisory work:

    • Roles and responsibilities for decision-making
    • Independent oversight across all delivery partners
    • Refresh of governance artefacts and templates
    • RAID, plan and finance consolidation
    • Programme reporting and assurance
    • Risk and dependency management
    • Release of the internal PMO to higher-value advisory work

    Why

    Internal PMO teams are often consumed by reporting and administration across multiple vendors, leaving little capacity for strategic advisory work. An independent PMO provides impartial oversight, modernises governance and frees internal teams to focus on value-adding work.

    It also removes vendor bias from programme reporting.

    Value

    • Cost saving through an optimised PMO operating model
    • Transparent and impartial programme reporting
    • Internal PMO redirected to strategic advisory work
    • Modernised governance and reporting artefacts
    • Earlier identification of risk and dependency issues

    Products by mode:

    • Deliverables: PMO RACI; Standard PMO reporting dashboard; RAID log, established or consolidated; Plan assessment; Plan management and recommendations; Budget management.
    • Concierge: Segregation-of-duties advice for systems; Regulatory considerations, such as Sarbanes-Oxley and Provision 29 of the UK Corporate Governance Code; Stage gate readiness; RAID management.
    • Training: PMO governance, roles and responsibilities; Segregation-of-duties assessment; Stage gate readiness.

    Return to summary

    9. Inflight Audit

    What

    Continual horizon scanning and critical-path adherence validation across the live programme:

    • Independent in-flight health checks
    • Critical-path and milestone validation
    • Continual horizon scanning for emerging risks
    • Assurance for proof of delivery, from the internal audit and sponsor viewpoints
    • External regulatory audit support and audit reporting
    • Benefits realisation tracking
    • Governance and control assurance
    • Targeted recommendations to keep delivery on track

    Why

    Large transformations drift without anyone deciding that they should. An in-flight audit provides an independent check that the programme is still on its critical path, surfacing emerging risks before they become costly recovery exercises.

    It gives leadership confidence that spend is protected and that risks are removed early.

    Value

    • Reduced spend through early intervention
    • Risks removed early
    • Independent assurance on delivery health
    • Critical-path adherence maintained
    • Confidence that benefits will be realised

    Products by mode:

    • Deliverables: Critical-path and milestone validation and forecast; Continuous milestone prediction; Process compliance demonstrability for auditors; Benefits realisation tracking process.
    • Concierge: Dealing with audit review points; Benefits realisation tracking guidance.

    Return to summary

    10. i-Exit

    What

    Assurance that the programme has safely exited into business as usual, with capability and benefits embedded in the organisation:

    • Business-as-usual readiness assessment across people, process and technology
    • Knowledge transfer and capability handover
    • Operational run-book and support model validation
    • Benefits realisation and tracking handover
    • Closedown of programme governance and contracts
    • Lessons learned and post-implementation review
    • A 12 to 18 month aftercare review with recommendations

    Why

    Transformations frequently stumble at the final handover, leaving business-as-usual teams unprepared and benefits unrealised. Exit assurance provides an independent check that the programme has truly landed, with the operating model, people and tooling ready to sustain the change.

    It de-risks the most overlooked phase of any transformation.

    Value

    • Safe transition into business as usual
    • Sustained benefits realisation after go-live
    • Business-as-usual teams equipped and confident
    • Clean closedown of governance and contracts
    • Lessons captured for future transformations

    Products by mode:

    • Deliverables: Periodic aftercare review, 12 to 18 months as a minimum; Benefits assessment; Transformation process effectiveness review; Go-live assessment; Knowledge capture and handover assessment; In-flight backlog transfer from transformation to business as usual; Centre of excellence playbook and review.
    • Concierge: In-flight backlog transfer guidance; Post-implementation process adherence.

    Return to summary

    Three modes of engagement

    The same doctrine, bought at different intensities. A segment can be taken in one mode or several; the method does not change, only how much of it praxTIa does and how much you do.

    • Deliverables

      A defined output produced by the founders from your data, artefacts and people: an assessment, a strategy, a framework, a register, a plan. You own the deliverable, the method behind it and the counterpart who can rerun it.

    • Concierge

      Advisory access to a founder while you do the work: a standing second opinion on decisions in flight, artefact discussions, implementation guidance, negotiation support. Concierge is advice; it produces no deliverable of its own.

    • Training

      The doctrine taught to your teams so that the capability sits with you: FE101 as the entry point, and segment-specific courses for PMO governance, procurement, data and AI, and leading through change. Assessed, so that mastery is evidenced by doing.

    The engagement lifecycle

    Five steps, in a fixed order, with an exit date agreed at the outset. The verdict precedes the mandate; nothing is quoted that has not been tested as scoped.

    • 1. Soundness check

      Four gates, minutes rather than weeks. A single red stops the work until the decision it exposes is taken above the programme.

    • 2. Discovery

      Using your own data, artefacts and people to understand the greater areas of risk and the areas of focus, across the whole wheel or the segments you choose.

    • 3. Analysis and recommendations

      AI to speed the reading and the arithmetic, the founders to make the judgement: a series of outputs and recommendations on your transformation approach, gaps and risks.

    • 4. Strategic human-in-the-loop advisor

      Expertise to guide and mentor your teams and leadership through the delivery of the recommendations, with strategic touch points to stay on track.

    • 5. Exit with capability left behind

      A named counterpart, an owned artefact and a documented method. No dependency: you can rerun the analysis without us, and the exit date was agreed on day one.

    Start where the doctrine starts.

    The soundness check is the first step of every engagement and it costs minutes.

    Training

    FE101: Introduction to Feasibility Engineering

    A half-day course that buys literacy and a shared vocabulary, taught by the co-founders in three threads, and assessed by exercises on cases you have not seen. It says plainly what one person can do afterwards and what one person cannot.

    Who it is for

    Managers and practitioners new to feasibility engineering: sponsors and programme leaders who want to test a transformation as scoped before committing to it, PMO and delivery leads who want a vocabulary for the walls they already manage, and data and AI leaders who are asked to accelerate delivery and to be accountable for what the machine produces. It is delivered in-house for a programme team, and in public cohorts once dates exist.

    Three threads

    • Diagnosis (Catherine Myszka): reading a situation as a constraint set, judging slack against each wall, and seeing which boundaries are live.
    • Change participation (Jo Bracey): the people who carry the change, the culture a transformation needs, and how a move lands in an organisation that was not consulted about it.
    • AI: people and machines as one coupled population, why their errors must not match, and where a machine may act on its own and where it may not.

    What a participant can do afterwards

    • Speak the language. Basin, wall, slack, criticality, move class, convergence: one vocabulary shared with everyone else in the room.
    • Read a situation. State the constraint set, judge slack against each wall, and see which boundaries are actually live.
    • Classify by mechanism. Put a proposed intervention into one of the six move classes and say why, by tracing what it acts on.
    • Run the soundness check. Test a transformation as scoped, in minutes, before any work is committed.

    What it does not do

    It does not certify capability: attending, and even passing the exercises, evidences literacy, and capability is demonstrated by doing the work under the discipline. It does not equip one person to run a programme, because orchestrating many coupled changes at once is programme-class work. And it does not teach the machinery behind the method: what participants get is the published, human-usable layer, which is complete for practice at this level.

    The pre-start soundness diagnostic

    Before the course, each participant runs the soundness check on a programme of their own. The four answers are not collected and not scored; they are the raw material for the day, so that every exercise is traced on a wall the participant recognises rather than on a case study they can forget on the train home.

    Assessed exercises

    Three exercises in which participants trace mechanisms on cases they have not seen: name the wall and its owner, class the proposed move and say what it acts on, and run the four gates on a scoped transformation. The exercises exist because mastery is not definitional recall; a participant who can recite the six classes and cannot class a live proposal has not learned the method, and the assessment is designed so that label reproduction does not pass.

    In-house delivery

    FE101 is delivered for programme teams at your site or online. Tell us the programme and the audience and a founder will reply.

    Talk to a founder

    Public cohorts

    Coming soon.

    Segment-specific courses, such as PMO governance, delivering the RFP, transformation data fundamentals and leading through change, are listed by segment on the Services page and delivered in-house.

    No professional-body recognition is claimed for this course. Any such recognition will appear here only once it is held.

    Resources

    Library

    Talks, webinars and articles by the team, in one place.

    Newest first. Filters apply across both sections.

    Talks and webinars

      Articles and thought leadership

        Resources

        Events

        Talks, webinars, panels and courses given by the founders, upcoming and past. After an event, its page gains the recording, slides and write-up, and the same item appears in the Library as a talk.

        Upcoming

          Past

            Resources

            Insights

            Short pieces by a named founder, each tied to one doctrine topic or wheel segment, between 600 and 1,200 words. Every piece passes the same integrity gates as a paper before it is published.

              This section is light at launch by design; it exists so that commentary which is neither a paper nor an event has a place.

              Resources

              Six questions buyers ask

              Each answer states what praxTIa does, what it refuses to do, and the one sentence a buyer should carry away. The same six questions appear on the home page in short form.

              Company

              Two co-founders, equal partners.

              One thread each: diagnosis and change participation. The people in the room at the pitch are the people who do the work, on every engagement.

              • Photo of Catherine Myszka

                Catherine Myszka

                Co-founder · the diagnostic thread

                Catherine leads diagnosis: reading a situation as a constraint set, judging slack against each wall, and running the soundness check before any work is committed. She presents to the ICAEW in November 2026.

                C-suite Finance Transformation Director with 20+ years driving transformation programmes across complex, global and regulated organisations.

                Full lifecycle leadership from initial discovery to end user adoption, including Finance Vision, Target Operating Models (TOM), Organisational Design (OD), Shared Services (SSC) and Global Business Services (GBS), Global Process Ownership (GPO), Continuous Improvement (CI), Finance skills and capabilities frameworks, change management, Transformation and Programme Management Office (TMO and PMO), governance risk and controls (GRC).

                ERPs include SAP S/4 HANA, Oracle Fusion, Microsoft Dynamics and Access Coins (construction industry ERP).

                Experience gained across Finance, operational and strategic transformation programmes with FTSE 100, S&P 500, Private Equity, Central Government, Mutuals, and complex high growth private companies.

                Examples of client value delivered: £80m savings (central government, COO sponsored), 30% finance cost reduction and SAP S/4 greenfield recovery (logistics, CFO sponsored), 75% OpEx reduction in-housing a payments cards portfolio (FS), PRA/BOE regulatory clearance and 77% cycle reduction time (FS, CFO & CEO sponsored).

                Years in transformation: 20+.

              • Photo of Jo Bracey

                Jo Bracey

                Co-founder · the change participation thread

                Jo leads change participation: the people who carry a transformation, the culture it needs, and how a move lands in an organisation that was not consulted about it.

                With over 25 years of experience in Change Management across multiple sectors and functions, I have led Change programmes, ensuring organisations receive innovative, high-quality, and results-oriented solutions. Focused on delivering best-in-class outcomes across multiple sectors (manufacturing, automotive, FMCG, pharmaceutical).

                My extensive background spans SAP, Oracle, Dynamics as well as broader transformation programmes, with a proven ability to develop high performing, multi-disciplinary teams. As a hands on Change Lead, I have worked across Procurement, Supply Chain, Sales, Logistics, Finance and Manufacturing.

                Years in transformation: 25.

              Company

              Talk to a founder.

              Tell us your target state in one sentence, which is gate one of the soundness check, so the diagnostic starts before anyone at praxTIa replies.

              Email a founder

              Your email goes to Catherine Myszka and Jo Bracey together. Include your target state in one sentence.

              Email Catherine and Jo

              Direct

              Email: [email protected] and [email protected]

              Registered details

              Praxtia Consulting Limited, registered in England and Wales.
              Company number: 17231477
              Registered office: 117a Manchester Road, Sheffield, England, S10 5DN

              What happens next

              A founder replies, not an assistant and not a sequence. If your one sentence is sound, the next conversation is about the other three gates. If it is not yet statable, that is the most useful thing we can tell you, and we will say so.

              Before any work

              The soundness check

              Four questions about a transformation as scoped. Minutes, not weeks. Any single red stops the work until the decision it exposes is taken above the programme, and no score is ever produced.

              • 1. Can the finish line be stated?

                In one sentence, and the people who matter would state it the same way.

                Sound: the target fits in a sentence and each senior person, asked separately, would produce the same one.

                Red: success is described in adjectives ("modernised", "transformed", "digital") and two senior people would define arrival differently. A programme with two imagined targets is heading to two places at once. This is the cheapest gate to test: ask separately, compare answers.

              • 2. Is there a real sponsor?

                A senior person genuinely willing to spend political capital when the change meets resistance, and you know who they are.

                Sound: the sponsor has been told what the change will cost them, in capital as well as money, and has said yes to that rather than to a slide.

                Red: a name on a chart who, you already suspect, will be elsewhere when it gets uncomfortable. A sponsor who will not spend capital is a spectator, and a wall at zero slack in front of every move that needs authority.

              • 3. Does authority match the goal?

                You can make, or directly command, the changes success depends on.

                Sound: the load-bearing actions are yours to take, or the person who can take them is inside the programme's authority.

                Red: responsibility without matching authority. The plan's critical path runs through a wall someone else owns and the only instrument is hope with a follow-up email. Responsibility without authority is not a job; it is exposure.

              • 4. Can scope, deadline and resource all be true at once?

                At least one of the three is genuinely allowed to move, and you know which.

                Sound: you can cut scope, extend the deadline or add capacity, and the decision about which has been taken by someone entitled to take it.

                Red: all three corners nailed, with numbers that do not add up. That is a decision to fail that has not happened yet.

              Why a single red stops the work

              Each of these questions is necessary but not sufficient. They are the four legs which give a transformation a chance to succeed. One or more reds is like removing the equivalent number of legs from a chair - you wouldn't want to sit on it!

              A method that can return "do not attempt" is a method whose positive verdicts mean something.

              What to do with your answers

              If all four are sound, the next step is a conversation with a founder about a discovery using your own data, artefacts and people. If one is red, the most useful thing we can do is help you name the decision it exposes. Either way, when you email us, include your target state in one sentence, because that sentence is gate one.

              Nothing on this page is collected or scored. No email address is asked for before you have your own answers.

              Legal

              Privacy notice

              How Praxtia Consulting Limited handles the personal data you send through this site.

              Who we are

              Praxtia Consulting Limited is the controller of the personal data described in this notice. Registered in England and Wales, company number 17231477, registered office 117a Manchester Road, Sheffield, England, S10 5DN. Our registration number with the Information Commission is ZC236800. Contact: [email protected] or [email protected].

              What we collect and why

              When you email us, we receive your name, your email address and whatever you include in your message, such as your organisation and your target state in one sentence. We use this information for one purpose: to reply to your enquiry and, where you ask us to, to arrange a conversation or a course. Our lawful basis under the UK GDPR is our legitimate interest in responding to enquiries made to us, balanced against your interests, which we consider are served by receiving the reply you asked for.

              We do not use your data for marketing, we do not add you to a mailing list, and we do not share it with anyone outside the firm except the provider that hosts our email.

              Where it goes and how long we keep it

              Emails go direct to a founder. We keep enquiries in line with operational needs and regulatory/legal requirements, after which they are deleted, unless the enquiry has led to an engagement, in which case the engagement's own records apply.

              Cookies and tracking

              This site sets no cookies, uses no browser storage and carries no analytics, tag manager or tracking pixel. The cookie statement says the same thing in more detail.

              Your rights

              You have the right to ask for a copy of the personal data we hold about you, to have it corrected or deleted, to restrict or object to our use of it, and to receive it in a portable form. Write to [email protected] or [email protected]. You have the right to complain to us at any time and, if you do have an issue, we hope that you will contact us before you exercise your right to complain to the Information Commission at ico.org.uk.

              Changes

              If we change how we handle your data, this notice changes first, with the date of the change shown here. Version: 28 September 2026.

              Legal

              Cookie statement

              This site uses no cookies. The statement exists so that a public-sector buyer can see that plainly rather than infer it.

              What this site sets

              Nothing. This site sets no cookies of any kind, including none that would count as strictly necessary, and it does not use local storage, session storage or any other browser storage. There is no analytics service, no tag manager and no tracking pixel. Dismissing the announcement bar is remembered only until you leave the page.

              Third parties

              The site loads two typefaces from Google Fonts. That request is made by your browser to Google's servers and is subject to Google's privacy policy; it sets no cookies on this site. If you would rather not make that request, the site is designed to render fully in your device's default typefaces.

              If this changes

              If analytics are ever added, they will be cookie-free and privacy-first, and this statement will be updated before they go live, with the date of the change shown here. Version: 28 September 2026.

              Legal

              Accessibility statement

              Praxtia Consulting Limited is committed to making this website accessible. The target is WCAG 2.2 level AA, and this statement records where the site stands against it.

              Compliance status

              This site is designed to conform to the Web Content Accessibility Guidelines version 2.2 at level AA. Compliance will be confirmed by an independent audit; its date and findings will be recorded here.

              What has been done

              Every page can be used with a keyboard alone. The navigation menu, the expanding questions and the changing list of walls in the home page heading were built to be operable and announced, because those are the three components most likely to fail an audit. The changing list can be paused with a button beside it, and moving and revealing content is switched off when your device asks for reduced motion. Text and its background meet a contrast ratio of at least 4.5 to 1 everywhere except the two amber letters of the praxTIa wordmark, which are part of the brand mark and are not used to convey information anywhere else. Illustrations carry text descriptions. Pages reflow to a 320 pixel width, which is 400 per cent zoom on a typical laptop screen, without horizontal scrolling.

              Reporting problems

              If you find something you cannot use, or need information from this site in a different format, write to [email protected] or [email protected] and a founder will reply.

              Preparation of this statement

              This statement was prepared on 28 September 2026. It will be reviewed on receipt of the audit and at least annually thereafter.