Insights on enterprise architecture, system recoveries, and digital transformation

Data Integrity & Executive Advisory

Surgical Deep Dives and Executive Translation

From Snowflake data structures and Workday HCM integrations to C-suite decision frameworks: how architectural guardianship bridges technical root-cause analysis with executive clarity in tertiary education reforms.

Read Insight →
Enterprise Strategy & Frameworks

Forging the Target State: Applying Craft to TOGAF

Target state architecture isn't abstract documentation. Overlaying traditional craftsmanship metaphors onto modern EA frameworks to build resilient, transition-ready enterprise blueprints.

Read Insight →
Governance & Alignment

Architecture as an Enterprise Taxonomy

Why major transformations fail in communication rather than code. Establishing a unified language to align vendors, engineers, and executive steering committees.

Read Insight →

Surgical Deep Dives and Executive Translation: The Dual Lens of Architectural Guardianship

Why high-stakes enterprise transformations fail in the gap between high-level executive vision and raw data paradigms—and how architectural guardianship bridges both.

In traditional Japanese martial strategy, there is a concept known as Metsuke—the posture of the eyes. It dictates that a practitioner must never fixate solely on the opponent’s weapon, nor only sweep the room. Instead, one must maintain dual awareness: perceiving the microscopic detail of an immediate threat without losing sight of the broader horizon.

In enterprise architecture, transformation failures rarely happen because leadership lacked a vision. They fail in the dark corners between architectural abstraction and raw technical reality.

When leading technical turnarounds across large tertiary education institutions—navigating modernisations like replacing legacy HRIS platforms with cloud HCM environments and centralised analytics platforms like Snowflake—this dual awareness isn't just useful. It is the core duty of architectural guardianship.


The Micro: Unpicking Fundamental Paradigm Shifts

Consider a common flashpoint in enterprise HRIS modernisations: moving from a legacy relational database like PeopleSoft to an object-based cloud model like Workday.

To the uninitiated, HR data feels static. But under the hood, the underlying architecture governs how an institution operates:

1. Relational Rigidity (PeopleSoft RDBMS)

Traditional systems rely on relational database management systems (RDBMS). Data is normalised, indexed, and locked into explicit tables with foreign key constraints. Querying historical reporting structures means traversing complex join paths across effective-dated tables (JOB, POSITION, DEPT_TBL). It is rigid and SQL-heavy, but its structure is explicit and visible.

2. The "Just-in-Time" Object Model (Workday)

Workday fundamentally abandons traditional RDBMS paradigms for an in-memory, object-oriented data model. Data isn't stored in conventional relational tables; it exists as interconnected objects (e.g., Worker, Position, Supervisory Organisation).

Instead of pre-indexing fixed relationships, Workday evaluates business logic and organisational hierarchies "Just-in-Time" (JIT) in memory.

Data Paradigm Comparison

  • PeopleSoft (Relational RDBMS): Fixed schemas, normalised tables, explicit SQL join paths, heavy on effective-dated table rows.
  • Workday (In-Memory Object Graph): Dynamic object graph, JIT evaluation, calculated fields, dynamic REST API/RaaS extraction.

The Unforeseen Friction Point in Analytics

When pushing this data downstream into enterprise analytics platforms like Snowflake, the paradigm shift creates an immediate disconnect:

  • Extraction Mismatch: You cannot simply execute standard SQL SELECT statements against Workday's core. Data must be extracted via REST APIs, RaaS (Report-as-a-Service), or direct integration connectors.
  • Calculated Field Complexity: Attributes that were once single table columns in PeopleSoft become dynamically evaluated calculated fields in Workday, computed JIT at runtime based on the worker's active context.
  • Schema Reconstruction in Snowflake: To rebuild historical reporting or workforce analytics in Snowflake, data engineers must re-flatten Workday’s dynamic object graph into relational dimensional models. If the architectural mapping misses how JIT objects handle historical effective dating, reporting reconciliation breaks immediately.

Without a surgical deep dive into these exact structural mechanics, integration budgets blow out, data pipelines silently corrupt historical reporting, and vendors point fingers at client data quality.


The Macro: Translating Mechanical Reality into Executive Clarity

A Lead Enterprise Architect does not drag the Vice-Chancellor or Steering Committee into the weeds of object graph evaluations or API pagination limits. Doing so invites analysis paralysis.

