Menu

SERVICE · SOFTWARE RESCUE

Software rescue for projects that should have shipped six months ago.

You hired a developer. They quoted three months. It has been nine. The code may or may not work. You may or may not have access to it. We take it from here.
Software Rescue Banner

Senior engineers only. No blame games. Fixed-scope rescue quotes. 100% Australian team.

The case for getting a second engineer in

You did not hire a bad developer on purpose. Most rescue jobs start with a developer who was competent on small projects and out of their depth on this one. Or a freelancer who started well and could not handle the scale. Or an offshore team where nobody told you the senior engineer left three months ago.

Whatever happened, you are now in a position where you have spent money, missed deadlines, and have software that does not do what was promised. The natural next step is to bin the project and start again. That is almost always the wrong decision.

Most “broken” projects we look at can be rescued. The code is usually 40% to 70% of the way there. The architecture is salvageable. The missing pieces are known, even if the previous team could not deliver them. The reason rescues feel impossible from the inside is that the people who built the problem are still trying to solve it. A fresh set of senior eyes changes the picture entirely.

What is needed is a rescue audit. A blunt assessment of what is recoverable and what is not. A fixed-scope plan to finish what was started. If the project is genuinely unrecoverable, we will tell you on day five. Not at month six.

The honest moment most rescue agencies skip: about one in five rescues we audit, we recommend a rebuild instead. Sometimes the codebase is in a state where the cost of stabilising and finishing it exceeds the cost of starting over with the lessons learned. We will tell you that directly. The rescue audit is the work, not a foot in the door for an upsell.

If this is the position you are in, call 0431 000 062 today. The first conversation is confidential and there is no obligation.

Symptoms to look for

Rescue cases have a signature. If you are reading this, you probably already know. The list below is the pattern most clients describe in the first five minutes of the call.

  • Deadlines keep moving. Every status update ends with a new ship date. The new date is never met. The reasons are always plausible. The pattern is unmistakable.
  • You cannot get a straight answer about what is and is not done. “It is almost ready” has been the answer for three months. “Almost” is doing a lot of work.
  • The developer goes quiet for days at a time. Responses are vague when they do come back. Demos are postponed at short notice. The communication itself has become the warning sign.
  • You do not have access to the code. Or you do, but you cannot read it, and the developer is the only one who can. The repository, the server, the database, the third-party accounts are all in their name. You are renting your own project.
  • The estimate has doubled. What was a $30,000 project is now a $70,000 project, with no clear end in sight. The next variation request is already being drafted.
  • You found bugs you reported six months ago, still open. Or worse, marked closed but not fixed. The ticketing system has become a fiction.
  • The team you hired is not the team building. The senior engineer you met in the pitch has not been in a meeting for months. The actual work is being done by people you have never spoken to. Sometimes in a different timezone.

DIAGNOSTIC

If three or more apply, you do not have a project running late. You have a rescue case. The longer you wait, the more expensive the recovery.

The rescue method

Software Rescue Content

Software rescue follows a different pattern to greenfield development. The order matters. Doing these in the wrong sequence is how a rescue becomes a second failure.

Take control

Step one is always the same. Get full access to the code, the infrastructure, the database, and any third-party accounts. No rescue can start until everything is in your name. We will walk you through exactly how to do this, including the awkward conversations. We have done it many times. The legal and practical path is usually clearer than it feels from inside the situation.

Diagnose honestly

We read the code, run it, test it, and document what works and what does not. The audit is the work, not a sales tool. You get a written assessment within five working days of getting access. The assessment includes what is recoverable, what is not, the technical debt that will need addressing, and a fixed-scope quote to finish. You can take the audit and execute with another team. About three in ten clients do exactly that.

Stabilise before extending

We do not add features to a broken codebase. The first phase of any rescue is stabilisation. Fix the crashes. Get the deployment working. Lock down the security holes. Document what the code actually does. Only after the code is stable do we start delivering the features that were originally promised. Trying to ship features on top of an unstable foundation is what got the project into trouble in the first place.

Finish the job

Once stable, we finish the feature set on a fixed-scope, fixed-price basis. No surprises. No “discovery” of work that should have been in the original quote. The audit gave you the number. We deliver to it. If the scope changes mid-engagement (and sometimes it does, because requirements were never properly captured the first time), we agree the variation in writing before any work starts.

Hand it back

The final phase is documentation and handover. Source code in a repository under your name, infrastructure documented, deployment runbooks written, business rules captured. You should be able to take the project to any competent dev team after handover and have them maintain it. Vendor lock-in is what got most rescues into trouble. We do not repeat that pattern.

Three engagement shapes

We structure rescues one of three ways. All three start with the audit.

  • Rescue audit only. From $3,000. Five-day audit, written assessment, fixed-scope quote. You decide whether to proceed. About 30% of clients take the audit and execute the rescue with another team. We have no problem with that.
  • Stabilise and ship. From $20,000. Stabilise the codebase and ship the originally promised feature set on a fixed quote. Best when you need the project across the line and out the door without rebuilding from scratch.
  • Rescue and own. From $50,000. Full rescue plus a six-month support and enhancement engagement to make sure the project is actually solid. Best when the rescued software is going to run something business-critical for years.

Call 02 8964 5333 if you are not sure which fits. Most rescues start with the audit alone.

Rescues we have delivered

Three rescues. Two confidential, one named. Most rescue clients prefer not to publish the failure that preceded the recovery, which we respect. We will arrange reference calls under NDA on request.

