<?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: Tales from the trenches: Lean requirements gathering.</title>
	<atom:link href="http://www.bettertesting.co.uk/content/?feed=rss2&#038;p=1260" rel="self" type="application/rss+xml" />
	<link>https://www.bettertesting.co.uk/content/?p=1260</link>
	<description>Insights, thoughts &#38; ideas</description>
	<lastBuildDate>Fri, 15 Jan 2021 06:15:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Open Site Explorer</title>
		<link>https://www.bettertesting.co.uk/content/?p=1260#comment-2226</link>
		<dc:creator>Open Site Explorer</dc:creator>
		<pubDate>Wed, 21 Nov 2012 14:54:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.bettertesting.co.uk/content/?p=1260#comment-2226</guid>
		<description>&lt;!--%kramer-ref-pre%--&gt;[...] from the trenches: Lean requirements gath...  &#160; &#160;  www.bettertesting.co.uk/content/?p=1260   Top links from the same [...]&lt;!--%kramer-ref-post%--&gt;</description>
		<content:encoded><![CDATA[<p><a href="http://dev.wp-plugins.org/wiki/Kramer"><img src="http://www.bettertesting.co.ukcontent/wp-content/plugins/kramer/kramer.php?kramer=gif-icon" class="technorati-balloon" alt="Kramer auto Pingback" style="border:0;" /></a>[...] from the trenches: Lean requirements gath&#8230;  &nbsp; &nbsp;  <a href="http://www.bettertesting.co.uk/content/?p=1260" rel="nofollow">http://www.bettertesting.co.uk/content/?p=1260</a>   Top links from the same [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Darren McMillan</title>
		<link>https://www.bettertesting.co.uk/content/?p=1260#comment-1241</link>
		<dc:creator>Darren McMillan</dc:creator>
		<pubDate>Tue, 26 Jul 2011 05:33:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.bettertesting.co.uk/content/?p=1260#comment-1241</guid>
		<description>Hi Aaron,

Yup, you&#039;ve got the branching correct.  

It&#039;s probably worth mentioning that the 1-4 on the map was used to represent MoSCoW priorities.  

1 = Must
2 = Should
3 = Could
4 = Would

All our 1&#039;s are on the critical path.  2-3&#039;s could potentially be dropped, as they are not essential to the business folks.  So essentially if a branch had for example five sub tasks, ranging from one must, three should&#039;s, and a would, essentially only the must would really have to get done on that branch, if we really needed the points to spend elsewhere. 

The one thing which was quite hard to do on this map at such a scale was to highlight dependencies between items.  I always find linking nodes troublesome with XMind, as when new items are added to the map the links often mess up and overlap, or become unreadable if we add too many .   So I only highlighted those close together, which there weren&#039;t many.

Hope that helps and thanks for the comment.

Cheers,

Darren.</description>
		<content:encoded><![CDATA[<p>Hi Aaron,</p>
<p>Yup, you&#8217;ve got the branching correct.  </p>
<p>It&#8217;s probably worth mentioning that the 1-4 on the map was used to represent MoSCoW priorities.  </p>
<p>1 = Must<br />
2 = Should<br />
3 = Could<br />
4 = Would</p>
<p>All our 1&#8242;s are on the critical path.  2-3&#8242;s could potentially be dropped, as they are not essential to the business folks.  So essentially if a branch had for example five sub tasks, ranging from one must, three should&#8217;s, and a would, essentially only the must would really have to get done on that branch, if we really needed the points to spend elsewhere. </p>
<p>The one thing which was quite hard to do on this map at such a scale was to highlight dependencies between items.  I always find linking nodes troublesome with XMind, as when new items are added to the map the links often mess up and overlap, or become unreadable if we add too many .   So I only highlighted those close together, which there weren&#8217;t many.</p>
<p>Hope that helps and thanks for the comment.</p>
<p>Cheers,</p>
<p>Darren.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Hodder</title>
		<link>https://www.bettertesting.co.uk/content/?p=1260#comment-1239</link>
		<dc:creator>Aaron Hodder</dc:creator>
		<pubDate>Mon, 25 Jul 2011 23:48:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.bettertesting.co.uk/content/?p=1260#comment-1239</guid>
		<description>Hi there,

I&#039;m just trying to understand the tech scope diagrams.  Is each high level branch (say FBfunc2) an independent task that can be developed and deployed in isolation, and all sub branches under that branch are smaller tasks that are required to be done before FBfunc2 can be considered &quot;done&quot;?

Does that mean, you can select any high level branch independently of anything else since they are essentially &#039;stand alone&#039;?</description>
		<content:encoded><![CDATA[<p>Hi there,</p>
<p>I&#8217;m just trying to understand the tech scope diagrams.  Is each high level branch (say FBfunc2) an independent task that can be developed and deployed in isolation, and all sub branches under that branch are smaller tasks that are required to be done before FBfunc2 can be considered &#8220;done&#8221;?</p>
<p>Does that mean, you can select any high level branch independently of anything else since they are essentially &#8216;stand alone&#8217;?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
