Current State Data Architecture That Gives Transformation Teams an Evidence-Based Baseline
DataConsultant maps how data actually moves through your organisation today—across business domains, source systems, integration, data platforms, analytics, AI, ownership, controls and operations. The engagement turns fragmented diagrams and undocumented dependencies into a validated baseline that leaders, architects and delivery teams can use for target-state design, rationalisation, governance and investment decisions.
Timeline and commercial terms are confirmed after scoping the architecture boundary, evidence quality, stakeholder access, systems, platforms, interfaces and required level of detail.
Shared Architecture View
A consistent picture of domains, systems, platforms, flows and dependencies across stakeholder groups.
Evidence Traceability
Architecture statements linked to documents, repositories, technical evidence, interviews and known limitations.
Decision-Relevant Gaps
Fragmentation, technical debt, ownership ambiguity, control weaknesses and undocumented dependencies made visible.
Target-State Readiness
A defensible baseline for future architecture, rationalisation, roadmap, governance and investment choices.
Current-State Uncertainty Creates Rework, Risk and Competing Architecture Narratives
A baseline is most useful when different teams hold different versions of the architecture, major change depends on undocumented interfaces, or leaders need evidence before approving a target state, platform investment or remediation programme.
Common signals that the baseline is missing
The problem is rarely a lack of diagrams alone. It is usually a lack of validated context about how the estate behaves, who owns it and which dependencies matter.
Need one trusted view of a fragmented data estate?
Define the architecture boundary, priority decisions and evidence sources before teams commit to a future-state design or platform programme.
What Current State Data Architecture Means in Practice
The engagement is a structured discovery and architecture-mapping exercise. It establishes a traceable picture of the present estate at the level of detail needed for the decision in front of you.
An architecture baseline, not a prettier redraw
DataConsultant connects business context, data domains, systems, stores, integration, processing, consumption, ownership, controls and operating responsibilities into one coherent current-state view. Existing diagrams are reconciled with evidence and stakeholder knowledge rather than copied without validation.
The objective is not to document every component at equal depth. The objective is to capture enough reliable detail to explain the material architecture, identify important dependencies and gaps, and support the next set of enterprise decisions.
Map the Estate Across Six Connected Architecture Lenses
Coverage is adapted to the business question. A current-state baseline can stay at enterprise context level or go deeper into selected domains, platforms, interfaces or control areas.
1. Business & Data Domains
Business capabilities, critical information needs, data domains, authoritative sources, accountable owners and cross-domain dependencies.
Typical evidence: operating models, domain maps, process documentation, stakeholder interviews.2. Sources, Systems & Stores
Operational applications, databases, files, external sources, master systems, warehouses, lakes, lakehouses and specialised stores.
Typical evidence: application inventories, repositories, platform metadata, architecture diagrams.3. Integration & Data Movement
APIs, events, streaming, batch, ETL/ELT, replication, file exchange, orchestration, transformations, reconciliation and hand-offs.
Typical evidence: interface catalogues, job schedules, integration specs, logs and engineering review.4. Consumption & Data Products
Reporting, BI, semantic models, analytical products, operational data use, data science, model inputs, AI-enabled services and external sharing.
Typical evidence: report inventories, semantic models, product catalogues, usage and dependency information.5. Governance, Security & Privacy
Ownership, access, classification, quality, metadata, lineage, retention, residency, privacy, auditability, risk and policy touchpoints.
Typical evidence: policies, control matrices, catalogues, quality reports, lineage tools and risk findings.6. Operations, Change & Cost Context
Environment boundaries, support ownership, monitoring, incidents, change pipelines, capacity, resilience, licensing context and active programmes.
Typical evidence: runbooks, incident/change records, service inventories, cost reports and transformation plans.Do your diagrams match how data really moves?
Use a structured evidence register and stakeholder validation process to separate confirmed architecture facts from assumptions and outdated documentation.
How DataConsultant Builds the Current-State Architecture
The sequence is scaled to the scope and evidence available. Each stage produces an explicit output so the baseline remains traceable and reviewable.
Frame
Confirm business drivers, decisions, architecture boundary, stakeholders and known constraints.
Output: scope & evidence planCollect
Gather diagrams, inventories, metadata, interface records, controls, policies and operating evidence.
Output: evidence registerMap
Connect domains, sources, stores, flows, platforms, consumers, ownership and control points.
Output: architecture viewsValidate
Review the architecture with business, technical, governance, security and operations stakeholders.
Output: confirmed facts & gapsAnalyse
Identify fragmentation, dependencies, debt, control issues, bottlenecks, ambiguity and decision risks.
Output: findings registerBaseline
Publish the agreed current-state pack, limitations, priorities and questions for the next decision stage.
Output: decision-ready baselineArchitecture Outputs Built for Executive, Architecture and Delivery Decisions
The exact pack is agreed during discovery. Deliverables are selected according to the architecture boundary, evidence available and the decisions the organisation needs to make next.
| Deliverable | What it contains | Why it matters | Primary users |
|---|---|---|---|
| Current-state architecture landscape | Domains, major systems, platforms, stores, integration, consumption and cross-cutting controls. | Creates a common enterprise view of the material estate. | Executives, architects, transformation leaders |
| System & platform inventory | Role, owner, environment, lifecycle context, main data responsibilities and known dependencies. | Supports rationalisation, accountability and transition planning. | Architecture, platform, procurement, operations |
| Data-flow & integration views | Source-to-consumption paths, interfaces, transformations, movement patterns and key hand-offs. | Makes hidden dependencies and fragile movement visible. | Engineering, integration, security, operations |
| Ownership & control map | Data owners, platform owners, stewardship, access, quality, lineage, security, privacy and operational control points. | Connects architecture to accountability and assurance. | Governance, risk, security, privacy, audit |
| Findings, gaps & technical-debt register | Evidence-backed issues, impact, dependencies, affected areas, owners and unresolved questions. | Separates material problems from diagramming detail. | Sponsors, architecture boards, programme teams |
| Evidence & assumption register | Sources reviewed, confidence, conflicting records, missing evidence, assumptions and validation status. | Preserves traceability and prevents unverified claims becoming architecture fact. | Architecture, assurance, internal audit, programme governance |
| Executive baseline & next-decision pack | Key architecture facts, constraints, risks, decision themes and recommended next questions. | Provides a clear hand-off into target state, roadmap, governance or remediation. | Executive sponsors, CDO/CIO/CTO, transformation leaders |
Need a baseline your architecture board can challenge and approve?
Agree the evidence, architecture viewpoints, findings format and hand-off decisions before the assessment starts.
Turn Architecture Observations Into Prioritised Questions, Not a List of Diagrams
A useful current-state assessment connects each finding to evidence, business or operational impact, ownership and the decision it should influence.
Overlapping stores, tools, interfaces, datasets, transformations or semantic assets that create repeated cost and inconsistent outcomes.
Undocumented hand-offs, manual files, jobs, interfaces or shared services that could affect migration and change sequencing.
Unclear responsibility for authoritative data, platforms, controls, quality, changes, incidents or lifecycle decisions.
Architecture areas where access, classification, quality, lineage, retention, privacy, resilience or audit evidence is incomplete.
Unsupported patterns, brittle integrations, ageing platforms, manual workarounds and constraints that shape future change.
Conflicting repositories, missing documentation, unverified architecture statements and areas requiring deeper technical validation.
What We Need From Your Teams to Build a Reliable Baseline
The quality of the baseline depends on evidence and access to people who understand how systems and data are actually used. Missing information is treated as a limitation, not filled with unsupported assumptions.
Custom Scope & Pricing for Current State Data Architecture
DataConsultant does not publish a fixed fee for this service. A written quote should follow initial discovery because the effort changes materially with estate size, documentation quality, architecture depth and the number of systems, domains, platforms and stakeholders in scope.
Price the evidence and decision scope—not a generic diagram count
The commercial proposal can define the architecture boundary, deliverables, assumptions, client responsibilities, exclusions, review cycles and the basis for any follow-on target-state or implementation work.
Request a QuoteTimeline is also confirmed after scoping. No fixed turnaround, staffing level, day rate or numeric market range is presented here because the page does not have a verified like-for-like DataConsultant price for this exact enterprise service.
Before you design the future state, make the present estate explicit
Use the current-state baseline to expose the constraints, ownership, dependencies and control requirements your target architecture must address.
When This Service Is the Right Starting Point—and When It Is Not
A current-state architecture is valuable when uncertainty about the existing estate is blocking a material decision. A narrower technical review may be better when the issue is already isolated and well understood.
Good fit
- Target-state architecture, cloud modernisation or platform rationalisation needs a defensible baseline.
- Architecture documentation is inconsistent across teams, repositories or vendors.
- Data flows and integration dependencies create uncertainty for major change.
- Governance, security, privacy or quality responsibilities are disconnected from architecture views.
- M&A, ERP, analytics, AI or data-platform programmes need a shared current-state picture.
- Executive or architecture governance needs evidence before approving investment or transition decisions.
May not be the right fit
- A single pipeline, report or configuration issue already has a clear technical owner and solution path.
- The requirement is purely target-state design and a validated baseline already exists.
- The organisation needs a statutory audit, penetration test, legal opinion or certification.
- There is no accountable sponsor, architecture boundary or access to evidence and stakeholders.
- The desired outcome is only a vendor selection without architecture, control or operating context.
- The scope cannot record limitations even when evidence is incomplete or contradictory.
Architecture Advice That Connects Evidence, Controls and Delivery Reality
The value of the engagement comes from making architecture facts usable for decisions, not from producing a large volume of diagrams.
Evidence-led
Existing diagrams are validated against repositories, technical information, controls and stakeholder knowledge. Limitations remain visible.
Cross-functional
Architecture is considered alongside data domains, engineering, governance, quality, security, privacy, operations and active change.
Decision-oriented
Findings are connected to the next architecture, rationalisation, roadmap, control or investment decisions the organisation must make.
Built for handover
Architecture views, evidence registers, decisions and working sessions are structured so internal teams can maintain and reuse the baseline.
Current State Data Architecture Questions From Enterprise Buyers
Scope, evidence, deliverables, access, controls, timeline, pricing and the relationship with target-state architecture.
What is current state data architecture?
How is this different from a target state data architecture?
What is normally included in a current state data architecture engagement?
What deliverables can we expect?
What information do you need from us?
What if our documentation is incomplete or out of date?
Can you assess cloud, on-premises and hybrid environments?
Does the service include data security, privacy and governance?
Do you need access to production data?
Can DataConsultant work with our internal architects and existing vendors?
How long does a current state data architecture engagement take?
How is pricing determined?
What happens after the current-state baseline is complete?
Request a Current-State Scope Review
Share your contact details and requirement. DataConsultant can review the likely architecture boundary, evidence needs, stakeholder involvement and an appropriate commercial approach.