F
Forensic Audit Archive

Forensic Outcome

Phase 2 Audit Result | REF: EM-AUDIT-2026-8912

Forensic Diagnosis

Veritas presents a fascinating, textbook case study in the paradox of success. The Q3 2025 interim report paints the picture of a classic Cash Cow: 124.2% solvency, 5.2% investment returns, and nearly 12% premium growth pushing the value of investments over EUR 5 billion. This financial fortress is exactly what makes your structural stagnation so dangerous. Success breeds a Perception of Perfection, blinding the organization to the reality that it is architecturally paralyzed. You have approximately twenty fragmented backend insurance systems and zero internal engineering capability. You have effectively outsourced your thinking to CGI, Innofactor, and Ambientia. This is a severe Conway's Law violation: your fragmented, vendor-siloed organizational structure has produced a fragmented, siloed technical architecture. The Scrum thesis provided is a beautiful, albeit painful, autopsy of Digital Taylorism masquerading as Agile. The organization attempted to implement Scrum, but the underlying system remained entirely Rigid. The document explicitly states that work organization must happen top-down ('ylhaalta alaspain') and that quarterly planning is dictated by a development manager who makes prioritization decisions when application owners cannot agree. This is not Procedural Rationality or Launch-and-Learn; this is Substantive Rationality and command-and-control forced into three-week sprints. The team cannot release independently because of external vendor integration dependencies, meaning you have optimized for local task speed while completely destroying global Flow Efficiency. You are caught deeply in the Efficiency Trap, measuring story points and velocity while your Idea-to-Value time is choked by manual testing gates, quarterly resource allocations, and vendor bottlenecks. Furthermore, the persistent 'Pilot Purgatory' regarding AI is alarming. The 2024 annual report boasts of AI expertise investment, yet four consecutive scans reveal zero deployed models, no ML engineering teams, and no public engineering presence. This is Modernization Washing. You cannot deploy agentic AI or participate in embedded finance ecosystems when your data is locked in twenty legacy systems managed by external consultants. However, there is a genuine pulse here. The award-winning workplace culture, evidenced by the Oikotie Responsible Workplace win and a 4.29/5 responsibility score, proves that the humanistic foundation exists. Your people are capable of the Fluid model; they are simply trapped in a Rigid vehicle. The prognosis is stark: if Veritas does not change, the consequences are highly predictable. The embedded finance window will close, leaving you competing for residual market share. As climate change forces rapid recalibration of actuarial models and the EU AI Act demands strict data provenance, your vendor-dependent, fragmented architecture will collapse under the integration weight. You must stop buying transformation as a project and start building adaptability as a continuous internal capability. You must decouple your architecture to decouple your teams, moving from a hierarchy of functional silos to a network of autonomous Service Areas.

Key Strategic Actions

  • β€’ ACTION: Select ONE backend insurance domain and consolidate it into a composable service with a defined API boundary. β€” RATIONALE: You cannot boil the ocean. By utilizing the Service-Based Architecture methodology on a single slice, you prove composability and API-readiness, breaking the 20-system fragmentation bottleneck and creating the prerequisite for embedded finance.
  • β€’ ACTION: Establish an internal Platform Engineering function and transition away from 100% vendor-led delivery. β€” RATIONALE: Outsourcing your thinking to CGI and Innofactor kills adaptability. You must internalize the capability to build and run your own digital products, shifting enabling functions from Cost Centers (TCO) to Value Enablers (TVO).
  • β€’ ACTION: Map the complete Value Stream of the current software delivery pipeline, exposing every handoff, queue, and approval gate. β€” RATIONALE: The current Scrum implementation is waterfall in disguise. Visualizing the wait times between internal business owners, the development manager, and external vendors will expose the Efficiency Trap and shift the focus to Flow Efficiency.
  • β€’ ACTION: Deploy ONE governed AI-driven workflow into production within 90 days. β€” RATIONALE: This breaks the organization out of Pilot Purgatory. Moving from theoretical AI expertise to a live, governed model establishes the data lineage and compliance foundation required before EU AI Act grace periods expire.
  • β€’ ACTION: Shift from top-down quarterly planning to continuous, pull-based funding for Service Areas. β€” RATIONALE: The current model dictates 'how' and 'what' from the top, violating the principle of Enabling Leadership. Empowering teams to pull work based on customer impact enables true Sense-and-Respond adaptability.

Key Strategic Outcomes

  • β€’ DELIVERABLE: Service-Based Architecture Blueprint for Pilot Domain. β€” PURPOSE: Provides a concrete, technical roadmap for decoupling the first of the 20 legacy systems, proving that independent value streams can be created without a massive, risky 'Big Bang' replacement.
  • β€’ DELIVERABLE: Value Stream Map and Flow Efficiency Baseline. β€” PURPOSE: Quantifies the current drag in the system caused by vendor handoffs and manual testing gates, providing a baseline metric to measure the >50% flow efficiency improvement target.
  • β€’ DELIVERABLE: Strategic AI Evaluation and Governance Framework. β€” PURPOSE: Audits the current gap between AI aspirations and production reality, delivering a compliance-ready framework that satisfies incoming regulatory mandates while enabling safe-to-fail experimentation.
  • β€’ DELIVERABLE: Platform Engineering Operating Model Design. β€” PURPOSE: Defines the roles, responsibilities, and TVO metrics for a new internal enabling platform team, outlining the transition plan to reduce reliance on Innofactor, CGI, and Ambientia.

