Skip to content
Van Oosten Advies B.V.

Advisory review

Second opinion on a running IT project

The project has been running for months. The delivery date has moved twice, the invoices keep arriving and your supplier's answers keep getting vaguer. You want to know whether this still ends well, and what is causing it.

What you need at that point is not a proposal or another methodology, but someone from outside who reads the file, speaks to the people involved and tells you plainly what is going on. Someone with no product to sell that follows from the answer, and therefore free to write 'stop'.

Many second opinions cover a decision you have not taken yet: a quotation, a plan, an environment to be reviewed before you sign. This page is about the moment after that. The money is spent, the work has started, and the question is no longer whether to begin but what the sensible next move is.

Your IT project is overrunning or stalling: when does a second opinion help?

Not every project that slips needs a second pair of eyes. These situations do.

  • The delivery date has moved more than once and the new one feels as soft as the last.
  • The budget is spent or nearly spent, while the list of what is still to come has not got any shorter.
  • Progress reports keep coming back green while your own people say something different.
  • Your organisation and the supplier point at each other and you cannot judge on the substance who is right.
  • There is a change request on the table that you cannot assess, on necessity or on price.
  • You are considering stopping, but do not want to take that decision on instinct alone.
  • A lawyer is coming into view and you want to know first whether it really has to go that far.

What I look at

A second opinion is not a round of collecting opinions. I work through four lines of enquiry and record, per line, what I see, what I base it on, and how firm it is.

The brief and the scope

  • What was actually agreed: contract, quotation, order confirmation and the changes stacked on top since.
  • Whether the scope in the documents is still the scope in the heads of the people involved.
  • Which assumptions sat under the original schedule and price, and which of them did not hold.
  • What has quietly dropped out of scope without anyone taking a decision on it.

Governance and decision-making

  • Who is entitled to take which decision, and who actually takes it.
  • What the progress report measures, and whether that says anything about what is genuinely finished.
  • How risks and issues are recorded, escalated and closed, or whether they simply sit there until they materialise.
  • What share your own organisation has in the delay. That is the hardest point to raise internally, and precisely the point you bring in an outsider for.

Technology and delivery

  • The architecture and integration choices: do they fit what is already running and what you still want to do afterwards.
  • The state of what has been delivered: does it work, is it tested, can it be handed over, or is it a demo on a single machine.
  • Data migration, interfaces and supportability: three places where overrun hides easily.
  • The test approach and the acceptance criteria: the grounds on which you would sign off delivery.

Position and next steps

  • A realistic view of the remaining schedule and remaining cost, separate from what the plan currently says.
  • The options you genuinely have: continue, restart with a smaller scope, change supplier, or stop.
  • What each option costs and yields, including the one nobody is saying out loud.
  • Whether your contractual position matches what has actually happened. As a statement of fact, not as legal advice.

What you get

Two things: a report and a conversation. The report first, so you can read it without me in the room. The conversation afterwards, so you can push back on it.

  • A written report of ten to fifteen pages: what I saw, what I base it on, and how firm it is.
  • An explicit judgement on the question you asked. Not a list of considerations that leaves the conclusion to you.
  • A short list of what should happen now, in order of urgency, naming who could carry each item out.
  • A debrief of ninety minutes to two hours in which I talk it through and you question it. With you alone, with your management team, or with the supplier present. Your call.
  • On request, a version you can share with your supplier. I write the report so that it can stand up to that.

What I hear along the way stays confidential. What I write down belongs to you.

What it is not

Just as important, because it saves you the wrong conversation.

  • Not an audit. I do not test against a standard or certification scheme, and I issue no audit opinion. What you get is a reasoned judgement.
  • Not legal advice. I establish facts, sequence and agreements. Whether that amounts to a breach or grounds for a notice of default is for your lawyer to judge.
  • Not mediation, arbitration or binding advice. Once the dispute has become a legal one, you are past the point where this service still helps.
  • Not a review of your network, workplaces or support contract. This is about a project, not about your infrastructure.
  • Not case-building to order. I do not write towards a conclusion, including the conclusion you are hoping to read.
  • Not the run-up to a follow-on engagement. I also deliver recovery and project work, which is exactly why I keep this separate: the report does not point back at me, and if you ask, I will name parties that are not me.

Why independence is the deciding factor here

Many firms offering a second opinion also sell the alternative: a support contract, a migration, an implementation team of their own. That need not be bad faith, but it colours what ends up in the report, and from the outside you cannot tell by how much. Independence here is not a badge; it is a question of how the practice is built.

  • I sell no systems, no licences and no managed services. There is no offering of mine that this report could point towards.
  • No partnerships or kickbacks with suppliers. That is a working principle of the practice, not a clause invented for this page.
  • If I have worked with one of the parties involved before, you hear it before we start. Not in a footnote afterwards.
  • One person does the work and writes it up. No junior taking the inventory and a partner signing the conclusion.
  • If the honest finding is that nothing serious is wrong and you are better off holding your nerve, that is what it will say. That is an outcome, not a failed engagement.

Shape, size and lead time

What this costs depends on the size of the project and on how deep you want me to go. The shape is agreed up front, not afterwards. These are the three shapes I offer.

Short review of one to two days

