<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Scope and vision</title>
	<atom:link href="http://blog.butel.co.nz/2007/08/12/scope-and-vision/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.butel.co.nz/2007/08/12/scope-and-vision/</link>
	<description>The crossover between business and software</description>
	<lastBuildDate>Mon, 22 Feb 2010 02:50:54 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: papa</title>
		<link>http://blog.butel.co.nz/2007/08/12/scope-and-vision/#comment-2581</link>
		<dc:creator>papa</dc:creator>
		<pubDate>Sun, 02 Dec 2007 16:01:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.butel.co.nz/2007/08/12/scope-and-vision/#comment-2581</guid>
		<description>It was very helpful by providing info about how the scope vision should look like</description>
		<content:encoded><![CDATA[<p>It was very helpful by providing info about how the scope vision should look like</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://blog.butel.co.nz/2007/08/12/scope-and-vision/#comment-293</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Tue, 14 Aug 2007 05:23:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.butel.co.nz/2007/08/12/scope-and-vision/#comment-293</guid>
		<description>I&#039;m a big fan of the Unified Process (http://en.wikipedia.org/wiki/Unified_Process) for iterative and incremental software development, where each of the four phases have well defined outputs before the next phase begins. 

Often these outputs are implicit, which easily leads to incorrect software being built.  Having explicit outputs from each phase makes the &#039;vision and scope&#039; document (and other documentation) a deliverable which all stakeholders should expect.

Development of a SaaS application is a great example of iterative and incremental software development, as it can be driven by users with very short release cycles.  The development of each feature becomes a small project and still needs the vision and scope to be well understood before the use cases, business analysis, interaction design and detailed specification can be completed.</description>
		<content:encoded><![CDATA[<p>I&#8217;m a big fan of the Unified Process (<a href="http://en.wikipedia.org/wiki/Unified_Process" rel="nofollow">http://en.wikipedia.org/wiki/Unified_Process</a>) for iterative and incremental software development, where each of the four phases have well defined outputs before the next phase begins. </p>
<p>Often these outputs are implicit, which easily leads to incorrect software being built.  Having explicit outputs from each phase makes the &#8216;vision and scope&#8217; document (and other documentation) a deliverable which all stakeholders should expect.</p>
<p>Development of a SaaS application is a great example of iterative and incremental software development, as it can be driven by users with very short release cycles.  The development of each feature becomes a small project and still needs the vision and scope to be well understood before the use cases, business analysis, interaction design and detailed specification can be completed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Riversdale</title>
		<link>http://blog.butel.co.nz/2007/08/12/scope-and-vision/#comment-292</link>
		<dc:creator>Mike Riversdale</dc:creator>
		<pubDate>Tue, 14 Aug 2007 01:37:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.butel.co.nz/2007/08/12/scope-and-vision/#comment-292</guid>
		<description>&lt;em&gt;A scope document is often (or at least should be) the first deliverable in a software project and its important to get it right.&lt;/em&gt;
Hmm, I&#039;d say the first deliverable should be a working piece of functionality ... the rest isn&#039;t really a deliverable as such but something on the way to it and should be kept to the bare essentials to get you to (as I say) the working product.

For instance my latest project is delivering a new way of storing information and allowing collaboration - the &quot;to do list&quot; (Product Backlog) is a wiki page (reviewed/amended each month) and everything else is an actual feature (live not demo/pilot) delivered to the users.</description>
		<content:encoded><![CDATA[<p><em>A scope document is often (or at least should be) the first deliverable in a software project and its important to get it right.</em><br />
Hmm, I&#8217;d say the first deliverable should be a working piece of functionality &#8230; the rest isn&#8217;t really a deliverable as such but something on the way to it and should be kept to the bare essentials to get you to (as I say) the working product.</p>
<p>For instance my latest project is delivering a new way of storing information and allowing collaboration &#8211; the &#8220;to do list&#8221; (Product Backlog) is a wiki page (reviewed/amended each month) and everything else is an actual feature (live not demo/pilot) delivered to the users.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: You can&#8217;t have scope until you know what your product IS&#8230;. &#171; business, strategy, governance</title>
		<link>http://blog.butel.co.nz/2007/08/12/scope-and-vision/#comment-281</link>
		<dc:creator>You can&#8217;t have scope until you know what your product IS&#8230;. &#171; business, strategy, governance</dc:creator>
		<pubDate>Sun, 12 Aug 2007 23:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.butel.co.nz/2007/08/12/scope-and-vision/#comment-281</guid>
		<description>[...] can&#8217;t have scope until you know what your product&#160;IS&#8230;.  Andrew posted over here about the importance of a well thought out scope document for software product [...]</description>
		<content:encoded><![CDATA[<p>[...] can&#8217;t have scope until you know what your product&nbsp;IS&#8230;.  Andrew posted over here about the importance of a well thought out scope document for software product [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