Strategic Goal (The WHY)

"Approximately twenty fragmented backend insurance systems prevent Veritas from delivering composable, API-driven products β€” structurally blocking participation in embedded finance ecosystems that will increasingly define insurance distribution over the next twelve to twenty-four months."

Tactical Target (The WHAT)

"Backend insurance systems are progressively consolidated into a service-based architecture with clearly defined domain boundaries aim for >50% improvement at flow efficiency per domain/service area, enabling the first externally consumable insurance service interface and reducing the current integration fragmentation that bottlenecks every digital initiative in 18 months."

Targeted Inefficiencies

  • β†’ "No metrics to measure organizational adaptability."
  • β†’ "Product management is rigid or waterfall-based."
  • β†’ "Need for a deep-dive evaluation of AI capabilities."
  • β†’ "Developer friction and lack of self-service."
Ξ”

Strategic Reconciliation Audit Active

Comparative Delta Detected

Detected Variations

  • β€’ Stated agile intent vs. documented linear waterfall reality.
  • β€’ Narrative of AI expertise investment vs. zero production AI capabilities.
  • β€’ Desire for adaptability vs. rigid, top-down quarterly planning mandates.

Step Evolution

Pre-Analysis Evidence Assessment

Automated quality review conducted before forensic diagnosis

Evidence Score: 38.5/100
Strategic Mindset
75%
Organizational Architecture
60%
Adaptive Platform
15%
Financial Outcomes
95%
Structured Learning
70%

Evidence Strengths

  • + The 'Veritas_Insinöörityö_Scrum.pdf' document provides exceptionally detailed, ground-level evidence on team structure, roles, agile processes, and governance for a specific development project, which is rare and valuable.
  • + The 'osavuosikatsausq32025en.pdf' interim report provides extensive and concrete quantitative data for the Financial Outcomes pillar, including investment returns, solvency, and premium growth.
  • + There is clear evidence of an attempt to adopt modern ways of working (Scrum) and a formal process for structured learning (sprints, retrospectives) within at least one team.
  • + The diagnostic reports, while secondary sources, contain specific, verifiable claims (e.g., ~20 backend systems, vendor names like CGI and Innofactor) that can be targeted for validation.

Identified Gaps

  • ! There is a severe lack of primary evidence for the 'Adaptive Platform' pillar. No documents detail the internal technology stack, infrastructure, API strategy, or developer experience.
  • ! The evidence reveals a significant conflict between the desired agile mindset (from the Scrum thesis) and the actual command-and-control governance structure (top-down quarterly planning, manager-led prioritization).
  • ! Information on organizational architecture is limited to a single vendor-led project; there is no holistic view of the company's overall structure, value streams, or team topologies.
  • ! The provided evidence shows a heavy reliance on external vendors (CGI, Innofactor, Ambientia) for all software delivery, indicating very low internal engineering capability, which is a major risk for adaptability.

Suggested Additional Evidence

IT / Technology Strategy Document: To understand the company's own vision for its technology landscape and architecture.Architectural Blueprints or Diagrams: To visualize the '~20 fragmented backend systems' and understand integration points and dependencies.Vendor Contracts / Statements of Work (SOWs): To clarify the scope of outsourced work and understand the division of responsibilities between Veritas and its partners.Internal Budgeting and Financial Planning Documents: To understand the funding model (e.g., project-based vs. value stream funding) beyond high-level public financial reports.

Coach Recommendation

The available evidence is sufficient for a preliminary analysis but is critically weak on the 'Adaptive Platform' pillar. The analysis should proceed, but with the explicit goal of validating the secondary claims from the diagnostic reports about the fragmented architecture and lack of internal engineering. The highest priority is to acquire documents that detail the technology landscape and internal IT capabilities to assess the feasibility of the user's strategic goals.

Forensic Impact Analytics

Projected maturity growth based on simulated loops.

01

P1 Phase 1: Forensic Clarity & Domain Discovery

This phase exists because Veritas cannot fix what it cannot see. The diagnosis reveals a textbook Conway's Law Violation: approximately twenty fragmented backend systems mirroring a siloed, vendor-dependent organizational topology. Before any construction begins, you must make the invisible visible. The Efficiency Trap has hidden the true cost of your current operating model behind healthy financial lagging indicators β€” 124.2% solvency and 5.2% investment returns β€” creating a dangerous Perception of Perfection that blinds leadership to the architectural paralysis underneath. This phase applies the Value Stream Analysis methodology to forensically map the complete end-to-end delivery pipeline, exposing every handoff between internal business specialists, the Development Manager bottleneck, application owners, and external vendors like CGI and Innofactor.

