Assets discovered
Systems, containers, reports, datasets, packages, jobs, models, tables, and selected components.
Sample outputs
These examples show the kind of inventory, dependency evidence, warnings, confidence, scoring, and planning outputs an assessment is intended to produce.
Synthetic sample metrics for illustration only — not results from a live client estate or an effort estimate.
Systems, containers, reports, datasets, packages, jobs, models, tables, and selected components.
Direct, parsed, and inferred relationships across reports, jobs, packages, models, views, and tables.
Coverage gaps, unresolved references, redaction, circular patterns, and partial metadata signals.
Simple external scoring with the drivers and caveats visible.
Direct and parsed evidence separated from inferred links, missing access, and ambiguous names.
Unknowns are explicit follow-up questions, not hidden assumptions.
Deliverable types
A walkthrough should not only show counts. It should show how the inventory, dependency map, coverage report, complexity scorecard, recommendation signals, and readout pack work together.
Source systems, containers, assets, components, schedules, and selected raw artifacts.
Direct, parsed, and inferred relationships with evidence IDs, confidence, and caveats.
Partial scans, inaccessible surfaces, unsupported patterns, and reduced-confidence areas.
1-5 complexity and risk signals with explainable drivers rather than false precision.
Retain-and-investigate, phased modernization, priority planning, rationalization candidates, and open questions.
CSV exports, printable summaries, and review notes for stakeholders, partners, or planning workshops.
From output to planning
A walkthrough should make it easier to distinguish roadmap candidates from items that still need access, owner validation, or deeper technical review.
What will the assessment help the team decide?
The output combines inventory, dependency evidence, coverage, confidence, complexity drivers, warnings, and recommendation signals.
Counts and scores are planning inputs—not effort estimates or proof of complete lineage.
Identify what can move into roadmap planning and what still requires owner, access, or technical validation.
Use a walkthrough to test whether the output shape fits the estate and decision.
Asset levels
Dependency reality
A real estate may have tens or hundreds of reports, packages, datasets, tables, jobs, and models. Dependencies can be deep, repeated, ambiguous, or nearly circular. TangleMap is meant to expose that shape with caveats, not flatten it into a neat migration list.
Screenshot-style previews
These static previews show the kind of review surfaces a walkthrough should cover. Real client output should be redacted or synthetic before it becomes downloadable material.
On narrow screens, scroll horizontally to view all columns.
| Asset type | Asset | Evidence | Confidence |
|---|---|---|---|
| SSRS report | Finance / Month End Flash | Uses shared dataset and stored procedure | High |
| SSIS package | Load_GL_Actuals | Package parameter points to staging database | Medium |
| SQL Agent job | Nightly Finance Refresh | Triggers package and validation procedure | High |
| SSAS partition | Actuals_Current | Query reads view also used by report | High |
| Warehouse view | vw_FinanceActuals | Referenced by model and report chain | Medium |
A redacted output can support downstream planning or AI-assisted delivery frameworks with source systems, key assets, dependency edges, confidence, caveats, and follow-up questions.
A downloadable checklist or sample-output pack is a good lead-capture candidate, but the launch site currently uses a public checklist page. The gated download flow should be added once the form, consent copy, privacy wording, and follow-up process are decided.
Next step
Use a walkthrough to review sample deliverables, caveats, and interpretation before scoping a real pilot.