TEL203

Legacy System Assessment

The process Telos uses to assess the feasibility of rebuilding or re-platforming a legacy system — from initial code access through to a scoped feasibility output. Use when a prospect has an existing system they need evaluated.


Legacy System Assessment

When a prospect has an existing system — particularly an old or undocumented one — Telos can run a first-pass assessment to establish feasibility: what it would take to rebuild, re-platform, or support the system. This is not a full blueprint engagement; it is a scoped, low-commitment exercise designed to answer the question: is this worth pursuing, and at roughly what scale?

When to use this

  • A prospect is evaluating whether to rebuild a legacy system
  • No documentation exists and the system's complexity is unknown
  • The prospect needs something concrete to present to a board or leadership team before committing to a full engagement

The assessment process

1. NDA and code access

Telos signs a non-disclosure agreement and receives a copy of the source code. The code is used solely for analysis purposes — no reuse, no retention beyond the engagement.

2. Software walkthrough

Before any code analysis begins, Telos asks for a walkthrough of the live system. This can take 1–4 hours depending on complexity. The walkthrough gives the AI a frame of reference — the language of the system, its information architecture, and the main user flows. It materially improves the quality of subsequent analysis.

3. First-pass code analysis

Telos runs a targeted analysis — not a full deep-dive, but enough to understand the breadth of the system. The output is a set of scope tickets: discrete, sized units of work representing the modules, functions, or domain areas identified in the code.

4. Subject matter interview

Where possible, Telos interviews someone with deep knowledge of the system — the original developer, a long-tenured support engineer, or a key business user. Code analysis surfaces what the system does; interviews surface why, and where the hidden complexity lives.

5. Feasibility output

The assessment produces a plain-language summary covering:

  • Breadth of scope (number and nature of modules identified)
  • Complexity indicators (language, architecture, data model legibility)
  • Indicative time and cost range for a rebuild or re-platform
  • Recommended next steps

This output is suitable for internal use; it gives leadership a concrete basis for a go/no-go decision on a full engagement.

Notes on legacy languages

AI tools perform best with modern, widely-used languages. Older or proprietary languages (e.g. Progress, COBOL, RPG) will be less familiar to the models. In these cases:

  • Analysis scripts are tuned in advance to guide the AI on what to look for
  • Human subject matter experts become more important as a complement to code analysis
  • The first-pass may be more limited in depth, and that should be communicated upfront

What this is not

This is not a project plan, a fixed-price quote, or a commitment to build. It is a feasibility signal — enough information to decide whether a full blueprinting engagement makes sense.