Concretely, the team will conduct a Business Architecture Analysis across the twenty backend systems to identify natural domain boundaries and select the single highest-value pilot domain for decoupling. The current Scrum implementation β€” exposed in the thesis as top-down quarterly planning with a Development Manager acting as central coordinator β€” will be mapped as-is, quantifying wait times at every manual testing gate and vendor synchronization point. Leadership will participate in a Modern Way training engagement to build shared vocabulary around Flow Efficiency versus Resource Efficiency, directly addressing the cultural anxiety noted in the annual report regarding new work methods.

By phase completion, Veritas will possess its first-ever Value Stream Map with a quantified Flow Efficiency baseline, a selected pilot domain with clearly defined API boundaries, and a leadership cohort that understands why measuring story points and velocity is optimizing the wrong variable. The organization shifts from unconscious incompetence to conscious clarity β€” the prerequisite for every subsequent phase.

Strategic Rationalization "This phase directly addresses Thematic Findings 1 (Efficiency Trap) and 2 (Conway's Law Violation) by making the systemic drag visible. The material analysis confirms that no flow metrics, outcome metrics, or Idea-to-Value measurements exist β€” you cannot improve what you have never measured. Without this forensic baseline, all subsequent architectural work is guesswork."

Key Activities

  • 1. Map the complete end-to-end Value Stream of software delivery across all vendor touchpoints, quantifying every handoff, queue, and approval gate between business specialists, application owners, the Development Manager, and external vendors.
  • 2. Conduct a Business Architecture Analysis of the approximately twenty backend insurance systems to identify natural domain boundaries, data ownership patterns, and integration dependencies.
  • 3. Select and scope the single highest-value pilot domain for Service-Based Architecture decoupling based on business impact, API composability potential, and embedded finance relevance.
  • 4. Deliver a leadership alignment program using The Modern Way training to establish shared understanding of Flow Efficiency, the Efficiency Trap, and the distinction between Path A and Path B work.

Key Deliverables

  • ♦ Quantified Value Stream Map exposing current Idea-to-Value lead time, wait-time ratios, and Flow Efficiency baseline across the delivery pipeline.
  • ♦ Domain Boundary Map identifying natural service boundaries within the twenty backend systems with a prioritized pilot domain recommendation.
  • ♦ Service-Based Architecture Blueprint for the selected pilot domain, defining API boundaries, data contracts, and decoupling strategy.
  • ♦ Leadership Alignment Report documenting shared vocabulary adoption and strategic consensus on the shift from Resource Efficiency to Flow Efficiency.

Applied Portfolio Tools

Value Stream Analysis & Process Optimization

"Applied to forensically map the entire delivery pipeline from customer request to production deployment, quantifying every vendor handoff, manual testing gate, and quarterly planning bottleneck identified in the Scrum thesis diagnosis."

Business Architecture Analysis & Advisor

"Used to analyze the approximately twenty fragmented backend insurance systems, identifying natural domain boundaries and selecting the optimal pilot domain for Service-Based Architecture decoupling."

The Modern Way - Training Program

"Deployed to build leadership fluency in Evolving Modernization vocabulary β€” Flow Efficiency, Efficiency Trap, Path A versus Path B β€” directly addressing the cultural anxiety about new methods noted in the annual report."

02

P2 Phase 2: Pilot Domain Decoupling & Internal Capability Seeding

Phase 1 revealed the truth; Phase 2 begins building the alternative. This phase directly attacks Thematic Finding 3 β€” Outsourced Thinking β€” by establishing the first internal Platform Engineering capability within Veritas. The diagnosis is unambiguous: IT recruitment focuses purely on end-user support and device management, with zero internal engineering depth. Every digital initiative flows through CGI, Innofactor, or Ambientia. This is not a partnership model; it is a structural dependency that kills adaptability. Applying the Evolving Modernization principle that Enabling Functions must shift from Cost Centers measured by TCO to Value Enablers measured by TVO, this phase seeds the internal team that will own the pilot domain's composable service layer and begin reclaiming the organization's capacity to think for itself.

The selected pilot domain from Phase 1 will be decoupled from the monolithic backend using the Designing Service-Based Business Architecture methodology, wrapping legacy integration points in API boundaries without requiring a Big Bang replacement. Simultaneously, the first cross-functional Service Area team will be assembled β€” breaking the rigid role separation between business specialists, application owners, and the Development Manager documented in the Scrum thesis. This team will own the pilot domain end-to-end, eliminating the handoff chains that currently destroy flow. A Platform Engineering function will be formally established, beginning with two to three internal hires focused on API gateway management, CI/CD pipeline ownership, and integration architecture.

At phase completion, Veritas will have its first internally owned composable service running in production with a defined API boundary, its first cross-functional Service Area team operating with reduced vendor dependency, and an embryonic Platform Engineering function. The organization has proven that decoupling is possible without catastrophic risk β€” the Procedural Rationality of Launch-and-Learn replaces the Substantive Rationality of Big Bang planning.