Instead, architectural guardianship requires executing the surgical deep dive, identifying the root-cause risk, and elevating the finding into an executive decision framework:

"Our reporting risk isn't a vendor defect; it is an integration pattern mismatch requiring standardised data ingestion rules between object-based APIs and relational cloud analytics."

When presenting to executive leadership, the narrative pivots from code-level mechanics to governance and risk management:

  1. Reframing the Problem: Transform "Workday calculated fields aren't extracting properly" into strategic capability requirements for cloud data pipelines.
  2. Quantifying Business Impact: Shift from discussing schema joins to addressing delivery velocity, audit compliance, financial reporting integrity, and total cost of ownership.
  3. Providing Clear Options: Present steering committees with architecturally sound, costed pathways rather than open-ended technical dilemmas.

Precision at the Core, Perspective at the Top

True technical turnaround leadership cannot be executed from an ivory tower. High-level strategic roadmaps are only as reliable as the underlying data foundations that support them.

By combining the precision of a microscopic deep dive with the perspective of executive stewardship, enterprise architecture ceases to be abstract documentation. It becomes an active force for clarity, momentum, and operational resilience.

Back to Top

Forging the Target State: Applying Master Craftsmanship to Enterprise Architecture

Target state architecture isn't abstract documentation. Overlaying traditional craftsmanship principles onto modern EA frameworks creates resilient, battle-tested transformation blueprints.

In traditional Japanese swordcraft, the creation of a master blade is not an act of rapid assembly—it is an exercise in rigorous, disciplined transformation. The swordsmith begins with raw Tamahagane (sponge iron), an unstable material filled with impurities, carbon variation, and structural weaknesses.

Through Kitae (the meticulous folding and layering of steel), brittle elements are systematically eliminated, structural grain is aligned, and a resilient, high-performance core is forged.

Modern enterprise architecture faces the exact same reality. Organisations rarely build on a blank slate. They operate on decades of accumulated technical debt, fragmented legacy databases, and brittle integration patterns. Defining a Target State Architecture (TSA) isn't about drafting static TOGAF diagrams—it is about applying the forge to the enterprise.


The Architecture Forge: Overlaying TOGAF with Craft

Standard architectural frameworks like TOGAF ADM (Architecture Development Method) provide essential scaffolding. However, without operational discipline, they risk becoming theoretical exercises that stall in committee.

By framing the phases of target state development through the lens of traditional craftsmanship, enterprise roadmaps gain operational teeth:

1. Katachi (Form & Intent) — Phase A: Architecture Vision

Before steel touches fire, the smith determines the blade's exact geometry and purpose. In enterprise transformation, this is the alignment of business strategy with capability modeling. A target state must explicitly define what capabilities the business requires to win in its market—and ruthlessly cut away non-essential scope.

2. Kitae (Folding & Refining) — Phases B, C & D: Current to Target State

Folding steel removes slag while layering carbon for flexibility and strength. In architectural terms, this is the systematic rationalisation of application portfolios, cloud migrations, and data model modernisations. You are not simply replacing legacy software; you are folding out redundant microservices, consolidating disparate ERP instances, and reinforcing data governance.

The Target State Alignment

  • Raw Material (Current State): Brittle legacy databases, duplicated business logic, undocumented point-to-point integrations.
  • The Forge Process (Transition Architecture): Incremental transition steps, API abstraction layers, parallel run periods, automated reconciliation.
  • The Finished Blade (Target State): Clean capability boundaries, decoupled cloud services, real-time observability, resilient governance.

3. Yakire (Differential Hardening) — Phase E & F: Opportunities & Migration Planning

During quenching, a clay compound is applied so the edge hardens for sharpness while the spine remains flexible to absorb shock. A resilient enterprise architecture requires the same duality: core transactional systems (finance, HR, security) must be rigid and rock-solid, while customer-facing digital channels must remain flexible and adaptive to market shifts.


Pragmatic Transition States: The Stepping Stones

The greatest threat to enterprise transformation is the "Big Bang" deployment—attempting to deliver a complete target state in a single release. Like plunging hot steel directly into ice water without proper preparation, it causes catastrophic structural failure.

