Home/Free tools/Project health check

// Free tool

Software project health check: is your project on track or in trouble?

Answer 18 plain-language statements about the software project you’re paying for to see your risk areas, red flags and the questions to ask your developer this week. Every number is yours. Every formula is on the page. Nothing you type is sent anywhere unless you choose to send it to us.

Loading the Software Project Health Check… If nothing appears, please enable JavaScript.

// How it works

How the software project health check scores your answers

You can run this software project assessment without reading code. It covers six areas of three statements each: Visibility, Delivery, Scope, Ownership, Quality and Communication.

Points and area scores

  • Points: Yes 3, Mostly 2, Sometimes 1, No 0.
  • Don’t know: 0 on the Ownership statements (Q10 to Q12), 1 everywhere else, and always listed as a blind spot.
  • Area score = points ÷ 9 × 100, shown once all three of its statements are answered.

Overall score and bands

Overall score = (1.5 × Ownership + 1.25 × Visibility + 1.25 × Delivery + Scope + Quality + Communication) ÷ 7, rounded to a whole number and shown once all 18 statements are answered. Ownership weighs most because without the code and accounts, no other team can take over. Visibility and Delivery show whether progress is real.

Rounded score
Band
80 or more
Healthy
60 to 79
Watch closely
40 to 59
At risk
Under 40
Needs intervention

Red flags that override the score

Each red flag appears as soon as its answer is given, before all 18 are done.

Red flag
Raised when
The code may not be in your company’s account
Q10 is No or Don’t know
Accounts may not be in your company’s name
Q11 is No or Don’t know
Nobody else could run it
Q12 is No
Missed dates and “done” work that doesn’t hold up
Q4 and Q5 both score 1 or less
No working software during development
Stage is In development and Q1 is No
The project has stalled
Stage is Stalled

Two overrides then run, in this order. First, if the code flag (Q10), the accounts flag (Q11) or the missed-dates flag (Q4 and Q5) is raised, or any two flags are, a Healthy or Watch closely band becomes At risk. Second, a stalled project with a rounded score under 60 becomes Needs intervention. The results panel then shows what the score alone would have given.

How the top 5 priority actions are chosen

Each answered statement scoring 1 or less gets a priority of area weight × (3 − points). The five highest are shown, ties in question order, each with why it matters and one question to ask this week, such as “When did we last restore a backup, and how long did it take?” The meeting-questions list includes every low-scoring statement, not just five.

Worked example (hypothetical, not client data)

Example (hypothetical): a project in development with an agency, answered like this.

Area (weight)
Answers
Area score
Visibility (1.25)
Yes, Mostly, Mostly = 7 points
77.8
Delivery (1.25)
Mostly, Mostly, Sometimes = 5
55.6
Scope (1)
Yes, Sometimes, Mostly = 6
66.7
Ownership (1.5)
Yes, Don’t know (0), Mostly = 5
55.6
Quality (1)
Mostly, Don’t know (1), Mostly = 5
55.6
Communication (1)
Yes, Mostly, Yes = 8
88.9

Overall = (1.5 × 55.6 + 1.25 × 77.8 + 1.25 × 55.6 + 66.7 + 55.6 + 88.9) ÷ 7 = 65.9, shown as 66. That’s Watch closely by score, but “Don’t know” on Q11 raises the accounts flag, so the band is At risk.

Priorities: Q11 = 1.5 × 3 = 4.5, Q6 = 1.25 × 2 = 2.5, then Q8 and Q14 at 1 × 2 = 2, with Q8 first by question order. Had the project stalled, the stalled flag would be added, but 66 isn’t under 60, so it would stay At risk.

Assumptions and limits

  • It scores signs you can see from the outside. It isn’t a code review.
  • The weights and thresholds are our judgment, not an industry standard.
  • There’s no “not applicable” answer. If you’re still planning, answer for what’s been agreed or promised so far.
  • “Who builds it?” only changes who the “Ask … this week” label names (your agency, your freelancer, your team) and is noted in the summary you can send. It never changes the score.
  • The “Nobody else could run it” and “No working software” flags need a No; “Don’t know” doesn’t raise them. “Don’t know” on Q4 and Q5 counts as 1, so it can raise the missed-dates flag. The two stage flags need a stage chosen.

// Next steps

What to do with each health check result

Healthy. Keep asking to see working software every two weeks. Once the system is live, software maintenance and support helps keep it that way.

Watch closely. Ask the meeting questions, as written, at your next project meeting. If the answers are vague, our guide to the signs your software project is failing has five tests you can run without reading code.

At risk or Needs intervention. Confirm ownership first with the software handover checklist. Then get a second opinion before more money is spent: an engineer can review the code, accounts and backlog and tell you whether to fix course, take over or restart. Software project rescue explains how a review starts. If your developer has stopped answering, read what to do when a developer disappears.

The health check is one of our free tools for operations teams, plants and contractor networks paying for software they can’t inspect themselves. If you want to talk a result through, your first call is with an engineer.

// FAQ

Software project health check: common questions

What is a software project health check?

A structured look at whether a project is on track. This one is written for the person paying for the software: 18 statements about things you can check without reading code, scored by the formulas on this page, with red flags and questions to ask this week.

How can I tell if my developer is doing a good job if I can’t read code?

Judge outcomes you can see: working software every couple of weeks, dates met or changes explained early, things marked done that actually work, and code and accounts in your company’s name. The health check turns these into 18 statements you can score.

When should we bring in another team?

When ownership or access is in doubt, when deadlines keep slipping without explanation, or when you can’t see working software. A second opinion before more money is spent lets you decide with facts. Our guide to switching software developers mid-project covers the handover.

What should we do with an “At risk” result?

If a red flag set the band, start with that answer. Ask your developer the “this week” questions, then get a second opinion before more money is spent. Software project rescue explains how a review starts.

Does a “Healthy” score mean the code itself is sound?

Not on its own. The check scores signs you can see from the outside, such as demos, dates, ownership and backups. It doesn’t read the code. To know what’s inside, ask an engineer to review the code itself.

Are my answers sent anywhere?

No. The health check runs in your browser, and nothing is sent unless you choose to send it to us. “Send results to an engineer” puts a text summary in the message box on our contact page, where you can edit or delete it before you send. Share links keep your answers after the # in the address, which browsers don’t send to web servers, and saving answers in this browser stays off until you tick the box.

// Bring us in

Tell us about the software your business runs on.

A new build, a system that’s hard to use, a stuck project or a prototype that needs to go live. An engineer, not a salesperson, will get back to you.

202-88-MAGIC · or email info@effortlesspresence.com