Strategic Rationalization "This phase directly addresses Thematic Finding 3 (Outsourced Thinking) and the audit action to establish an internal Platform Engineering function. The material analysis confirms zero internal engineering capability and 100% vendor-driven delivery β€” this structural dependency must be broken at the pilot level before any scaling is viable. The Scrum thesis evidence of rigid role separation and handoff chains makes the cross-functional Service Area team essential."

Key Activities

  • 1. Decouple the selected pilot domain from the monolithic backend by wrapping legacy integration points in API boundaries using Service-Based Architecture principles, avoiding Big Bang replacement risk.
  • 2. Assemble the first cross-functional Service Area team that combines business expertise and technical delivery capability, eliminating the handoff chains between business specialists, application owners, and the Development Manager.
  • 3. Establish a formal internal Platform Engineering function with initial hires focused on API gateway management, CI/CD pipeline ownership, and integration architecture to begin reducing vendor dependency.
  • 4. Implement continuous delivery practices within the pilot domain, replacing manual testing gates and quarterly release cycles with automated quality checks and pull-based deployment.

Key Deliverables

  • ♦ Production-deployed composable service for the pilot domain with defined API boundaries, data contracts, and documentation enabling external consumption.
  • ♦ Cross-functional Service Area Team Charter defining roles, autonomy boundaries, decision rights, and the elimination of the Development Manager bottleneck for the pilot domain.
  • ♦ Platform Engineering Operating Model defining TVO metrics, hiring roadmap, and the phased transition plan for reducing reliance on CGI, Innofactor, and Ambientia.
  • ♦ CI/CD Pipeline for the pilot domain replacing manual testing gates with automated quality verification, establishing the technical foundation for independent release capability.

Applied Portfolio Tools

Designing Service-Based Business Architecture

"Applied to architect the pilot domain's composable service layer, defining API boundaries, data ownership contracts, and integration patterns that decouple the domain from the monolithic twenty-system backend without requiring Big Bang replacement."

Platform Engineering Advisor

"Used to design the internal Platform Engineering function's operating model, defining TVO metrics, team topology, and the phased vendor transition strategy that shifts enabling functions from cost centers to value enablers."

Delivery & Capacity Planning Optimization

"Applied to replace the rigid quarterly planning and top-down resource allocation documented in the Scrum thesis with pull-based, continuous capacity planning aligned to the pilot Service Area's actual demand patterns."

03

P3 Phase 3: Service Area Operationalization & AI Deployment

With a proven pilot domain and embryonic internal capability in place, Phase 3 addresses the two remaining critical gaps: the absence of a sustainable Adaptable Operating Model and the persistent Pilot Purgatory around AI. Thematic Finding 4 β€” Modernization Washing β€” revealed that four consecutive scans show zero deployed AI models despite annual report claims of AI investment. This phase applies the Procedural Rationality principle of Launch-and-Learn to deploy the first governed AI workflow into production within this phase window, breaking the cycle of theoretical investment that never touches reality. Simultaneously, the Designing Adaptable Operating Model methodology is applied to formalize the dual-path operating rhythm that distinguishes Path A standardized work from Path B explorative work.

The pilot Service Area from Phase 2 will be formalized with an Operating Rhythm that includes defined inputs, outputs, and Sense-and-Respond feedback loops β€” directly replacing the quarterly planning cadence dictated by the Development Manager. The Impact Opportunity Platform logic will be introduced to route incoming demands: predictable maintenance and regulatory compliance work follows the Standardized path with traditional capacity planning, while innovation initiatives like the AI workflow follow the Iterative path with self-organizing teams and safe-to-fail experimentation. The AI deployment will target a specific, high-value domain β€” claims processing or actuarial risk scoring β€” establishing data lineage, governance guardrails, and Human-in-the-Loop protocols that satisfy incoming EU AI Act requirements.

At phase completion, Veritas operates its first fully autonomous Service Area with an embedded Operating Rhythm, its first production AI workflow with compliance-ready governance, and a formalized dual-path operating model. The organization has exited Pilot Purgatory and proven that adaptability and governance coexist β€” the prerequisite for scaling across remaining domains.

Strategic Rationalization "This phase directly addresses Thematic Finding 4 (Modernization Washing and Pilot Purgatory) and Thematic Finding 1 (Efficiency Trap) by deploying a governed AI workflow and replacing rigid quarterly planning with an Adaptable Operating Model. The material analysis confirms zero production AI despite claimed investment and a top-down planning model that structurally prohibits flow β€” both must be resolved before scaling."

