Work

A selection of situations from sixteen years of engineering work.

A selection of situations from sixteen years of engineering work — from startups, to scale-ups entering new markets, to regulated enterprises where the margin for error is narrow. Some of them began messy. All of them shipped.
Selected cases

A few situations that best explain how I operate.

Case studies across industries — from startups where I was employee number four, to scale-ups entering new markets, to regulated enterprises where the margin for error is narrow.
01

Zeals — Chat-commerce platform rewrite and organizational transformation (Tokyo, 2021–2023)

Context

Zeals was a Japanese chat-commerce startup entering a period of rapid growth. The technology stack was a Ruby on Rails monolith that could not support the planned US market launch. The team structure compounded the problem: frontend, backend, and DevOps were organized as separate functional groups rather than cross-functional product teams, which meant that any feature touching more than one layer took weeks of coordination to ship.

Intervention

I joined as the fourth frontend engineer and was promoted to Head of Frontend within months. I presented a new team structure to the engineering department and secured buy-in from the CTO and VP of Product. Over the following quarter I hired ten engineers and, together with two other engineers, designed a new platform architecture: microservices, micro-frontends, and an auto-generated API gateway. A three-person team produced the full platform design and migration strategy in two months.

Outcome

Release cadence moved from roughly monthly to weekly and stabilized there. All existing customers were migrated to the new platform without downtime. The frontend team grew from four to twenty-five people spread across ten countries. Two internal MVP awards. Five engineers grew into leadership roles during my tenure, one of whom later became VP of Technology. The platform we designed is still running the business today.

02

go2cloud — Building the software function inside a company that had never had one (Hannover, 2021–2023)

Context

go2cloud was a German company that had spent most of its operational history running crypto-mining data centers. In late 2021 it acquired a French VDI startup, OmnyCloud, and found itself with a product and no established software function to develop it further. There was no software engineering team, no development process, and no software-product culture. I was the first software engineering hire after the acquisition.

Intervention

In the first month I worked through the acquired codebase, onboarded myself to the technology, and integrated the VDI product into go2cloud's existing data center infrastructure. Over the following months I hired a team of seven across frontend, backend, DevOps, and QA. I redesigned the network architecture for lower-latency access across European regions, shipped a Cloud Gaming prototype on top of the VDI stack, and replaced a third-party remote-desktop streaming vendor with a WebRTC-based protocol designed in-house, which removed a third-party dependency that had been putting pressure on margins since the acquisition.

Outcome

Cluster provisioning time dropped from weeks to roughly two days. The first enterprise customer onboarded within six months of the acquisition. The platform architecture was designed to support over ten thousand seats. The company's internal identity shifted — from an infrastructure vendor with a product problem to a product company with infrastructure underneath it.

03

YoloPrice — Mobile SDK with a gRPC server running inside the application (Nice, 2023–2024)

Context

YoloPrice was building an AI-driven commerce product with a specific security constraint. The core algorithms were patented and had to be protected against reverse engineering, but the end-user experience had to remain smooth across iOS and Android, and the SDK had to be small enough that B2B integrators would actually use it.

Intervention

I wrote the Android MVP myself in the first month, largely to prove that the product hypothesis was feasible at all. Once that was confirmed, I designed the production SDK as a Kotlin Multiplatform project with an embedded gRPC server running inside the mobile application itself. I implemented on-device encryption, binary obfuscation for sensitive paths, and a custom WebView for marketplace authentication that kept every piece of user data inside the application boundary. I hired two mobile engineers and worked with a DevOps engineer to resolve a release pipeline bottleneck.

Outcome

First production version shipped four months after concept. Release cadence stabilized at weekly. Deployment time dropped by a factor of roughly four after the pipeline rework. The SDK architecture — effectively a backend server running inside a mobile application — was unusual, but it held up in production.

04

Echo Analytics — Platform redesign, mid-project budget cut (Paris, 2024–2025)

Context

Echo Analytics was a geospatial SaaS platform. Its architecture had grown into a monolith that could no longer support the product roadmap, and the original plan was to replace it with a full-scale microservices platform. Midway through the project, the company cut the engineering budget substantially. The original design was no longer viable.

Intervention

Rather than scaling the original plan down proportionally, I proposed a different architecture entirely. Small, heavily automated product-services that a team of one or two engineers could take from concept to production in two to four weeks. I redesigned a core database module handling over one hundred million records, introducing better partitioning, more aggressive indexing, and a Redis caching layer for hot paths. I worked through a DevOps bottleneck and rebuilt the delivery process around the new budget and team constraints.

Outcome

Infrastructure costs fell to roughly one-third of the original projection. Delivery speed tripled. Deployment time dropped by a factor of four. The engineering team grew from two to seven. The architecture that emerged from the budget cut was, in several ways, better than the one we would have built if the money had stayed.

05

OneFactor — First Kubernetes project inside a pre-Kubernetes company (Moscow, 2018–2020)

Context

OneFactor was a BigData and ML services company working primarily with telco and financial clients. At the time, the company had not yet adopted Kubernetes, and was looking for a first team to pilot the adoption of Kubernetes across the organization. The new product — SmartIndex, an analytics platform for out-of-home advertising — was chosen as the pilot for that transition.

