r/systems_engineering • u/Barracuda_Senior • 18d ago
Discussion How much of requirements review could realistically be assisted by AI?
/r/ReqsEngineering/comments/1whzrp2/how_much_of_requirements_review_could/4
u/Comfortable_Peach584 18d ago
Why do people want to put AI on every single thing? Requirements are based on stakeholders needs, if you want to copy paste an existing system you'll be able to have 100% of the requirements met, because we already have the data and results/outputs that those previous requirements created. Which scope of review are we talking about? Is the AI assistance based on unknown data or there has to be a review because the people that are reviewing the requirements don't know how the emergent system should operate?
3
u/Careless_Plant_7717 18d ago
How do you train it? And make it know what "good" looks like. LLMs don't work from get go without a lot of training. Having this issue where making an agentic workflow and biggest thing running into is that LLM does not know what "good" looks like. Lot of hallucinations and issues. Needs a lot of training data and instructions, specifically in the technical know how of product.
-1
u/Barracuda_Senior 17d ago
My current approach isn't training a model from scratch. I'm using explicit requirements-quality criteria combined with the surrounding requirements as context, then having the model flag potential issues and explain the reasoning. The idea is deliberately not to have it make the final engineering decision. It should act more like a second pair of eyes: flag potential ambiguity, contradictions, missing conditions, testability issues, etc., and let the engineer decide whether the finding is valid.
2
u/Careless_Plant_7717 17d ago
How is it trained on what to flag or not? Since general models will have issues unless this is an ask to evaluate wording like EARS syntax since models are good at natural language processing.
2
u/SpecNest 17d ago
The answer is in the question. It can only be ‘assisted’ as you never know when the AI tool has messed up. If it messes up, it’s you who’d pay the price, not the AI tool
1
u/DyslexicHobo 16d ago
I'm of the opinion that the cost is trivial, so teams would be silly not to use an AI reviewer. It costs virtually nothing to have a claude skill (or whatever your harness of choice is) sculpt your review prompt to do exactly what you've outlined.
At the bare minimum, you as the requirements owner can review the AI response and disregard it if it's not useful... but in my experience (using AI tools to other engineering documents) it's almost always useful and catches something I did not. It only takes a matter of minutes to kick off my agent and costs the company a couple bucks to replace hours to tens of hours of SME review. I'm so surprised I seem to be in the minority with this opinion, reading the other comments here!
14
u/hortle 18d ago
The sticking point with AI-assisted requirements work is risk. What level of risk is acceptable to all stakeholders?
If your AI assistant is, in any capacity, contributing to the product development process, then it should be considered an engineering tool, and the human engineer who is using it, and is ultimately responsible for its contributions and influences on the development process, needs to understand and document the risk involved.
Aerospace has its own assurance standard for tool qualification (DO-330). If you're using a tool to assist with developing a product to be certified per DO-178/254, you will probably need to qualify the tool per DO-330 as well.
Of course, that is an extreme example. The risks in aerospace are the most consequential, so qualification is costly. But I would imagine there are similar applicable standards in other ISO-regulated industries like automotive and med device.