Key Activities

  • 1. Design and implement the Adaptable Operating Model for the pilot Service Area, establishing an Operating Rhythm with defined Sense-and-Respond feedback loops that replace the quarterly planning and Development Manager bottleneck.
  • 2. Deploy the first governed AI workflow into production targeting a specific high-value domain such as claims processing or actuarial risk scoring, with full data lineage and EU AI Act compliance guardrails.
  • 3. Implement Impact Opportunity Platform logic to route incoming demands through either the Standardized path for predictable work or the Iterative path for explorative innovation, formalizing the dual operating model.
  • 4. Establish Communities of Knowledge for AI/ML practices and Service Area operations, creating the internal learning infrastructure that replaces vendor-dependent knowledge acquisition.

Key Deliverables

  • ♦ Adaptable Operating Model Documentation defining the pilot Service Area's Operating Rhythm, dual-path routing logic, decision rights, and Sense-and-Respond cadences.
  • ♦ Production-deployed AI workflow with documented data lineage, governance guardrails, Human-in-the-Loop protocols, and EU AI Act compliance mapping.
  • ♦ Impact Opportunity Platform design specifying demand capture, dual-path routing criteria, and dynamic organizing principles for the pilot and adjacent Service Areas.
  • ♦ Communities of Knowledge charter and launch for AI/ML engineering and Service Area operations, with defined learning cadences and knowledge-sharing mechanisms.

Applied Portfolio Tools

Designing Adaptable Operating Model

"Applied to replace the rigid, top-down quarterly planning model with a continuous Operating Rhythm featuring dual-path routing, Sense-and-Respond feedback loops, and pull-based capacity allocation for the pilot Service Area."

AI-Driven Value Creation Engine

"Used to design and deploy the first governed AI workflow, establishing the KickStart phase of the AI Readiness approach β€” diagnostic, pilot co-creation, and production deployment with compliance guardrails addressing Pilot Purgatory."

Communities of Knowledge & Learning

"Deployed to create the internal learning infrastructure for AI/ML practices and Service Area operations, systematically replacing the outsourced knowledge dependency on CGI, Innofactor, and Ambientia."

04

P4 Phase 4: Scaling the Engine & Embedded Finance Readiness

The final phase exists because a single successful pilot is not a transformation β€” it is a proof point. The user's strategic intent is clear: backend systems must be progressively consolidated into a Service-Based Architecture enabling the first externally consumable insurance API within eighteen months. Phase 4 applies the Capability Scaling and Evolutionary Rollout pattern from the AI-Driven Value Creation Engine methodology to replicate the proven pilot model across the next two to three highest-priority domains, creating the composable service mesh that enables embedded finance participation. The Structural Ambidexterity principle ensures that Path A standardized operations continue running reliably while Path B explorative domains are systematically decoupled and modernized.

The proven patterns from Phases 2 and 3 β€” Service-Based Architecture blueprints, cross-functional Service Area teams, Platform Engineering enablement, Adaptable Operating Model, and AI governance frameworks β€” are now codified into an organizational playbook and rolled out to adjacent insurance domains. The Platform Engineering function scales from its embryonic state to a mature enabling platform serving multiple Service Areas, with TVO metrics tracking its contribution to Idea-to-Value acceleration rather than cost reduction. The first externally consumable API is published, opening the embedded finance channel. Continuous pull-based funding replaces the remaining quarterly budget cycles, and Enabling Leadership practices from the Leadership Lab are deployed to ensure that the Development Manager bottleneck pattern is not replicated in new domains.

At phase completion, Veritas operates three to four autonomous Service Areas with independent release capability, an externally consumable API enabling embedded finance partnerships, a scaled Platform Engineering function, and an organization-wide Adaptable Operating Model. The measured Flow Efficiency improvement target of greater than fifty percent is validated across pilot domains. Veritas has shifted from a vendor-locked Cash Cow optimizing lagging indicators to an adaptive organization building composable insurance capabilities for the knowledge economy.

Strategic Rationalization "This phase addresses the user's core strategic intent: externally consumable APIs enabling embedded finance within eighteen months. The diagnosis confirms that the twenty-system fragmentation bottlenecks every digital initiative β€” without systematic scaling of the proven pilot patterns, the single Service Area remains an island of modernity in an ocean of legacy. The shift from quarterly budgeting to pull-based funding directly resolves the top-down planning model documented in the Scrum thesis."

Key Activities

  • 1. Replicate the proven Service-Based Architecture blueprint, cross-functional Service Area team model, and Adaptable Operating Model across two to three additional priority insurance domains identified in Phase 1.
  • 2. Publish the first externally consumable insurance API, establishing the technical and commercial foundation for embedded finance ecosystem partnerships.
  • 3. Scale the Platform Engineering function from embryonic to mature enabling platform serving multiple Service Areas, with TVO metrics replacing TCO as the primary performance measure.
  • 4. Deploy Leadership Lab engagements across domain leads to embed Enabling Leadership practices and prevent replication of the Development Manager bottleneck pattern in scaled domains.

