Iñigo Alonso Fernández
@inigoalonso.com
Systems Engineer - PhD in Product Development
The snow is here.
November 20, 2025 at 7:02 AM
The snow is here.
🚨 New research out! We tracked how engineers use tools to understand risk propagation in complex systems (like trucks).
The insights are surprising 👇
#RiskAssessment #SystemsThinking #EngineeringDesign
The insights are surprising 👇
#RiskAssessment #SystemsThinking #EngineeringDesign
July 17, 2025 at 2:57 PM
🚨 New research out! We tracked how engineers use tools to understand risk propagation in complex systems (like trucks).
The insights are surprising 👇
#RiskAssessment #SystemsThinking #EngineeringDesign
The insights are surprising 👇
#RiskAssessment #SystemsThinking #EngineeringDesign
One of the most persistent myths in engineering is this:
"If we just define the requirements well enough up front, everything else will fall into place."
Tempting idea. Also, deeply wrong.
"If we just define the requirements well enough up front, everything else will fall into place."
Tempting idea. Also, deeply wrong.
May 26, 2025 at 4:46 PM
One of the most persistent myths in engineering is this:
"If we just define the requirements well enough up front, everything else will fall into place."
Tempting idea. Also, deeply wrong.
"If we just define the requirements well enough up front, everything else will fall into place."
Tempting idea. Also, deeply wrong.
Systems Engineering can be seen as an optimization problem constrained by three pillars:
Stakeholders: with their wishlist (needs and expectations).
Projects: with budgets, timelines, and resources.
Engineering Disciplines: with the technical possibilities.
SE lives in the space between them.
Stakeholders: with their wishlist (needs and expectations).
Projects: with budgets, timelines, and resources.
Engineering Disciplines: with the technical possibilities.
SE lives in the space between them.
May 24, 2025 at 6:47 PM
Systems Engineering can be seen as an optimization problem constrained by three pillars:
Stakeholders: with their wishlist (needs and expectations).
Projects: with budgets, timelines, and resources.
Engineering Disciplines: with the technical possibilities.
SE lives in the space between them.
Stakeholders: with their wishlist (needs and expectations).
Projects: with budgets, timelines, and resources.
Engineering Disciplines: with the technical possibilities.
SE lives in the space between them.
Functional Reviews (FRs) are the first major gate in a well-run engineering lifecycle. Skipping them (or doing them poorly) is a guaranteed way to invite cost, schedule, and integration problems later. Here's why they matter, and how to do them right:
May 21, 2025 at 10:39 PM
Functional Reviews (FRs) are the first major gate in a well-run engineering lifecycle. Skipping them (or doing them poorly) is a guaranteed way to invite cost, schedule, and integration problems later. Here's why they matter, and how to do them right:
Art is not defined by brushstrokes, marble, or code.
It's the communication of human experience(emotion, insight, contradiction...) through symbolic and aesthetic form.
It's the communication of human experience(emotion, insight, contradiction...) through symbolic and aesthetic form.
May 7, 2025 at 3:51 PM
Art is not defined by brushstrokes, marble, or code.
It's the communication of human experience(emotion, insight, contradiction...) through symbolic and aesthetic form.
It's the communication of human experience(emotion, insight, contradiction...) through symbolic and aesthetic form.
Change is the only constant. A well-engineered system isn’t static; it’s resilient. Systems Engineering is not about freezing the future. It’s about enabling graceful evolution over time.
May 2, 2025 at 7:20 AM
Change is the only constant. A well-engineered system isn’t static; it’s resilient. Systems Engineering is not about freezing the future. It’s about enabling graceful evolution over time.
The best Systems Engineers are translators: between disciplines, between stakeholders, between today’s assumptions and tomorrow’s needs. Communication is not a “soft skill” here; it’s the critical path.
May 1, 2025 at 3:32 PM
The best Systems Engineers are translators: between disciplines, between stakeholders, between today’s assumptions and tomorrow’s needs. Communication is not a “soft skill” here; it’s the critical path.
Risk management isn't about avoiding risk, it’s about designing for it. Great Systems Engineers shape systems that can survive the unexpected, not just perform under ideal conditions.
May 1, 2025 at 11:30 AM
Risk management isn't about avoiding risk, it’s about designing for it. Great Systems Engineers shape systems that can survive the unexpected, not just perform under ideal conditions.
Every “edge case” you ignore is a future incident report. Systems Engineering is the discipline of turning uncomfortable outliers into deliberate design decisions. The margin for error is planned, not prayed for.
May 1, 2025 at 7:46 AM
Every “edge case” you ignore is a future incident report. Systems Engineering is the discipline of turning uncomfortable outliers into deliberate design decisions. The margin for error is planned, not prayed for.
Integration is where systems come alive, or fall apart. No amount of perfect components can save a system with neglected interfaces. SE is about designing the spaces between things as much as the things themselves.
April 30, 2025 at 3:31 PM
Integration is where systems come alive, or fall apart. No amount of perfect components can save a system with neglected interfaces. SE is about designing the spaces between things as much as the things themselves.
Verification asks, "Did we build it right?" Validation asks, "Did we build the right thing?" Systems Engineering demands both, because success is useless if it's aimed at the wrong goal.
April 30, 2025 at 11:29 AM
Verification asks, "Did we build it right?" Validation asks, "Did we build the right thing?" Systems Engineering demands both, because success is useless if it's aimed at the wrong goal.
Traceability isn’t bureaucracy; it’s survival. In complex systems, knowing why a decision was made, who made it, and what it impacts can be the difference between solving a crisis or magnifying it.
April 30, 2025 at 7:01 AM
Traceability isn’t bureaucracy; it’s survival. In complex systems, knowing why a decision was made, who made it, and what it impacts can be the difference between solving a crisis or magnifying it.
Requirements are never the starting point. Needs are. Systems Engineers translate messy, competing stakeholder needs into structured, actionable requirements. If you skip this, you're building the wrong system faster.
April 29, 2025 at 3:56 PM
Requirements are never the starting point. Needs are. Systems Engineers translate messy, competing stakeholder needs into structured, actionable requirements. If you skip this, you're building the wrong system faster.
A system is more than the sum of its parts because the interactions between parts define the outcome. Systems Engineering is the discipline of designing those interactions intentionally, not accidentally.
April 29, 2025 at 11:25 AM
A system is more than the sum of its parts because the interactions between parts define the outcome. Systems Engineering is the discipline of designing those interactions intentionally, not accidentally.
Systems Engineering isn’t about controlling complexity; it’s about designing it. Every interface, requirement, and trade-off either compounds chaos or builds coherence. Master complexity; don’t fear it.
April 29, 2025 at 7:02 AM
Systems Engineering isn’t about controlling complexity; it’s about designing it. Every interface, requirement, and trade-off either compounds chaos or builds coherence. Master complexity; don’t fear it.
But that’s the beauty of it: systems engineering isn’t about avoiding compromise, it’s about orchestrating it. It’s leadership in disguise. Every trade-off is a chance to align people, purpose, and possibility. What’s the hardest trade-off you’ve ever made?
April 25, 2025 at 3:37 PM
But that’s the beauty of it: systems engineering isn’t about avoiding compromise, it’s about orchestrating it. It’s leadership in disguise. Every trade-off is a chance to align people, purpose, and possibility. What’s the hardest trade-off you’ve ever made?
And the cruel part is: even “good” compromises age poorly. As context shifts (new technologies emerge, budgets tighten, people leave...) the trade-offs you made yesterday become today’s liabilities. Systems engineering is the art of betting on resilience, not perfection.
April 25, 2025 at 11:35 AM
And the cruel part is: even “good” compromises age poorly. As context shifts (new technologies emerge, budgets tighten, people leave...) the trade-offs you made yesterday become today’s liabilities. Systems engineering is the art of betting on resilience, not perfection.
Systems engineering is not neutral. You’re constantly choosing which trade-off hurts less: performance, schedule, money, or team morale. You don’t get a win; just a manageable compromise.
April 25, 2025 at 7:20 AM
Systems engineering is not neutral. You’re constantly choosing which trade-off hurts less: performance, schedule, money, or team morale. You don’t get a win; just a manageable compromise.
Work packages also encode socio-technical alignment. If your WPs don’t reflect both your system’s architecture and your team’s structure, you’re building friction into coordination itself.
April 23, 2025 at 3:31 PM
Work packages also encode socio-technical alignment. If your WPs don’t reflect both your system’s architecture and your team’s structure, you’re building friction into coordination itself.
Work packages are where integration risk hides. Misaligned assumptions at interfaces cost more than internal inefficiencies. Define boundaries with precision, or pay for it downstream.
April 23, 2025 at 11:29 AM
Work packages are where integration risk hides. Misaligned assumptions at interfaces cost more than internal inefficiencies. Define boundaries with precision, or pay for it downstream.
What’s a "work package"? Not just a task list; it’s a boundary of responsibility, interface, and deliverable scope. Critical in large-scale collaborations.
April 23, 2025 at 7:01 AM
What’s a "work package"? Not just a task list; it’s a boundary of responsibility, interface, and deliverable scope. Critical in large-scale collaborations.
In collaborative builds (especially with in-kind partners) interfaces are the fault lines. Clear interface control isn’t bureaucracy. It’s the minimum viable trust contract across borders.
April 22, 2025 at 3:56 PM
In collaborative builds (especially with in-kind partners) interfaces are the fault lines. Clear interface control isn’t bureaucracy. It’s the minimum viable trust contract across borders.
Interface ≠ just flanges and fasteners. It’s where mechanical, electrical, thermal, and even logistical assumptions collide. Define it poorly, and you get things that fit but don’t work.
April 22, 2025 at 11:25 AM
Interface ≠ just flanges and fasteners. It’s where mechanical, electrical, thermal, and even logistical assumptions collide. Define it poorly, and you get things that fit but don’t work.
What’s the most underrated systems engineering principle? For me: interface definition. Neglect it, and you get a beautiful chaos of tightly-coupled dependencies and/or orphan scope.
April 22, 2025 at 7:02 AM
What’s the most underrated systems engineering principle? For me: interface definition. Neglect it, and you get a beautiful chaos of tightly-coupled dependencies and/or orphan scope.