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
SELECTstatements 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:
- Reframing the Problem: Transform "Workday calculated fields aren't extracting properly" into strategic capability requirements for cloud data pipelines.
- Quantifying Business Impact: Shift from discussing schema joins to addressing delivery velocity, audit compliance, financial reporting integrity, and total cost of ownership.
- 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.