{"id":36,"date":"2025-12-08T06:33:17","date_gmt":"2025-12-08T06:33:17","guid":{"rendered":"https:\/\/grumpyoldengineer.com\/?p=36"},"modified":"2026-09-24T11:53:02","modified_gmt":"2026-09-24T19:53:02","slug":"systems-engineering","status":"publish","type":"post","link":"https:\/\/grumpyoldengineer.com\/?p=36","title":{"rendered":"Foundation of a Systems Engineer"},"content":{"rendered":"\n
\n

To the optimist<\/strong>, the glass is half full. To the pessimist<\/strong>, the glass is half empty. To the Systems Engineer<\/strong>, the glass is twice as big as it needs to be. – Anonymous<\/p>\n<\/blockquote>\n\n\n\n

I\u2019ve spent a couple decades watching systems engineering mutate across industries like some kind of evolutionary experiment nobody asked for. So here\u2019s the field report.<\/p>\n\n\n\n

To be clear, when I say systems engineering, I\u2019m referring to the classical discipline, the one grounded in lifecycle theory, requirements analysis, architectural decomposition, interface definition, and verification planning. Not the IT flavor that resets passwords and configures VPNs. That\u2019s a different ecosystem entirely.<\/p>\n\n\n\n

The modern twist, of course, is the rise of software\u2011intensive systems, which forced organizations to confront an inconvenient truth: you can\u2019t treat software as an afterthought when it\u2019s 80\u201395% of the system\u2019s functional behavior. Thus emerged the software systems engineer, a practitioner who applies traditional systems principles to systems where the \u201cmechanics\u201d are algorithms, state machines, and distributed architectures instead of gears, bearings, and combustion cycles.<\/p>\n\n\n\n

In theory, software systems engineers follow the same methodologies as their mechanical and electrical predecessors: requirements elicitation, functional analysis, allocation, modeling, risk assessment, and V&V strategy.<\/p>\n\n\n\n

In some organizations, software systems engineer team is formed separately under the software function, which absolutely makes no sense as systems engineer need to participate across the entire lifecycle including concept, feasibility, architecture, design, implementation, integration, verification, validation, release, sustaining, and retirement. If your \u201csoftware SE\u201d only shows up during development stage, you haven\u2019t hired a systems engineer.<\/p>\n\n\n\n

Do you need experience as an SE?<\/h2>\n\n\n\n

This comes up constantly. And yes, there are exceptions (some are actually really good), but let\u2019s be honest, systems engineering is about breadth and depth, earned over years of building actual systems. You don\u2019t get this from reading a book, watching a webinar, or printing out the INCOSE handbook and sleeping with it under your pillow.<\/p>\n\n\n\n

Experience isn’t everything<\/em>, but it’s one of the core ingredients. You don\u2019t become a chef by reading a cookbook. You become a chef by burning things, under\u2011seasoning things, and eventually learning why none of that works.<\/p>\n\n\n\n

\n

How do you expect somebody to create an Italian cookbook if they’ve never boiled pasta before? – Vanilla Rice<\/p>\n<\/blockquote>\n\n\n\n

Yet universities now offer systems engineering degrees and companies hire fresh graduates straight into SE roles. This goes against the very nature of the discipline and explains why so many organizations have systems engineering teams that perform like a Roomba trapped under a couch.<\/p>\n\n\n\n

If you\u2019ve never built a system, you\u2019re going to struggle defining one, and the development teams will notice, immediately.<\/p>\n\n\n\n

Final thoughts<\/h2>\n\n\n\n

There are countless reasons why systems engineering teams underperform. Some are organizational, some cultural, and some just a big misunderstanding. But if you want systems engineering to perform, then maybe treat it like a career path.<\/p>\n","protected":false},"excerpt":{"rendered":"

To the optimist, the glass is half full. To the pessimist, the glass is half empty. To the Systems Engineer, the glass is twice as big as it needs to be. – Anonymous I\u2019ve spent a couple decades watching systems engineering mutate across industries like some kind of evolutionary experiment nobody asked for. So here\u2019s […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[],"class_list":["post-36","post","type-post","status-publish","format-standard","hentry","category-general"],"_links":{"self":[{"href":"https:\/\/grumpyoldengineer.com\/index.php?rest_route=\/wp\/v2\/posts\/36","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/grumpyoldengineer.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/grumpyoldengineer.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/grumpyoldengineer.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/grumpyoldengineer.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=36"}],"version-history":[{"count":5,"href":"https:\/\/grumpyoldengineer.com\/index.php?rest_route=\/wp\/v2\/posts\/36\/revisions"}],"predecessor-version":[{"id":268,"href":"https:\/\/grumpyoldengineer.com\/index.php?rest_route=\/wp\/v2\/posts\/36\/revisions\/268"}],"wp:attachment":[{"href":"https:\/\/grumpyoldengineer.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=36"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/grumpyoldengineer.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=36"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/grumpyoldengineer.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=36"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}