◈ Human thought, AI drafted / the future of work
Engineering Leadership
Kimmo Myllyviita
Designing how teams deliver software when agents are part of the team.
20+ years in sofware, from code to leading engineering teams
Co-founded a healthtech startup. Sat on leadership teams. Drove transformation.
Building and advising on agentic engineering, human-agent collaboration, and team transformation.
"Development silos are a thing of the past. The future needs collaborative working models, human-to-agent, human-to-human, and agent-to-agent."
Engineering Leadership Agentic AI Human-AI Workflow Design SDLC Transformation Team Building
Kimmo Myllyviita
Problem. Solution. Why Me.
Problem

AI is not understood as a transformative capability.

Most leadership teams treat AI as a productivity tool: copilots, chat assistants, faster tickets. Few treat it as a shift in what an organisation can build and how work should be structured. That's why the gains stay individual while delivery doesn't change, and why most organisations stall between L1 tool adoption and L3 orchestrated delivery. The tools aren't the gap. The understanding is.

Solution

Design the pipeline to feed agents context by design.

Agents don't need better prompts. They need requirements, epics, stories, and architecture specs structured so the pipeline itself provides context. That's an SDLC redesign, not a tooling purchase. It needs someone who understands both the leadership operating model and the daily engineering reality.

Why Me

I've been on both sides of the table for 20+ years.

I've sat on leadership teams and I've shipped "million lines of" production code. I co-founded a healthtech start-up and I've run multi-team engineering at a telco. I'm practising agentic development now, not just reading about it. And I've learned that transformation fails when the engineer doesn't trust it. Getting that trust comes with experience, which I have.

There's no playbook for AI-era software delivery yet, but there are principles that are genrally applicaple. I help teams and organisations design their transformation journey, custom made, based on their own context and goals.
Approach
How I Work the Problem
Engineering leadership in the AI era isn't a technical problem. It's an organisational, cultural, and workflow problem that happens to involve a lot of technology.

Foundations First

Test coverage, CI/CD, clear ownership, meaningful backlogs. These aren't glamorous, but organisations that skip them can't absorb AI tooling effectively. Every serious transformation I've led started here.

Two Levels at Once

Being credible with the leadership team on operating model decisions and staying close enough to engineers to know what's actually happening. I operate at both levels at once, and that's what makes transformation stick.

Engineers as the Constraint

Good engineers are scarce and easily disengaged. Tools don't fix that. Culture, autonomy, and meaningful work do. AI adoption fails when it feels imposed. It works when engineers feel like they're gaining capability, not being replaced.

Context by Design, Not by Prompt

Agents don't receive context from runtime prompts. They receive it from the SDLC pipeline: requirements, epics, user stories, architecture specs. The organisation that structures its pipeline to feed agents correctly is the one that gets reliable output. That redesign is a leadership problem, not a tooling one.

Method
Getting There
The workflow becomes your software factory, perhaps even an autonomous one, but there's no shortcut getting there: there's no "Agentic Scrum" playbook. Every organisation needs its own re-design, and because the technology keeps moving, it's not a do-it-once transformation but an evolving one.

Pilots are easy to run and easy to abandon: a recent MIT study (08/25) found 95% of them fail to reach production. Not because the tools don't work, because nobody redesigned the workflow around them.
1
Acknowledge the baseline — how we work today, technology and people
2
Define goals
3
Understand limitations, risks and governance
4
Build the agent foundation — one source of truth for context
5
Design the first agentic workflow — start at Crawl. Define KPIs before you scale it.
6
Walk, then Run — the loop that gets you there: monitor, measure, improve (cycle time, cost, quality, trust)
Run that loop long enough and delivery itself becomes commodity. What stays scarce, and valuable, is human insight: knowing what to build, what to cut, and where trust still has to be earned.
Maturity Model
Where Teams Are Today
Most organisations sit at L1 or L2, ad-hoc AI tool adoption with no systemic redesign. The transformation doesn't happen automatically, it requires deliberate leadership at the critical threshold and beyond.
Agentic Engineering Maturity Model
The gap between L2 and L3 is where most transformations stall. Crossing it requires redesigning workflows, governance, and team structure, not just buying more tools.
Org Model
From Silos to Onion-Layer Org
The silo model was designed for a world where handoffs were unavoidable. In an agentic pipeline, the context loss at every handoff is what breaks delivery. The onion model routes context inward from strategy through to execution, with humans embedded at each layer boundary.
Silos to Onion-Layer Org model
Context flows inward through the pipeline, not from runtime prompts. The org is structured to optimise delivery, not the other way around.