Key Deliverables

  • ♦ Organizational Transformation Playbook codifying the proven patterns for Service-Based Architecture decoupling, Service Area team formation, Operating Model implementation, and AI governance deployment.
  • ♦ First externally consumable insurance API published with documentation, SLA definitions, and commercial partnership framework for embedded finance ecosystem entry.
  • ♦ Scaled Platform Engineering Operating Model serving three to four Service Areas with TVO dashboard tracking Idea-to-Value acceleration, API consumption metrics, and internal capability maturity.
  • ♦ Flow Efficiency Improvement Report validating the greater than fifty percent improvement target across pilot domains with before-and-after measurements against the Phase 1 baseline.

Applied Portfolio Tools

Designing Service-Based Business Architecture

"Applied at scale to replicate the proven pilot domain decoupling pattern across additional insurance domains, systematically extending the composable service mesh toward full embedded finance API readiness."

Leadership Lab

"Deployed to develop Enabling Leadership capabilities across new domain leads, ensuring the shift from command-and-control to shared leadership that prevents the Development Manager bottleneck from being replicated during scaling."

Self-Management Opportunity Platform

"Applied to operationalize pull-based team formation and dynamic organizing across scaled Service Areas, enabling the Freedom-to-Choose principle and replacing rigid, top-down resource allocation with competence-driven self-selection."

Unlearning Path

Legacy Habit
Top-down quarterly planning dictated by the Development Manager who makes prioritization decisions when application owners cannot agree.
Replacement Behavior
Continuous, pull-based demand routing through the Impact Opportunity Platform where Service Area teams self-prioritize based on customer impact and strategic alignment.
Legacy Habit
100% vendor-dependent delivery model where CGI, Innofactor, and Ambientia own all engineering decisions and digital strategy execution.
Replacement Behavior
Internal Platform Engineering function that owns API architecture, CI/CD pipelines, and integration strategy, with vendors serving as capacity augmentation rather than capability substitution.
Legacy Habit
Measuring success through story points, velocity, and lagging financial indicators like solvency ratio and premium growth while ignoring Flow Efficiency and Idea-to-Value lead time.
Replacement Behavior
Outcome-focused measurement system tracking Flow Efficiency ratios, Idea-to-Value lead time, API consumption rates, and customer impact metrics alongside financial indicators.
Legacy Habit
Treating AI as a theoretical investment and innovation as a separate, vendor-led project disconnected from production systems and business P&L.
Replacement Behavior
AI as a built-in capability within Service Areas, governed by the dual-path operating model where AI workflows follow the Iterative path with safe-to-fail experimentation and production deployment requirements.
Legacy Habit
Rigid role separation between business specialists who define requirements, application owners who plan tasks, and a development team that executes β€” requiring constant handoffs and heavy coordination.
Replacement Behavior
Cross-functional Service Area teams that combine business expertise, technical delivery, and operational ownership within a single autonomous unit with end-to-end value stream accountability.

Team Composition

Modernization Advisor β€” leads the strategic diagnostic, domain boundary analysis, and overall transformation architecture across all four phases. Platform Engineering Lead β€” owns the build-out of internal API architecture, CI/CD pipelines, and the phased vendor transition strategy with TVO accountability. Service Area Lead(s) β€” own end-to-end value streams within decoupled domains, replacing the Development Manager bottleneck with shared leadership and autonomous decision rights. AI Strategist and MLOps Engineer β€” design, deploy, and govern production AI workflows with EU AI Act compliance and data lineage requirements. Value Stream Analyst β€” maps and quantifies current delivery pipelines, establishes Flow Efficiency baselines, and tracks improvement against the >50% target. Enabling Leadership Coach β€” deploys Leadership Lab practices to develop shared leadership capabilities and prevent command-and-control pattern replication during scaling.

Risk Assessment

Blocker
Vendor Lock-in Resistance: CGI, Innofactor, and Ambientia may resist or slow-walk the transition of capabilities to internal teams, as it directly threatens their revenue streams and strategic position within Veritas.
Mitigation
"Negotiate explicit transition clauses in existing contracts, frame the shift as moving vendors from capability owners to capacity augmenters, and ensure the pilot domain decoupling demonstrates clear TVO improvement that justifies the strategic shift to leadership."
Blocker
Leadership Reversion to Command-and-Control: The Development Manager bottleneck pattern is deeply embedded. Under stress or ambiguity, leadership may revert to top-down quarterly planning and centralized prioritization rather than trusting the new pull-based model.
Mitigation
"Deploy Leadership Lab engagements starting in Phase 1 to build shared vocabulary and conviction, use the Phase 1 Value Stream Map as forensic evidence of the cost of the current model, and establish clear Enabling Leadership guardrails that make the old behavior visible when it recurs."
Blocker
Cultural Anxiety and Change Fatigue: The annual report and Scrum thesis both document employee stress about new work methods and rigid meeting models. Introducing yet another transformation initiative risks triggering defensive resistance and deepening the anxiety.
Mitigation
"Leverage the verified humanistic foundation β€” the Oikotie Responsible Workplace award and 4.29/5 responsibility score β€” as the psychological safety baseline. Apply the co-creative Launch-and-Learn approach rather than imposing a new model, letting teams discover the new ways of working through the pilot experience rather than mandate."
Blocker
Pilot Domain Selection Failure: Choosing a pilot domain that is too deeply entangled in cross-system dependencies could make decoupling prohibitively complex, discrediting the entire approach before it gains organizational momentum.
Mitigation
"Apply rigorous Business Architecture Analysis criteria in Phase 1 to select the domain with the highest business value and lowest integration coupling, ensuring the pilot is designed to succeed and generate the organizational proof point needed to justify scaling investment."
Blocker
EU AI Act Compliance Pressure: Regulatory timelines may create urgency that pushes the organization toward hasty, governance-light AI deployment rather than the governed, production-ready approach required for sustainable capability building.
Mitigation
"The AI-Driven Value Creation Engine KickStart approach mandates that the first AI deployment includes full governance guardrails, Human-in-the-Loop protocols, and data lineage from day one. Frame compliance as an enabler of trust and speed rather than a brake, embedding Secure-by-Design principles into the Service Area operating model."