High-authority architectural stewardship focuses heavily on Transition Architectures (Plateaus):

  • Isolating Core Dependencies: Using strangler fig patterns to safely carve out legacy functionality without interrupting core business operations.
  • Establishing Temporary Data Bridges: Implementing robust change-data-capture (CDC) pipelines between legacy systems (e.g., Mainframe/RDBMS) and cloud targets to maintain operational continuity.
  • Derisking Go-Live Milestones: Defining clear, measurable business value at each interim plateau so the program pays for itself while mitigating implementation risk.

Architectural Guardianship in Practice

A target state diagram on a wall creates no value. True architectural guardianship is the discipline required to hold the line during execution—ensuring that under timeline pressure, project teams don't fold bad patterns back into the steel.

When guided by precision, clarity, and structural balance, your target state architecture ceases to be an academic document. It becomes a battle-tested instrument for long-term organisational agility.

Back to Top

Architecture as a Universal Taxonomy: Establishing a Shared Language for Enterprise Alignment

Why major technology transformations fail in communication long before they fail in code—and how architectural stewardship establishes the common lexicon required for unified execution.

In classical martial discipline, every stance, cut, and movement is governed by a precise vocabulary—a Kata. This is not for ornamental tradition; it is a functional necessity. In the heat of practice, there is zero room for misinterpretation. If the master and student do not share an absolute, unambiguous definition of form and movement, execution collapses immediately.

In modern enterprise transformation, the exact same failure pattern plays out daily. Multi-million-dollar programs rarely fail because the underlying technology was incapable. They fail because the organisation suffered a breakdown in translation.

The C-suite speaks in business capabilities and financial risk. System engineers speak in microservices, schema definitions, and API throughput. Third-party vendors speak in contractual scope and billable deliverables. Without an authoritative, shared taxonomy, these groups operate like different dialects attempting to navigate a storm.


The Cost of Dialect Friction

When an enterprise lacks a standardised architectural language, semantic ambiguity fills the vacuum. What one team calls an "Integration," another assumes is a "Real-time Event Stream," while leadership interprets it as a completed "Capability."

This dialect friction manifests in three dangerous ways across complex programs:

  • Vendor Misalignment: Contracts signed against vague technical terms allow vendors to deliver strictly to spec while completely missing the operational intent of the architecture.
  • Technical Debt by Assumption: Engineering teams build custom workarounds because business requirements were framed as high-level aspirations rather than precise, testable architectural constraints.
  • Executive Isolation: Steering committees are presented with dense technical status reports that mask underlying systemic risks until delivery deadlines are breached.

Taxonomy Alignment in Action

  • Executive Translation: Connects strategic goals directly to enterprise capability maps and clear risk classifications.
  • Engineering Precision: Translates capabilities into concrete system boundaries, interface contracts, and data standards.
  • Vendor Governance: Establishes clear, unambiguous architectural compliance metrics tied to delivery milestones.

Building the Enterprise Lexicon

High-authority architectural guardianship establishes Enterprise Architecture as a universal taxonomy—an objective, standardised language that binds every stakeholder to a single source of truth.

1. Standardising Capability Maps

A capability is what a business does, completely independent of how or who does it. By anchoring discussions to a standardised capability model, executives and technical leads can debate investment priorities without getting bogged down in vendor brand names or legacy org charts.

2. Defining Interface & Data Contracts

Ambiguity around data ownership destroys system integrity. Establishing formal domain models and API contracts ensures that "Customer," "Employee," or "Asset" means the exact same thing whether it lives in an on-premises ERP, a cloud HCM, or an enterprise data lake like Snowflake.

3. Establishing Objective Governance Criteria

Governance ceases to be a bureaucratic roadblock when the criteria are clear. By establishing an open, transparent taxonomy for compliance, security standards, and technical debt classification, delivery teams can self-assess their designs early in the lifecycle.


Alignment as a Competitive Advantage

When enterprise architecture functions as a universal language, the transformation dynamic shifts dramatically. Meetings move from arguing over definitions to making decisive, strategic trade-offs.

By enforcing a shared taxonomy across executives, engineers, and vendors, architectural guardianship creates unprecedented delivery velocity. Everyone moves in sync, understanding not just their individual movement, but the strategy of the entire enterprise.

Back to Top
Take me back to home