Capability over technology.
Start with what the organisation must reliably do. Select technology only after that capability is explicit.
Zürich · CTO · Systems builder
I am Andy Edmonds, a CTO and systems architect. I turn complex technology into repeatable business capability, especially where trust, governance and messy reality matter.
I work where engineering, product, research and commercial strategy meet. The useful question is rarely “Which technology?” It is “What capability?”
Useful principles constrain decisions. Decorative ones merely improve the wall.
Start with what the organisation must reliably do. Select technology only after that capability is explicit.
Repeated outcomes are usually produced by structures, incentives and information flows, not isolated personalities.
Claims should be testable. Decisions should remain revisable. Reality gets the deciding vote.
Clear authority and responsibility beat queues of ceremonial approval. Give people a boundary, then let them move.
Speed without shared intent creates expensive turbulence. Align the model, then accelerate the work.
Not isolated deliverables. Operating capability that can survive handover, scale and inconvenient questions.
Agentic software delivery with deterministic workflow, bounded agents, durable memory, evidence and human authority at the right gates.
Turn feature intent into traceable decisions, delivery contracts, feedback loops and deployed outcomes.
Translate market evidence into a defensible customer profile, disciplined discovery, pilots and repeatable revenue motion.
Test technical claims, expose hidden dependencies and design for portability, sovereignty, recovery and sensible governance.
Decision rights, standards, team structures and operating cadence that outperform without requiring permanent heroics.
Swiss-anchored, not Swiss-stiff. Direct, curious, practical and comfortable with difference.
Clear standards, precise claims and direct feedback, delivered without turning the room into a tribunal.
Say the useful thing early. Avoid performance, jargon fog and the strange corporate ritual of pretending nobody noticed.
Challenge weak assumptions without becoming allergic to possibility. A good question can be both sharp and generous.
Serious work benefits from energy, humour and a little oxygen. Solemnity is not a quality standard.
Evidence before opinion. Name the mechanism, not merely the discomfort.
Good boundaries are respect made executable. They help independent people work together.
Say the difficult thing while it can still help, not after it becomes an incident report.
No guru theatre. Think together, expose trade-offs and leave capability behind.
Remove until what remains is clear, durable and still able to carry the weight.
Portability, privacy, accessibility and recovery are architecture, not clean-up work.
The culture I trust has energy, initiative, honest early communication and room for people to grow.
I can work with mistakes, inexperience, failed experiments and changing minds.
I struggle to build around silence, excuses, disengagement and capability left idle.
Selected evidence
A few signals that explain the range: distributed systems, standards, research programmes, startups and operational technology.
Building trustworthy aerial intelligence infrastructure and the organisational systems required to deliver it.
Experience turning distributed-systems complexity into interoperable contracts that independent organisations can use.
Large-company engineering context combined with startup and research environments.
Cloud robotics, data-centre automation and large-scale test infrastructures across distributed teams.
Experience carrying technical systems through venture reality, operational constraints and ownership transition.
Start with the system
That is often where the hidden system is. We can make it explicit, give it an owner and turn it into capability.