<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Requirements &#8211; Reqi</title>
	<atom:link href="https://reqi.io/articles/requirements/feed" rel="self" type="application/rss+xml" />
	<link>https://reqi.io/articles</link>
	<description>Reqi Systems Engineering Articles</description>
	<lastBuildDate>Sat, 13 Jun 2026 12:39:16 +0000</lastBuildDate>
	<language>en-AU</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0</generator>

<image>
	<url>https://reqi.io/articles/wp-content/uploads/2023/08/logo-sm.png</url>
	<title>Requirements &#8211; Reqi</title>
	<link>https://reqi.io/articles</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>INCOSE Requirements Quality: The Complete 42-Rule Guide to Writing Excellent Requirements for Systems Engineers</title>
		<link>https://reqi.io/articles/incose-requirements-quality-42-rule-guide</link>
					<comments>https://reqi.io/articles/incose-requirements-quality-42-rule-guide#respond</comments>
		
		<dc:creator><![CDATA[Mike Wayne]]></dc:creator>
		<pubDate>Thu, 31 Jul 2025 11:47:46 +0000</pubDate>
				<category><![CDATA[Requirements]]></category>
		<guid isPermaLink="false">https://reqi.io/articles/?p=2346</guid>

					<description><![CDATA[In 1999, NASA lost the $125&#160;million Mars Climate Orbiter because two teams wrote the same requirement in two different units &#8212; pound-force on one side, newtons on the other. Nobody fumbled the math. The math was fine. The requirement was ambiguous, and an ambiguous requirement is a landmine with a long fuse: it sits quietly...]]></description>
		
					<wfw:commentRss>https://reqi.io/articles/incose-requirements-quality-42-rule-guide/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>RAID vs RAIDOC: A Comprehensive Guide to Project Uncertainty Management Frameworks</title>
		<link>https://reqi.io/articles/raid-vs-raidoc-a-comprehensive-guide-to-project-uncertainty-management-frameworks</link>
					<comments>https://reqi.io/articles/raid-vs-raidoc-a-comprehensive-guide-to-project-uncertainty-management-frameworks#respond</comments>
		
		<dc:creator><![CDATA[Mike Wayne]]></dc:creator>
		<pubDate>Tue, 03 Jun 2025 09:32:58 +0000</pubDate>
				<category><![CDATA[Requirements]]></category>
		<guid isPermaLink="false">https://reqi.io/articles/?p=2295</guid>

					<description><![CDATA[Not all project uncertainties are created equal &#8212; so why do so many teams dump them into one undifferentiated pile? RAID and RAIDOC are register frameworks for tracking the things that can sink a project: Risks, Assumptions, Issues, and Dependencies &#8212; with RAIDOC adding Opportunities and Constraints. Used well, they turn vague anxiety into a...]]></description>
		
					<wfw:commentRss>https://reqi.io/articles/raid-vs-raidoc-a-comprehensive-guide-to-project-uncertainty-management-frameworks/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>What Makes a Requirement a Safety Requirement? The Critical Link to Hazard Control</title>
		<link>https://reqi.io/articles/what-makes-a-requirement-a-safety-requirement</link>
					<comments>https://reqi.io/articles/what-makes-a-requirement-a-safety-requirement#respond</comments>
		
		<dc:creator><![CDATA[Mike Wayne]]></dc:creator>
		<pubDate>Sat, 03 May 2025 09:53:46 +0000</pubDate>
				<category><![CDATA[Requirements]]></category>
		<guid isPermaLink="false">https://reqi.io/articles/?p=2284</guid>

					<description><![CDATA[Every requirement tells the system to do something. A safety requirement is different: it tells the system what must never happen, no matter what. A safety requirement is one whose failure could lead to harm &#8212; injury, death, or serious damage &#8212; which is exactly why it is written, verified, and traced to a higher...]]></description>
		
					<wfw:commentRss>https://reqi.io/articles/what-makes-a-requirement-a-safety-requirement/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>The Key to Successful Projects: Capturing and Defining Requirements</title>
		<link>https://reqi.io/articles/capturing-and-defining-requirements</link>
					<comments>https://reqi.io/articles/capturing-and-defining-requirements#respond</comments>
		
		<dc:creator><![CDATA[Mike Wayne]]></dc:creator>
		<pubDate>Fri, 07 Mar 2025 22:17:17 +0000</pubDate>
				<category><![CDATA[Requirements]]></category>
		<guid isPermaLink="false">https://reqi.io/wordpress/capturing-and-defining-requirements/</guid>

					<description><![CDATA[There is a brutal rule of thumb in engineering: a requirements mistake caught at the desk costs a dollar to fix; the same mistake caught at testing costs a hundred; caught after the system ships, it can cost ten thousand or a life. Capturing and defining requirements is the work of getting those statements right...]]></description>
		
					<wfw:commentRss>https://reqi.io/articles/capturing-and-defining-requirements/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Definition of Operational Requirements: From CONOPS to Actionable Requirements</title>
		<link>https://reqi.io/articles/definition-of-operational-requirements-from-conops-to-actionable-requirements</link>
					<comments>https://reqi.io/articles/definition-of-operational-requirements-from-conops-to-actionable-requirements#respond</comments>
		
		<dc:creator><![CDATA[Mike Wayne]]></dc:creator>
		<pubDate>Wed, 12 Feb 2025 04:30:57 +0000</pubDate>
				<category><![CDATA[Requirements]]></category>
		<guid isPermaLink="false">https://reqi.io/articles/?p=2247</guid>

					<description><![CDATA[A CONOPS tells you how a system will be used. But &#8220;the operator needs to respond quickly&#8221; is a vision, not something you can build or test. The real work sits in between. Defining operational requirements is the process of translating the operational concept (CONOPS) into specific, verifiable requirements an engineer can actually deliver against....]]></description>
		
					<wfw:commentRss>https://reqi.io/articles/definition-of-operational-requirements-from-conops-to-actionable-requirements/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Requirements Definition in Systems Engineering: A Practical Guide</title>
		<link>https://reqi.io/articles/requirements-definition-in-systems-engineering-a-practical-guide</link>
					<comments>https://reqi.io/articles/requirements-definition-in-systems-engineering-a-practical-guide#respond</comments>
		
		<dc:creator><![CDATA[Mike Wayne]]></dc:creator>
		<pubDate>Sun, 02 Feb 2025 14:56:02 +0000</pubDate>
				<category><![CDATA[Requirements]]></category>
		<guid isPermaLink="false">https://reqi.io/articles/?p=2194</guid>

					<description><![CDATA[A misplaced word in a requirement can cost more than a missed deadline &#8212; it can cost a mission. That is why &#8220;define the requirements&#8221; is not a box to tick but a craft to master. Requirements definition is the work of turning raw stakeholder needs into a clear, complete, and verifiable set of requirements...]]></description>
		
					<wfw:commentRss>https://reqi.io/articles/requirements-definition-in-systems-engineering-a-practical-guide/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>SMART Requirements: Specific, Measurable, Attainable, Relevant, and Time-Bound</title>
		<link>https://reqi.io/articles/smart-requirements</link>
					<comments>https://reqi.io/articles/smart-requirements#respond</comments>
		
		<dc:creator><![CDATA[Mike Wayne]]></dc:creator>
		<pubDate>Mon, 07 Oct 2024 03:38:18 +0000</pubDate>
				<category><![CDATA[Requirements]]></category>
		<guid isPermaLink="false">https://reqi.io/wordpress/smart-requirements/</guid>

					<description><![CDATA[&#8220;The system should be user-friendly&#8221; is not a requirement &#8212; it is a wish wearing a requirement&#8217;s clothes. You cannot build it, test it, or prove you met it. SMART requirements fix that by demanding every requirement be Specific, Measurable, Achievable, Relevant, and Time-bound &#8212; five tests that turn a vague hope into something an...]]></description>
		
					<wfw:commentRss>https://reqi.io/articles/smart-requirements/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Requirements Baseline in Systems Engineering</title>
		<link>https://reqi.io/articles/requirements-baseline-in-systems-engineering</link>
					<comments>https://reqi.io/articles/requirements-baseline-in-systems-engineering#respond</comments>
		
		<dc:creator><![CDATA[Mike Wayne]]></dc:creator>
		<pubDate>Tue, 03 Sep 2024 09:43:50 +0000</pubDate>
				<category><![CDATA[Requirements]]></category>
		<guid isPermaLink="false">https://reqi.io/articles/?p=2120</guid>

					<description><![CDATA[At some point a project has to stop arguing about what the requirements are and agree: this is the set we are building. That agreed, frozen snapshot is the baseline. A requirements baseline is a formally reviewed and agreed set of requirements that becomes the reference point for design, development, and change control. Without a...]]></description>
		
					<wfw:commentRss>https://reqi.io/articles/requirements-baseline-in-systems-engineering/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Understanding the Differences Between Functional and Non-functional Requirements</title>
		<link>https://reqi.io/articles/functional-and-non-functional-requirements</link>
					<comments>https://reqi.io/articles/functional-and-non-functional-requirements#respond</comments>
		
		<dc:creator><![CDATA[Mike Wayne]]></dc:creator>
		<pubDate>Sun, 18 Aug 2024 05:56:51 +0000</pubDate>
				<category><![CDATA[Requirements]]></category>
		<guid isPermaLink="false">https://reqi.io/wordpress/functional-and-non-functional-requirements/</guid>

					<description><![CDATA[Here is a system that passed every test and still failed. It did exactly what the spec said &#8212; calculated the right numbers, returned the right answers &#8212; and was unusable, because it took eleven seconds to respond and fell over under ten users. Every functional requirement was met. The non-functional ones were never written...]]></description>
		
					<wfw:commentRss>https://reqi.io/articles/functional-and-non-functional-requirements/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Requirements and Artifacts in Systems Engineering: A Comprehensive Guide</title>
		<link>https://reqi.io/articles/requirements-and-artifacts-in-systems-engineering</link>
					<comments>https://reqi.io/articles/requirements-and-artifacts-in-systems-engineering#respond</comments>
		
		<dc:creator><![CDATA[Mike Wayne]]></dc:creator>
		<pubDate>Mon, 22 Jul 2024 10:52:02 +0000</pubDate>
				<category><![CDATA[Requirements]]></category>
		<guid isPermaLink="false">https://reqi.io/articles/?p=2097</guid>

					<description><![CDATA[Every requirement you write spawns a trail of evidence behind it &#8212; a model, a test result, a review record, a decision log. On a serious project those artifacts outnumber the requirements many times over. In systems engineering, an artifact is any work product created during development &#8212; a document, model, diagram, or record &#8212;...]]></description>
		
					<wfw:commentRss>https://reqi.io/articles/requirements-and-artifacts-in-systems-engineering/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
