Finland · enterprise data & technical delivery

Information &data architecture.

I design how data moves from source systems into usable products, and build reusable workflows to implement and verify those designs.

My professional work is in financial and insurance data platforms. Through independent projects, I also build and test tools for AI-assisted engineering, with explicit work state, execution permissions and recovery.

Senior Solution Analyst at OP Pohjola Chapter co-lead

From problem to practiceSelect an area
01 / DATA

Make source behaviour and consumer needs explicit in models, quality rules and data-product lifecycles.

See the professional contribution

Professional experience

Data products.
Working methods.

My work connects business requirements, source-system behaviour and the teams building and using data products. At OP Pohjola, the focus is insurance data and cloud modernization. Earlier consulting work at Teradata covered wealth-management data and regulated reporting.

OP PohjolaSenior Solution Analyst · 2022–present

TeradataBusiness analytics consulting · 2018–2022

Modelmeaning across systems

Information & data-product architecture

Give implementation a shared meaning

Designed information and data-product models connecting source systems, legacy warehouses and cloud platforms with engineering, reporting and source-system teams. Defined semantics, temporal behaviour, keys and quality expectations to guide implementation.

Shared design
Domain expertise
Connectdesign to operating use

Integration & lifecycle design

Plan how consumers move with the data

Defined data-product lifecycle patterns covering quality, access, service readiness and retirement. Shaped migration approaches around reporting and analytics consumers, and evaluated Databricks integration options across CDC, federation, snapshots and Delta-based consumption.

Lifecycle patterns
Migration design
Reuseknowledge in delivery

AI-assisted data engineering

Turn fragmented mappings into usable specifications

Developed and introduced an AI-assisted documentation and lineage workspace that consolidated source mappings into traceable specifications and modelling inputs. Demonstrated the approach across the organisation, where other teams used it as a reference.

Implemented workspace
Wider reference use
Verifychecks used in delivery

Executable validation

Make data expectations testable

Designed executable SQL regression and validation checks with source lineage and repeatable baselines, used by the delivery team to assess target data. Earlier work combined requirements, semantic design and final quality assurance for regulated customer reporting.

Delivery-team use
Regulated reporting
Sharepractice beyond one person

Chapter co-lead

Help colleagues put methods to work

Co-lead solution-analysis competence development through hands-on workshops, shared requirements practices and AI-assisted engineering examples. Peer learning and reusable material help colleagues apply the methods in their own work.

Shared leadership
Hands-on enablement

Independent engineering

Open the source.
Follow the decisions.

These are personal projects with public implementations. They show how I approach integration, validation and recovery. Each links to a concrete example and states the scope of its evidence.

Source descriptions checked .

01 / WORKPublic implementation

Work coordination & acceptance

Vuoro

What survives when the agent changes?

I built a coordination and settlement layer that preserves work identity, evidence and acceptance when an agent stops or another worker takes over.

Design
Native tools execute the work. Shared contracts keep ownership, history and acceptance explicit.
Evidence
A disposable settlement demo and a documented handover between hosted Claude and native Codex, including interruption and recovery.
Scope and limits

The handover proof covers a bounded workflow. Whole-estate capture coverage and broader deployment qualification remain open.

02 / DATAPublic implementation

Source data to reporting

Household data

Can one model support several useful decisions?

I built a platform that turns heterogeneous household sources into shared models, reporting and scenarios. The finance workflow follows a statement from ingestion through reporting to a saved scenario.

Design
Separate source ingestion, canonical facts and publication contracts so applications can reuse meaning and expose input quality.
Evidence
Synthetic demo data, an operator walkthrough, executable workflow tests and documented deployment paths.
Scope and limits

The synthetic workflow demonstrates the implementation. It does not establish current household outcomes or savings.

03 / EXECUTIONPublic implementation

Model & agent execution

Sovite

Which work may run, where, and who may read the result?

I built a configurable model and agent platform that separates model choice, execution, data placement and result access. Jobs retain their configuration and authority context.

Design
Explicit grants and output contracts determine what may execute and what a caller may receive.
Evidence
A repeatable synthetic local installation, deployment profiles, and qualification and recovery workflows.
Scope and limits

Synthetic exercises have a defined scope. Real installations require qualification against their actual models, configuration and environment. The repository-session worker launch is not released.

Operations and working notes

I also operate a Kubernetes homelab and keep public notes on migrations, recovery and architectural decisions.

How I work

Make the problem clear.
Make the way back clear too.

I prefer systems where responsibilities are explicit, important decisions survive the meeting, and a failed change has a planned route back.

  1. 01

    Find the actual constraints

    Understand source behaviour, consumer needs and ownership. Establish which system records each important fact.

    technical discovery
  2. 02

    Test the design against reality

    Use small implementations and executable checks to compare alternatives and expose assumptions before they spread.

    prototypes & validation
  3. 03

    Keep decisions inspectable

    Record what was requested, changed, accepted and rejected. Keep permissions, evidence and operating state understandable.

    clear responsibility
  4. 04

    Leave a usable path forward

    Make setup, validation, handover and recovery repeatable, so the next person can work without reconstructing the whole project.

    delivery & reuse

Where I want to contribute

Architecture.
Technical delivery.

I am interested in work with room to investigate the problem, make design decisions and stay involved through implementation and use.

Enterprise teams

Information & data architecture

Responsibility for information models, integration choices and data-product lifecycles, working with business and delivery teams from the initial problem through operating use.

Data & AI platform companies

Technical work with customers

Field and forward-deployed work that combines technical discovery, prototyping and implementation: understand the customer's constraints, test a viable approach, and leave a reusable solution with clear limits.

Outside the technical work

The curiosity travels.

I live in Finland. Away from data and infrastructure, I spend time on ancient history, cooking, travel, making things, 3D printing, and game ideas that usually acquire an economy before they acquire a title.

Read about the workshop