?
Blind Spot Analysis

Autonomous Follow-Up Agent β€” questions to re-evaluate before proceeding

governance critical

The roadmap describes moving to autonomous Service Areas, but which specific executive sponsor holds veto-proof authority to terminate the contracts β€” or materially reduce the scope β€” of CGI, Innofactor, and Ambientia mid-programme, and what is the contractual exit cost and notice period for each vendor?

The critique identifies a severe Conway's Law violation: Veritas has effectively outsourced architectural decision-making to three external vendors whose commercial incentives are structurally misaligned with decoupling. As Conway's Law makes clear, organizational communication structures directly produce the technical architecture β€” meaning no architectural change is achievable without first changing the vendor governance model. The roadmap phases name domain decoupling and internal capability seeding, but contain zero reference to contract renegotiation timelines, exit clauses, or the identification of a C-suite owner with the authority and political will to execute those changes. Without this, Phase 2 pilot decoupling will be quietly sabotaged by vendor change-request processes, and Phase 3 operationalization will never achieve independent release cadence. The embedded finance window is closing: the European embedded insurance market is forecast to grow at a 34.8% CAGR through 2031, and online, API-first distribution already commands over 93% of 2025 European embedded insurance premiums. Every quarter of vendor contract ambiguity is a quarter of compounding strategic disadvantage.

financial critical

The roadmap targets an 18-month horizon for the first externally consumable insurance service interface, but has Veritas modelled the total cost of delay β€” specifically the revenue opportunity cost of remaining architecturally ineligible for B2B2C embedded finance partnerships while the European embedded insurance market compounds at ~35% CAGR β€” against the full internal capability-build investment required across all four phases?

Veritas's financial fortress (124.2% solvency, EUR 5B+ investments, 12% premium growth) creates a dangerous institutional blind spot: the organisation is measuring transformation cost but not the cost of delay. The European embedded insurance market is projected to reach USD 18.29 billion by 2031 from USD 3.05 billion in 2025, growing at a 34.8% CAGR β€” and online, API-first distribution already commands overwhelming market primacy. Deloitte's analysis is explicit that 'playing it safe by not engaging early on could end up being the riskiest move of all' for insurers. The roadmap's phased structure implicitly accepts 18 months of architectural ineligibility for these partnerships, but nowhere quantifies what that forfeiture costs in foregone premium at current growth rates, nor does it model whether a more aggressive, higher-investment Phase 1-2 compression would generate positive NPV by accelerating ecosystem entry. Without a rigorous cost-of-delay model anchored to the European embedded insurance growth trajectory, the Board will default to underfunding the programme β€” replicating the exact 'Pilot Purgatory' pattern the critique identifies with AI.

organizational critical

The roadmap proposes seeding internal engineering capability in Phase 2, but what is the explicit talent acquisition and retention strategy for engineers who can own domain services end-to-end, given that Veritas currently has zero internal ML engineering and no public engineering presence β€” and how will the organisation prevent the gravitational pull of its existing command-and-control 'ylhaalta alaspain' management culture from re-absorbing and neutralising newly hired autonomous engineers before Phase 3?

The critique diagnoses Digital Taylorism masquerading as Agile: top-down work organisation, quarterly resource allocation dictated by a development manager, and vendor-mediated release gates. This is precisely the environment that drives autonomous, product-minded engineers to exit. The Inverse Conway Maneuver β€” deliberately restructuring teams to produce the desired architecture β€” requires small, long-lived, cross-functional teams with full ownership of their services and autonomous release authority. However, if newly hired engineers are embedded into the existing functional hierarchy where a development manager adjudicates prioritisation disputes and external vendor contracts control deployment pipelines, Conway's Law guarantees the new organisational structure will simply re-produce the old fragmented architecture under a new label. The roadmap names 'internal capability seeding' but contains no answer to: What reporting line do new engineers have? Who protects their autonomy from quarterly planning cycles? What is the compensation model that makes Veritas competitive against Helsinki's fintech and insurtech talent market? These questions must be resolved before Phase 2 begins, not discovered during it.

technical critical

