<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
	>
<channel>
	<title>Comments on: User, Business, and Tech</title>
	<atom:link href="http://shapingsoftware.com/2008/05/12/user-business-and-tech/feed/" rel="self" type="application/rss+xml" />
	<link>http://shapingsoftware.com/2008/05/12/user-business-and-tech/</link>
	<description>Patterns and Practices for Software Success.</description>
	<pubDate>Sat, 04 Feb 2012 12:25:23 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Shifts of Power</title>
		<link>http://shapingsoftware.com/2008/05/12/user-business-and-tech/comment-page-1/#comment-114</link>
		<dc:creator>Shifts of Power</dc:creator>
		<pubDate>Mon, 09 Jun 2008 07:50:29 +0000</pubDate>
		<guid isPermaLink="false">http://shapingsoftware.com/2008/05/12/user-business-and-tech/#comment-114</guid>
		<description>[...] User, Business, and Tech       One Comment, Comment or Ping [...]</description>
		<content:encoded><![CDATA[<p>[...] User, Business, and Tech       One Comment, Comment or Ping [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: User Requirements vs. System Requirements</title>
		<link>http://shapingsoftware.com/2008/05/12/user-business-and-tech/comment-page-1/#comment-112</link>
		<dc:creator>User Requirements vs. System Requirements</dc:creator>
		<pubDate>Mon, 09 Jun 2008 07:49:04 +0000</pubDate>
		<guid isPermaLink="false">http://shapingsoftware.com/2008/05/12/user-business-and-tech/#comment-112</guid>
		<description>[...] User, Business, and Tech       No Comments, Comment or Ping [...]</description>
		<content:encoded><![CDATA[<p>[...] User, Business, and Tech       No Comments, Comment or Ping [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Requirements Types</title>
		<link>http://shapingsoftware.com/2008/05/12/user-business-and-tech/comment-page-1/#comment-72</link>
		<dc:creator>Requirements Types</dc:creator>
		<pubDate>Sun, 01 Jun 2008 00:38:14 +0000</pubDate>
		<guid isPermaLink="false">http://shapingsoftware.com/2008/05/12/user-business-and-tech/#comment-72</guid>
		<description>[...] User, Business, and Tech       No Comments, Comment or Ping [...]</description>
		<content:encoded><![CDATA[<p>[...] User, Business, and Tech       No Comments, Comment or Ping [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JD</title>
		<link>http://shapingsoftware.com/2008/05/12/user-business-and-tech/comment-page-1/#comment-42</link>
		<dc:creator>JD</dc:creator>
		<pubDate>Wed, 14 May 2008 02:53:38 +0000</pubDate>
		<guid isPermaLink="false">http://shapingsoftware.com/2008/05/12/user-business-and-tech/#comment-42</guid>
		<description>The operations perspective is definitely key.  It's a living, breathing system.  As one of my mentors would say -- "it's got lungs."</description>
		<content:encoded><![CDATA[<p>The operations perspective is definitely key.  It&#8217;s a living, breathing system.  As one of my mentors would say &#8212; &#8220;it&#8217;s got lungs.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alik Levin &#124; PracticeThis.com</title>
		<link>http://shapingsoftware.com/2008/05/12/user-business-and-tech/comment-page-1/#comment-41</link>
		<dc:creator>Alik Levin &#124; PracticeThis.com</dc:creator>
		<pubDate>Mon, 12 May 2008 10:39:08 +0000</pubDate>
		<guid isPermaLink="false">http://shapingsoftware.com/2008/05/12/user-business-and-tech/#comment-41</guid>
		<description>I have a similar approach, the only diff is that I see IT folks as an end users too. These guys are responsible for supporting the app/solution in prod environment, they are the first one who's flamed by end users, they are those who under fire when shit happens and hits the fan. That is why I think DFO (design for operations) or as I like to call it ODL (operations development lifecycle) must be practiced just like SDL and PDL.</description>
		<content:encoded><![CDATA[<p>I have a similar approach, the only diff is that I see IT folks as an end users too. These guys are responsible for supporting the app/solution in prod environment, they are the first one who&#8217;s flamed by end users, they are those who under fire when shit happens and hits the fan. That is why I think DFO (design for operations) or as I like to call it ODL (operations development lifecycle) must be practiced just like SDL and PDL.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