A national B2B platform, name confidential

  • Problem: Eight months in with an offshore team. The client had a half-built platform, no documentation, an unreliable senior contact, and a board demanding a launch date. The original budget had been spent twice.
  • Built: We took ownership of the codebase, replaced the unstable hosting setup, refactored the data model, finished the payment integration, and shipped in 11 weeks.
  • Result: Launched within the original budget envelope despite the rescue cost. The platform has been live for two years with no significant incidents.
  • Stack: Symfony, PostgreSQL, Stripe, AWS Sydney, GitLab CI/CD.

Infinity Fire, fire safety compliance

  • Problem: An earlier integration build between Homes NSW and Uptick had never worked reliably. Field staff were still re-keying data. Compliance reporting was three days a month. The original developer had moved on.
  • Built: Symfony middleware orchestrating the full data path. Replaced the failed integration entirely while keeping the existing business systems in place. Full audit trail and exception handling.
  • Result: 3 FTE returned to billable work. Compliance reporting reduced from three days to four hours. Audit response time reduced from “we will get back to you” to under five minutes.
  • Stack: Symfony 7, Homes NSW Public API, Uptick API, MariaDB, audit-grade logging.

A consumer marketplace, name confidential

  • Problem: A two-developer agency had built a Stripe Connect marketplace that worked in test mode but failed in production under any meaningful transaction load. The original team had moved on. Live customer transactions were silently failing.
  • Built: Diagnosed a race condition in the payment flow. Rebuilt the Stripe Connect integration on a sound event-driven foundation. Migrated existing accounts and historical transactions.
  • Result: Live, processing transactions reliably, and supporting marketplace volume the original codebase could not handle. Zero payment-related incidents since cutover.
  • Stack: Symfony, Stripe Connect, PostgreSQL, Redis, AWS Sydney.

Who you will work with

Rescue work is the wrong place for a junior developer. The decisions are too consequential and the context is too sensitive. You work directly with the senior engineer who runs the audit and the rescue. The person who reads your codebase is the same person who quotes the rescue, runs it, and hands it back to you.

  • Image 3

    Nicolas Wendell

    MANAGING DIRECTOR

    Nicolas has been building custom software since leaving school, bringing a lifelong passion for development to every project. Before founding Paladine Systems, he ran his own video game studio and earned multiple accolades in network engineering. Known as a driving force in the custom software world, Nicolas combines deep technical expertise with visionary leadership – guiding Paladine in delivering innovative, enterprise-grade solutions.

  • Image 4 (1)

    Mark Morcom

    SENIOR SYSTEMS ENGINEER

    Mark is a young prodigy in software development, bringing 5 years of experience to Paladine. Equally at home on the front end and back end, he crafts clean, scalable solutions that power complex applications. Mark’s sharp problem-solving skills and passion for innovation make him a driving force behind Paladine’s most advanced projects.

How we ship it

Five named stages. Each one is fixed scope and fixed price. You can stop after any stage and walk away with the work to date.

  1. ACCESS TRANSFER

    2 to 5 days. We get full access. You retain ownership.

  2. AUDIT

    5 working days. Written assessment, fixed-scope rescue quote.

  3. STABILISE

    2 to 6 weeks. Bug fixes, deployment, security, documentation.

  4. COMPLETE

    4 to 16 weeks. Remaining feature set on a fixed-scope basis.

  5. HANDOVER

    1 week. Documentation, training, ongoing support plan.

Most rescues run six to 20 weeks end to end. Some are faster. None are slower than the original developer was about to be.

Software rescue FAQs

  • How quickly can you start?

    Rescue audits typically start within five working days. Urgent cases (live system failures, security incidents) we can start the same day. The first conversation is free, confidential, and run by the engineer who would do the audit.

  • Do we need to fire our current developer first?

    No. The audit can be run discreetly while your current arrangement continues. Many of our rescue audits inform a conversation with the current developer, not a replacement of them. Sometimes the right outcome is for the existing team to keep going with our recommendations. We are paid for the audit, not for the rescue that follows.

  • What if our existing developer will not hand over access?

    This is more common than you would expect. There are legal and practical paths through it. The first conversation is free and we will walk you through your options. In some cases we have helped clients regain access without a single legal letter. In others, a single letter has been enough.

  • Will you blame our previous developer in the report?

    No. The audit is an engineering assessment. It documents what is there, what works, and what does not. It does not assign blame. That is not useful to anyone. If you want to pursue your previous developer commercially, the audit can be used as evidence, but the report itself is technical not adversarial.

  • What if the project is genuinely unrecoverable?

    Sometimes that is the answer. About one in five rescue audits ends with our recommendation to rebuild rather than rescue. We will tell you that on day five, not at month six. If we recommend a rebuild, we will quote both options so you can compare honestly.

  • Will we own the rescued code?

    Yes. Same as any Paladine engagement. Source code, infrastructure, IP, all in your control. No lock-in. The handover is part of the engagement, not an extra. Any competent dev team can maintain what we deliver.

  • How much does a rescue typically cost?

    The audit is $3,000 to $8,000 depending on scope. The full rescue is highly variable. Most rescues we deliver are between $20,000 and $80,000 for the recovery, plus optional ongoing support. The audit will give you the number.

  • How do we get started?

    Call 02 8964 5333 or use the form below. The first conversation is confidential and there is no obligation. We will tell you whether a rescue audit is the right next step. Sometimes a 20-minute conversation is enough to resolve the situation without an audit at all.

GET STARTED

Tell us what went wrong. We will tell you what is recoverable.