Before committing to domain boundary definitions in Phase 1's Forensic Clarity exercise, has Veritas mapped the data residency, ownership, and contractual data rights across all twenty legacy systems β€” specifically identifying which datasets are legally owned by CGI, Innofactor, or Ambientia under current SLAs β€” since the EU AI Act's strict data provenance requirements and FIDA's forthcoming interoperability mandates will make data trapped in vendor-controlled schemas an immediate hard blocker for both AI deployment in Phase 3 and the API-driven embedded finance interfaces in Phase 4?

The roadmap's Phase 1 focuses on forensic clarity and domain discovery, but the critique explicitly warns that data is locked in twenty legacy systems managed by external consultants. This is not merely a technical inconvenience β€” it is a legal and regulatory exposure. Under FIDA (Financial Data Access Regulation), which is enforcing interoperability standards by 2026, insurers must be able to assert data sovereignty and provide structured access to partner ecosystems. The EU AI Act demands strict data provenance and lineage for any deployed model. If the forensic mapping in Phase 1 does not produce a definitive data rights and ownership register β€” including which vendors hold contractual claims over schema designs, historical datasets, or derived models β€” then Phase 3's AI deployment objectives will be blocked not by engineering capability but by legal ambiguity, and Phase 4's externally consumable interfaces will expose Veritas to regulatory liability the moment a partner attempts to consume policyholder data via the API layer. The distributed monolith risk is equally acute: without this mapping, domain decoupling risks producing tightly coupled systems spread over network calls rather than genuinely independent services.

cultural important

The roadmap assumes the award-winning humanistic culture (4.29/5 responsibility score, Oikotie Responsible Workplace recognition) is an asset that will accelerate adoption of the Service Area model β€” but has it been stress-tested against the specific psychological threat that domain decoupling poses to the application owners, development manager, and functional leads whose identity, authority, and job security are currently anchored to the fragmented system landscape the roadmap intends to eliminate?

The critique correctly identifies that Veritas's people are capable of the Fluid model but trapped in a Rigid vehicle. However, 'humanistic culture' and 'psychological safety' are not synonymous. A high-trust, responsibility-oriented culture can paradoxically intensify resistance to modernisation when individuals perceive the change as a threat to relational equity β€” the informal authority structures, vendor relationships, and domain knowledge that constitute their professional identity within the organisation. The application owners who currently broker prioritisation decisions, and the development manager who resolves disputes when they cannot agree, are not merely process nodes β€” they are power holders. The roadmap's Phase 2 pilot decoupling will require these individuals to either redefine their roles or accept a material reduction in influence. Without a deliberate change management programme that reframes these roles around the new Service Area model β€” giving former gatekeepers a meaningful stake in the new architecture's success β€” resistance will not manifest as open defiance (inconsistent with the culture) but as passive friction: slow knowledge transfer to new engineers, selective vendor escalations, and 'compliance theatre' with the new domain boundaries while informal authority structures remain intact.

E
Appendix: Evolving Modernization Framework

The Paradigm Shift

The Rigid Model

"Doing things right" (Efficiency)

  • β€’ Fragmented, siloed functional departments.
  • β€’ Focus on "Output" (tasks completed).
  • β€’ Management via Control and Prediction.
  • β€’ Change is a "Big Bang" disruption.
The Fluid Model

"Doing the right things" (Impact)

  • β€’ Integrated, stream-aligned value creation.
  • β€’ Focus on "Outcome" (customer value realized).
  • β€’ Leadership via Enablement and Sensing.
  • β€’ Change is an organic, continuous evolution.

🏎️ Designing the "Vehicle"

πŸ—οΈ
The Architecture

"Your Vehicle Body"

Structure must be aerodynamic, reducing drag/friction to allow flow.

βš™οΈ
Operating Model

"Your Engine"

Internal mechanics of decisions, interactions, and power distribution.

β›½
The Data

"Your Fuel"

Clean, contextual information that powers the engine. Without it, the vehicle stalls.

πŸ›‘
Safety & Security

"Your Brakes"

Designed to let you drive fast with trust.

II. Adaptability Does Not Mean Chaos

A
Path A: Standardized

For predictable work. Use traditional optimization (Efficiency). Don't innovate on payroll.

B
Path B: Explorative

For complex work. Use agile, sensing loops (Efficacy). Discover new value.

III. Values & Principles

Autonomy of Employees Decentralized Decisions Customer Intimacy Pull-Based Work Trust & Respect Enabling Leadership Impact-Focused Growth Mindset

The 5 Pillars of Execution

  • 01.
    Strategic MindsetMoving from rigid to fluid. Sense-and-Adapt.
  • 02.
    Cohesive Org ArchitectureConnecting Strategy to Execution vertically and horizontally.
  • 03.
    Dynamic PlatformEliminating systemic inertia. Stability with agility.
  • 04.
    Financial OutcomesTranslating "Agile" into "Revenue" and "Profit".
  • 05.
    Structured Learning JourneyStep-by-step learning, not "Big Bang" chaos.