Intervention

I built the team from zero, delivered the MVP in two months, and designed the Kubernetes deployment architecture with separated development, UAT, and production environments and blue-green deployments for production releases. I wrote the CI/CD templates that later became the organizational standard. The service architecture I designed — stateless, horizontally scalable, with an efficient resource profile — handled one thousand requests per second on two small pods.

Outcome

All planned features shipped within the two-year scope of the project. The Kubernetes and CI/CD patterns were adopted across the rest of the organization. Two members of the team moved into leadership roles during or shortly after the project.

06

Sberbank — Unfreezing a release cycle inside a regulated enterprise (Moscow, 2020–2022)

Context

Sberbank's SME B2B Banking department had an internal product that generated roughly thirty percent of the department's revenue, and a frontend team that had not shipped a release in several months because a framework migration had stalled. The product was business-critical and could not stay frozen.

Intervention

I joined, unblocked the stuck release in the first weeks, and was given ownership of both the frontend and backend teams — ten engineers and two leads between them. I introduced Scrum as an actual rhythm rather than ceremony. I led a clean Java 7 to Java 17 migration on the backend, and began a monolith-to-microservices transition.

Outcome

Release cadence stabilized at roughly one release every one to one-and-a-half months. The second major framework upgrade, which had previously taken more than six months, was done in two. The team became a reference inside the department — other teams visited us to understand the process. My backend lead eventually succeeded me.

Roles

Roles and environments

Major financial institution (NDA)

IT Leader / Senior Engineering Manager

I lead a 55-person delivery organization on a confidential cross-border payments program. It's the kind of environment where architecture, vendor management, budget, process, and delivery cannot be separated.

set delivery strategy and operating model
owned architectural direction
planned budgets and vendor scope
built teams and working rhythm
defined roadmap, checkpoints, and execution governance
coordinated cross-vendor delivery in a regulated setting
Echo Analytics

Head of Engineering — Geospatial SaaS

Rebuilt the platform and operating model under budget pressure; moved delivery toward stateless multi-tenant services and materially improved cost, release speed, and scalability.

redesigned the platform from monolith to stateless multi-tenant services
improved delivery speed 3×
reduced infrastructure cost 3×
improved deployment throughput 4×
built and scaled the engineering team to 7, resetting the culture around speed and product alignment
YoloPrice

Head of Mobile & Web

An early-stage commerce product needed both market speed and technical discipline. I led the build of the B2C app and B2B SDK, established CI/CD and environment automation, and aligned engineering decisions tightly with business reality to ship the first production version in four months.

delivered a B2C app and B2B SDK from concept to production in 4 months
introduced CI/CD and environment automation
improved release speed 4×
aligned technical security and architecture decisions tightly with go-to-market constraints
go2cloud

VP of Engineering / Engineering Manager / Tech Development Lead

The company needed a software function, not just feature delivery. I built the team after acquisition, led platform integration, reduced provisioning time dramatically, and helped move the business toward a more product-led operating model.

hired a cross-functional team of 7 in 3 months
led platform integration within 1 month
reduced provisioning time from weeks to 2 days
prepared the platform to scale beyond 10,000 seats
moved the company toward a product-led operating model
Zeals

Head of Frontend / Engineering Manager

I led engineering through a growth phase where team shape, release cadence, and platform scalability all had to improve at once. The work combined people development, delivery rhythm, and platform execution.

scaled the team from 4 to 25
grew 5 engineers into team leads
shifted release cadence from months to weeks
delivered a new scalable platform in 3 months
strengthened CI/CD and quality gates
Sberbank

Engineering Manager

I led product engineering and delivery for a mission-critical internal SME banking platform, where reliability, coordination, and change management mattered more than presentation.

led two teams with 10 developers and 2 leads
doubled release frequency
led a smooth Java 7→17 migration with no downtime
contributed to a platform connected to 30% of department revenue
OneFactor

Engineering Manager / Tech Lead

I led end-to-end development of a new analytics platform in ML and AdTech, from team formation through architecture and delivery.

delivered MVP in 2 months
built a cross-functional team from zero
designed for more than 1,000 requests per second
drove Kubernetes and CI/CD adoption that later became a company standard
Recurring problems

The kinds of problems I keep ending up in.

What the problems usually look like
New industries where the domain has to be learned under time pressure
Teams that are slow for structural reasons rather than any lack of talent
Systems that have outgrown their architecture and are beginning to lie to the organization
Companies that need a software function built from zero
Post-acquisition integrations where two engineering cultures have to merge
Organizations where everyone looks busy and nothing of consequence is shipping
What I actually do about them
Architecture and platform redesign — the kind that has to survive contact with the business rather than just pass an internal review
Zero-to-one product builds and MVP delivery under time pressure
Team building, hiring, and growing engineers into leaders over a span of years
Post-acquisition integration and technology transfer
Process design that helps people move, rather than process that performs motion
Hands-on technical work — writing code, reading architecture, and debugging production systems when the answer is not obvious from the diagrams alone