Reading the documents, three to five conversations, a concise report and a debrief. Enough to establish whether your instinct is right and what is driving it. Meant as a starting point: short enough to decide afterwards whether more is needed.

Extended review on a time-and-materials basis

For a large project, a thick file, or several suppliers involved. We agree a ceiling on hours that I will not exceed without checking with you first, so that time-and-materials is not an open end.

Fixed price for a defined result

A bounded question, an agreed report, an agreed date, one figure. Works well when the question is sharp ('can this project still make the March delivery date, and why') and less well when it is not yet clear what needs investigating.

What drives the size

  • The scale of the project and how much has already been delivered.
  • How much documentation exists and how usable it is. A maintained risk log and readable steering-group minutes shorten the work; a shared mailbox as the only archive lengthens it.
  • The number of people I need to speak to, and whether they are available in the week it has to happen.
  • Whether I look only at governance and scope, or also at the technology and the software delivered.
  • Whether the result is an internal note or a document your supplier will read. The latter demands more care in the evidence.

Included

  • Preparation, document study and the interviews.
  • The written report, and one round of corrections on points of fact.
  • The verbal debrief, plus a second session if your steering group or management team wants to hear it separately.
  • Travel time within the southern Netherlands and the Randstad.

Not included

  • Carrying out the recommendations. That is a separate engagement with a separate decision behind it.
  • Acting as a party-appointed expert in proceedings or arbitration.
  • Ongoing monitoring of the project after the debrief, unless you ask for it separately.
  • Rewriting your contract or conducting the negotiation with your supplier.

I name a rate in the first conversation, together with the shape that fits your question. What follows is a concise proposal with scope, lead time and price: a few pages, not a proposal cycle of weeks.

Second opinion, review, audit or gate review

Four words for work that partly overlaps. The difference in brief, so you know what you are asking for.

Second opinion
A second, independent judgement on a specific question. Informal in structure, short, and aimed at a decision you have to take. That is what this page describes.
Review (toetsing)
Assessment against a framework set in advance. In the Netherlands the term is closely tied to central government: the Adviescollege ICT-toetsing assesses large IT projects run by ministries and public bodies. That route does not exist for a private client.
Audit
Systematic testing against a standard or control framework, with a formal opinion and an auditable trail. Valuable when you have to demonstrate compliance; heavier than necessary when what you want is a decision.
Gate review
A panel assessment at a fixed decision point in a programme's life cycle. In the Netherlands, Bureau Gateway runs these reviews for central government, using a panel of several reviewers. A sound instrument, simply not available to a private client and not built for a project that is stuck right now.

Common questions

The questions you are likely to have before you call, answered here in advance.

What exactly is a second opinion on a running IT project?

An independent judgement on a project already under way: does the schedule still hold, is the scope still the same, is delivery being steered on what is genuinely finished, and which options are left. What sets it apart from many second opinions on the market is the moment: those address a purchase or a plan beforehand, this one a project that has been running for months. In professional vocabulary it is also called a project review or an independent assessment of an IT project; in practice, almost everyone asks for a second opinion.

How quickly can you start?

I reply to a message within one working day. You book a half-hour first conversation yourself in my calendar, where there is room within a few working days. A short review of one to two days is then scheduled in consultation, on a two-week working assumption. There is no multi-week proposal process in between: that is the practical advantage of a practice with no sales organisation. If a steering group meets on a fixed date, say so at the outset and we work back from that day.

Do I have to give access to my systems?

Not to your production systems. For the most part, read access to the project documentation is enough: contract, schedule, risk log, progress reports, steering group minutes and the latest delivery documents. If I also need to look at the software delivered, I ask for a test or demo environment and a developer to walk me through it. I do not ask for access to production data unless there is a concrete reason and you want it yourself; in that case we agree in advance what I see and for how long.

Are you genuinely independent?

Independence means something concrete here: I sell no systems, no licences and no managed services, and hold no partner arrangements with suppliers. So there is no offering of mine that this report could point towards. The practice is one person, so there is no department elsewhere in the building with a stake in the outcome. The honest addition: I also deliver project and recovery work. That is why I keep the review separate from it, disclose any earlier collaboration with a party involved before we start, and, if you ask, name parties that are not me.

What do I need for the first conversation?

Half an hour and a straight account. What was agreed, when it started to slip, what you have already tried and what you actually want to know. You do not need to supply documents yet; that comes once we agree a review will follow. At the end of that conversation I say whether I think a second opinion will help you, or whether something else would serve you better.

What happens after the debrief?

That is your decision. The report is meant as the basis for one of three things: a conversation with your supplier that is sharper than the last one, a revised schedule and scope that is actually achievable, or a decision to restart or to stop. I can help with the execution, but that is a new engagement with a new decision behind it and expressly not an automatic next step.

And if the conclusion is that we should stop?

Then that is what it says, with the reasoning attached. Stopping is not a comfortable outcome. But the bill for continuing with a project that is no longer going to work keeps running, and the bill for stopping does not. In that case I also set out what can be salvaged (data, interfaces, knowledge, parts of what was delivered) and what a responsible wind-down requires towards your supplier and your own organisation.

Unsure about a running project?

An introductory conversation is without obligation. Sketch what is at stake; I will say honestly whether a second opinion will help you.