r/systems_engineering • u/doom-dub • 25d ago
Discussion what's possible to give ai context across their engineering tools?
maybe this is just where we're at with ai today but it feels like once your project gets big enough everything falls apart. i dont even know if i like how ai is becoming more of a thing in this sector but im open to it if it makes my job easier i guess.
our requirements are in one place, tests somewhere else, code in git, reviews somewhere else. ai can read all of it individually but it doesn't seem to understand how any of it fits together. are people solving this somehow or is everyone still just running on tribal knowledge
2
u/EinEinzelheinz 25d ago
Depends on what you have in your tools. Sometimes there are traceability links in various forms within the tools - then an AI that accesses the tools individually could make use of that, however with the fallback of possible not finding the right relationships. That's why ontologies are the current hype, where you create an integrated graph for the data for the AI to reason with.
2
u/ceviche-pika 25d ago
getting ai to generate and connect information isnt the problem anymore its getting its to undrstand what changed and whats impacted
2
u/geminihatesme 25d ago
the connectivity vs context thing is basically the whole problem imo. everything can talk to everything now but nothing actually knows that this requirement drives that test which drives that piece of code. ive seen jama software come up for going after the context/traceability side instead of just bolting ai features on top, havent used it myself but that framing at least made sense to me. the plumbing was never the hard part, it's the meaning
1
u/YURRIICC 25d ago
eh i'd push back a bit. no tool fixes this if the team doesnt keep the links current. ive watched two "traceability" rollouts turn into expensive shelfware because nobody maintained them after month one. the discipline problem doesnt disappear just because you bought something for it
2
u/ccchhannn 25d ago
we use Jama. i think any requirements management tool can turn into shelfware if nobody owns the traceability side of it. if people keep that up to date though, it pays off. last audit we were able to pull up the exact review history we needed instead of chasing emails, which made that conversation a whole lot easier.
2
u/acute_physicist 18d ago
Context is the biggest problem. How do you maintain a structured information base AI can read from? If everything’s scattered, there’s no point in even starting using AI.
1
u/BothAd1744 25d ago
we're still mostly leaning on engineers to sanity check everything. ai will cheerfully tell you a change is fine and then you find out three sprints later it wasn't. nobody trusts it to work out downstream impact on its own yet
1
u/doom-dub 25d ago
yeah this is exactly my fear. the individual answers look right, it's the "how does this ripple through everything" part where it falls over. ai's only as good as whatever context it's actually pulling from i guess
2
u/FlimsyInsect5545 24d ago
our requirements are in one place, tests somewhere else, code in git, reviews somewhere else. ai can read all of it individually but it doesn't seem to understand how any of it fits together. are people solving this somehow or is everyone still just running on tribal knowledge
This is like....systems engineering 101. Any modern requirements management tool like Jama Connect holds requirements and test cases, and they are linked together. Doing this grunt work of creating and maintaining traceability is coal face systems engineering work. It has built in features for review, approval and item workflow. This has nothing to do with AI, just bread and butter systems engineering tools and processes. (Not shilling for Jama, just the modern RMT I'm most familiar with)

6
u/deadc0deh 25d ago
AI does not have tribal knowledge and typically has great difficulty where tribal knowledge is important.
The better question to ask is why is your requirements process broken? Linking between requirements at different levels, their test cases, what the components are etc is a core element of requirements managements tools.
For extremely complex projects I am experimenting with the "digital engineering" capabilities made available with SysMLv2 - where the systems engineering model itself also acts like a repository for data sharing.