AUDIT · Production Assessment
Know What You've Built Before Spending Another Dollar.
First, understand what you have. Identify what works, what is incomplete and what stands between your software and production—before deciding what to change.
Start with an informational assessment. It does not inspect a repository or determine production readiness.
01 / Make uncertainty visible
Understand the product.
Then choose the work.
I have software, but I don't really know what I've got.
What exists?
Build a clear picture of the product, its parts and how they fit together.
What works?
Identify the behavior and foundations that already serve the product.
What is incomplete?
Separate a working demonstration from the capabilities still needed for real use.
What is risky?
Examine the concerns that could affect security, reliability or maintainability.
What can be preserved?
Recognize healthy parts before assuming the product needs a rebuild.
What needs repair?
Identify focused changes that could address a problem while preserving useful work.
What may need replacement?
Consider replacement where the evidence supports it, rather than as the default answer.
What prevents production?
Make the gaps in testing, operating and releasing the product understandable.
What should happen next?
Use the findings to choose a controlled sequence of engineering decisions.
02 / Evidence before decisions
A production assessment.
Not a black-box score.
The purpose is to make the next engineering decision clearer—not to manufacture certainty from a single number.
- 01
Understand first
Start with the software you have, the problem it serves and the uncertainty you need to resolve.
- 02
Assess the evidence
Look at what is healthy and what is risky. Distinguish what has been checked from what still needs investigation.
- 03
Decide what comes next
Choose what to keep, fix, replace or remove. A rebuild is one possible decision, not the starting assumption.
This describes an engineering approach. This website does not inspect repositories, run an autonomous audit or determine your software's readiness.
Understand first. Preserve what works.
The next step should fit
the software you have.
If useful foundations need focused repair, explore the preserve-before-replace approach.

