<?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 Stories Should Be *Valuable*</title>
	<atom:link href="http://www.allaboutagile.com/user-stories-should-be-valuable/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.allaboutagile.com/user-stories-should-be-valuable/</link>
	<description>Agile Development Made Easy!</description>
	<lastBuildDate>Sun, 16 Jun 2013 21:01:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: hmoeller</title>
		<link>http://www.allaboutagile.com/user-stories-should-be-valuable/#comment-426</link>
		<dc:creator>hmoeller</dc:creator>
		<pubDate>Thu, 05 Feb 2009 10:22:00 +0000</pubDate>
		<guid isPermaLink="false">http://allaboutagile.com/uncategorized/user-stories-should-be-valuable/#comment-426</guid>
		<description><![CDATA[I&#039;ve bookmarked this article set a long time ago and finally came back to it now. It&#039;s great, so thanks a lot.&lt;br/&gt;&lt;br/&gt;Concerning those non-functional requirements, I second the idea of creating general tests for each story. And the place-to-go for these requirements is, IMHO, the Definition of Done which should be unique for all user stories.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve bookmarked this article set a long time ago and finally came back to it now. It&#8217;s great, so thanks a lot.</p>
<p>Concerning those non-functional requirements, I second the idea of creating general tests for each story. And the place-to-go for these requirements is, IMHO, the Definition of Done which should be unique for all user stories.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kelly Waters</title>
		<link>http://www.allaboutagile.com/user-stories-should-be-valuable/#comment-286</link>
		<dc:creator>Kelly Waters</dc:creator>
		<pubDate>Tue, 06 May 2008 06:17:00 +0000</pubDate>
		<guid isPermaLink="false">http://allaboutagile.com/uncategorized/user-stories-should-be-valuable/#comment-286</guid>
		<description><![CDATA[Hi Sherry&lt;br/&gt;&lt;br/&gt;Sorry for the delay in responding to your comment - busy times!&lt;br/&gt;&lt;br/&gt;First of all, I would say that most of your examples are not non-functional stories, they are absolutely functional and can therefore be included on the relevant stories.&lt;br/&gt;&lt;br/&gt;The only exception I think is the one about evaluating conventions.  I have to admit that early on in a project, there are a lot of general development things to get done such as setting up environments etc.  I just accept this in the first Sprint or so, and don&#039;t try to twist them into stories artificially.  However I do expect the stories to be valuable to the user once the project gets into its step and we&#039;re iterating through functionality.&lt;br/&gt;&lt;br/&gt;Havng said that, I think I see what you&#039;re getting at.  I think you&#039;re asking about functions that span multiple features, rather than non-functional requirements.  I agree with you that these are a little awkward.  Ideally each feature would still be incorporated on all user stories they are applicable for.  You may also have a set of standard tests that are checked for all user stories, and features such as these could be included there.&lt;br/&gt;&lt;br/&gt;Hope this helps,&lt;br/&gt;&lt;br/&gt;Kelly.]]></description>
		<content:encoded><![CDATA[<p>Hi Sherry</p>
<p>Sorry for the delay in responding to your comment &#8211; busy times!</p>
<p>First of all, I would say that most of your examples are not non-functional stories, they are absolutely functional and can therefore be included on the relevant stories.</p>
<p>The only exception I think is the one about evaluating conventions.  I have to admit that early on in a project, there are a lot of general development things to get done such as setting up environments etc.  I just accept this in the first Sprint or so, and don&#8217;t try to twist them into stories artificially.  However I do expect the stories to be valuable to the user once the project gets into its step and we&#8217;re iterating through functionality.</p>
<p>Havng said that, I think I see what you&#8217;re getting at.  I think you&#8217;re asking about functions that span multiple features, rather than non-functional requirements.  I agree with you that these are a little awkward.  Ideally each feature would still be incorporated on all user stories they are applicable for.  You may also have a set of standard tests that are checked for all user stories, and features such as these could be included there.</p>
<p>Hope this helps,</p>
<p>Kelly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sherry</title>
		<link>http://www.allaboutagile.com/user-stories-should-be-valuable/#comment-278</link>
		<dc:creator>Sherry</dc:creator>
		<pubDate>Thu, 24 Apr 2008 16:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://allaboutagile.com/uncategorized/user-stories-should-be-valuable/#comment-278</guid>
		<description><![CDATA[Hi Kelly,&lt;br/&gt;Do you have any suggestions on how best to handle these types of non-functional requirements?  We currently have them as a separate user/design story.&lt;br/&gt;&lt;br/&gt;Suggested typing; Ability to collapse information not required by the user (at user level); Evaluate available conventions to determine which we want to use for development of this system; Make lists easier to read by including grey/white row highlights, etc.; Always use pop-up calendars when a date is needed; Field type validation (numbers, alpha, etc.)&lt;br/&gt;&lt;br/&gt;Thanks!&lt;br/&gt;Sherry]]></description>
		<content:encoded><![CDATA[<p>Hi Kelly,<br />Do you have any suggestions on how best to handle these types of non-functional requirements?  We currently have them as a separate user/design story.</p>
<p>Suggested typing; Ability to collapse information not required by the user (at user level); Evaluate available conventions to determine which we want to use for development of this system; Make lists easier to read by including grey/white row highlights, etc.; Always use pop-up calendars when a date is needed; Field type validation (numbers, alpha, etc.)</p>
<p>Thanks!<br />Sherry</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Dempsey</title>
		<link>http://www.allaboutagile.com/user-stories-should-be-valuable/#comment-256</link>
		<dc:creator>Robert Dempsey</dc:creator>
		<pubDate>Fri, 28 Mar 2008 15:19:00 +0000</pubDate>
		<guid isPermaLink="false">http://allaboutagile.com/uncategorized/user-stories-should-be-valuable/#comment-256</guid>
		<description><![CDATA[Kelly,&lt;br/&gt;&lt;br/&gt;Thanks for the feedback. I think I understand where you are going. Essentially, we should write the requirement completely from the  user perspective rather than describing background (i.e. system) behavior in terms of a &quot;system&quot; user. That helps a lot. Thanks.&lt;br/&gt;&lt;br/&gt;- Robert]]></description>
		<content:encoded><![CDATA[<p>Kelly,</p>
<p>Thanks for the feedback. I think I understand where you are going. Essentially, we should write the requirement completely from the  user perspective rather than describing background (i.e. system) behavior in terms of a &#8220;system&#8221; user. That helps a lot. Thanks.</p>
<p>- Robert</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rolf</title>
		<link>http://www.allaboutagile.com/user-stories-should-be-valuable/#comment-254</link>
		<dc:creator>Rolf</dc:creator>
		<pubDate>Thu, 27 Mar 2008 12:54:00 +0000</pubDate>
		<guid isPermaLink="false">http://allaboutagile.com/uncategorized/user-stories-should-be-valuable/#comment-254</guid>
		<description><![CDATA[Hi Kelly, &lt;br/&gt;in your Example of a User Story I&#039;d not say it is valuable for the user to gain access to features, that is just means to an end.&lt;br/&gt;However, I totally agree with your second point of view,-&lt;br/&gt;For PoV 1 I like to suggest: the user story is valuable to the user, because his data (comments and the like)will be protected from, say, unauthorized change. &lt;br/&gt;Therefor: &#039;As a user, I want to authenticate myself in order to protect my data from unauthorized access.&#039;&lt;br/&gt;How&#039;s that?&lt;br/&gt;Cheers, &lt;br/&gt;Rolf]]></description>
		<content:encoded><![CDATA[<p>Hi Kelly, <br />in your Example of a User Story I&#8217;d not say it is valuable for the user to gain access to features, that is just means to an end.<br />However, I totally agree with your second point of view,-<br />For PoV 1 I like to suggest: the user story is valuable to the user, because his data (comments and the like)will be protected from, say, unauthorized change. <br />Therefor: &#8216;As a user, I want to authenticate myself in order to protect my data from unauthorized access.&#8217;<br />How&#8217;s that?<br />Cheers, <br />Rolf</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kelly Waters</title>
		<link>http://www.allaboutagile.com/user-stories-should-be-valuable/#comment-253</link>
		<dc:creator>Kelly Waters</dc:creator>
		<pubDate>Tue, 25 Mar 2008 15:03:00 +0000</pubDate>
		<guid isPermaLink="false">http://allaboutagile.com/uncategorized/user-stories-should-be-valuable/#comment-253</guid>
		<description><![CDATA[Hi Robert&lt;br/&gt;&lt;br/&gt;Many thanks for your comment, your feedback is much appreciated!&lt;br/&gt;&lt;br/&gt;I&#039;m not sure the example you give is really a non-functional requirement?&lt;br/&gt;&lt;br/&gt;I think it&#039;s actually a feature and you could think about re-wording it from a user&#039;s perspective?&lt;br/&gt;&lt;br/&gt;Why would your users want you to display images from FlickR?&lt;br/&gt;&lt;br/&gt;I don&#039;t know much about the feature so I can&#039;t really write a good example for you.  But I guess it would be something along the lines of: As a user, I want to see images from FlickR on my profile, so I can...&lt;br/&gt;&lt;br/&gt;&lt;br/&gt;Regards&lt;br/&gt;Kelly.]]></description>
		<content:encoded><![CDATA[<p>Hi Robert</p>
<p>Many thanks for your comment, your feedback is much appreciated!</p>
<p>I&#8217;m not sure the example you give is really a non-functional requirement?</p>
<p>I think it&#8217;s actually a feature and you could think about re-wording it from a user&#8217;s perspective?</p>
<p>Why would your users want you to display images from FlickR?</p>
<p>I don&#8217;t know much about the feature so I can&#8217;t really write a good example for you.  But I guess it would be something along the lines of: As a user, I want to see images from FlickR on my profile, so I can&#8230;</p>
<p>Regards<br />Kelly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Dempsey</title>
		<link>http://www.allaboutagile.com/user-stories-should-be-valuable/#comment-252</link>
		<dc:creator>Robert Dempsey</dc:creator>
		<pubDate>Tue, 25 Mar 2008 13:25:00 +0000</pubDate>
		<guid isPermaLink="false">http://allaboutagile.com/uncategorized/user-stories-should-be-valuable/#comment-252</guid>
		<description><![CDATA[Thanks for another great post Kelly. Our approach to non-functional User Stories, such as the application interacting with web services, is to have the system itself as a user role. An example of this is: &quot;As the System I want to pull images from Flickr in order to show them in a User&#039;s profile.&quot;]]></description>
		<content:encoded><![CDATA[<p>Thanks for another great post Kelly. Our approach to non-functional User Stories, such as the application interacting with web services, is to have the system itself as a user role. An example of this is: &#8220;As the System I want to pull images from Flickr in order to show them in a User&#8217;s profile.&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- Quick Cache: failed to write cache. The cache/ directory is either non-existent ( and could not be created ) or it is not writable. -->