<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Goal Oriented Architecture on AI Engineering and Architecture</title><link>https://valery.tech/engineering/progressive/goal-oriented-architecture/</link><description>Recent content in Goal Oriented Architecture on AI Engineering and Architecture</description><generator>Hugo</generator><language>en-US</language><copyright>Copyright (c) 2014-2023</copyright><atom:link href="https://valery.tech/engineering/progressive/goal-oriented-architecture/index.xml" rel="self" type="application/rss+xml"/><item><title>Flow 1</title><link>https://valery.tech/engineering/progressive/goal-oriented-architecture/flow-1/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://valery.tech/engineering/progressive/goal-oriented-architecture/flow-1/</guid><description>&lt;h2 id="question"&gt;Question&lt;/h2&gt;
&lt;p&gt;We&amp;rsquo;re talking about software engineering. (and architecture, whatever).&lt;/p&gt;
&lt;p&gt;Please let&amp;rsquo;s find engineering (and/or architectural ) approaches which follow this scheme - where user needs, or JTBD, or other product thing serve as a base or frame to reason about system, provide required context to our view. I&amp;rsquo;m talking about this because many of the approaches - like C4 model - where we have just several diagrams, and there is no underlying guiding forces (not just architectural, but I&amp;rsquo;m talking about why something is even exist? like user send email, bla-bla, then system responds - what we&amp;rsquo;re solving here?)&lt;/p&gt;</description></item><item><title>Flow 2</title><link>https://valery.tech/engineering/progressive/goal-oriented-architecture/flow-2/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://valery.tech/engineering/progressive/goal-oriented-architecture/flow-2/</guid><description>&lt;h2 id="answer-1"&gt;Answer 1&lt;/h2&gt;
&lt;p&gt;Yes. The thing you are looking for is not really another architecture-view notation. It is closer to an &lt;strong&gt;intent-driven / goal-driven / scenario-driven architecture process&lt;/strong&gt;, where architectural elements remain traceable back to the reason the system exists.&lt;/p&gt;</description></item></channel></rss>