<?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: The Forgotten Scrum Elements</title>
	<atom:link href="http://www.gettingagile.com/2009/07/15/the-forgotten-scrum-elements/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gettingagile.com/2009/07/15/the-forgotten-scrum-elements/</link>
	<description>with Sterling Barton</description>
	<lastBuildDate>Sun, 04 Jul 2010 16:55:57 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: David</title>
		<link>http://www.gettingagile.com/2009/07/15/the-forgotten-scrum-elements/comment-page-1/#comment-150</link>
		<dc:creator>David</dc:creator>
		<pubDate>Thu, 16 Jul 2009 15:59:35 +0000</pubDate>
		<guid isPermaLink="false">http://chrissterling.gettingagile.com/?p=289#comment-150</guid>
		<description>Chris,

I apologize for getting wound up about this, it&#039;s just that we&#039;ve made so much progress with agile &amp; sdlc but everything else is seems to be lagging behind.

Product needs to catch up, and I&#039;m glad you are a fellow LSC Google Group member :)</description>
		<content:encoded><![CDATA[<p>Chris,</p>
<p>I apologize for getting wound up about this, it&#8217;s just that we&#8217;ve made so much progress with agile &amp; sdlc but everything else is seems to be lagging behind.</p>
<p>Product needs to catch up, and I&#8217;m glad you are a fellow LSC Google Group member <img src='http://www.gettingagile.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad Albrecht</title>
		<link>http://www.gettingagile.com/2009/07/15/the-forgotten-scrum-elements/comment-page-1/#comment-149</link>
		<dc:creator>Chad Albrecht</dc:creator>
		<pubDate>Thu, 16 Jul 2009 15:32:25 +0000</pubDate>
		<guid isPermaLink="false">http://chrissterling.gettingagile.com/?p=289#comment-149</guid>
		<description>Chris,
Excellent points!  On the topic of Product Vision, I have a post on using it to prioritize backlog items here: http://blog.chadalbrecht.com/post.aspx?id=10a5a8b1-2bb6-4fef-b612-5bae80e121fe

Keep the posts coming!</description>
		<content:encoded><![CDATA[<p>Chris,<br />
Excellent points!  On the topic of Product Vision, I have a post on using it to prioritize backlog items here: <a href="http://blog.chadalbrecht.com/post.aspx?id=10a5a8b1-2bb6-4fef-b612-5bae80e121fe" rel="nofollow">http://blog.chadalbrecht.com/post.aspx?id=10a5a8b1-2bb6-4fef-b612-5bae80e121fe</a></p>
<p>Keep the posts coming!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Sterling</title>
		<link>http://www.gettingagile.com/2009/07/15/the-forgotten-scrum-elements/comment-page-1/#comment-148</link>
		<dc:creator>Chris Sterling</dc:creator>
		<pubDate>Wed, 15 Jul 2009 22:15:41 +0000</pubDate>
		<guid isPermaLink="false">http://chrissterling.gettingagile.com/?p=289#comment-148</guid>
		<description>Good day David,

I am part of the Lean Startup Google Group and am entirely in alignment with you regarding empirical data with customer feedback loops. The fact of the matter is that many companies that we currently consult with or develop software for are not ready for even monthly, or sometimes quarterly, releases, let alone continuous flow to customers. Also, there are some industries and projects that the continuous flow model does not work well, at least as of yet. For a product company that is evolving their strategy, I believe this is probably the best option and I would have to be convinced otherwise by those who might care about my opinion that continuous flow won&#039;t work for them.

For now, the information posted in this article is to help those just trying to get a hold on their current context and product delivery needs. As we progress towards incremental funding and continuous flow of delivery, I am sure that the tools we need as an industry will evolve, as well.</description>
		<content:encoded><![CDATA[<p>Good day David,</p>
<p>I am part of the Lean Startup Google Group and am entirely in alignment with you regarding empirical data with customer feedback loops. The fact of the matter is that many companies that we currently consult with or develop software for are not ready for even monthly, or sometimes quarterly, releases, let alone continuous flow to customers. Also, there are some industries and projects that the continuous flow model does not work well, at least as of yet. For a product company that is evolving their strategy, I believe this is probably the best option and I would have to be convinced otherwise by those who might care about my opinion that continuous flow won&#8217;t work for them.</p>
<p>For now, the information posted in this article is to help those just trying to get a hold on their current context and product delivery needs. As we progress towards incremental funding and continuous flow of delivery, I am sure that the tools we need as an industry will evolve, as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://www.gettingagile.com/2009/07/15/the-forgotten-scrum-elements/comment-page-1/#comment-147</link>
		<dc:creator>David</dc:creator>
		<pubDate>Wed, 15 Jul 2009 20:24:52 +0000</pubDate>
		<guid isPermaLink="false">http://chrissterling.gettingagile.com/?p=289#comment-147</guid>
		<description>I&#039;m not a big fan of running agile releases only to have the product fail because the Product Owner and/or Customer got it wrong!

We need to help the other pieces of the puzzle evolve with agile, and bake in customer feedback loops with our continuous integration solutions. Product decisions made using A/B splits and empirical data are much more grounded in reality.

I could go on for hours about this, but instead I recommend joining the Lean Startup Google Group with me.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not a big fan of running agile releases only to have the product fail because the Product Owner and/or Customer got it wrong!</p>
<p>We need to help the other pieces of the puzzle evolve with agile, and bake in customer feedback loops with our continuous integration solutions. Product decisions made using A/B splits and empirical data are much more grounded in reality.</p>
<p>I could go on for hours about this, but instead I recommend joining the Lean Startup Google Group with me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: George Dinwiddie</title>
		<link>http://www.gettingagile.com/2009/07/15/the-forgotten-scrum-elements/comment-page-1/#comment-146</link>
		<dc:creator>George Dinwiddie</dc:creator>
		<pubDate>Wed, 15 Jul 2009 14:31:08 +0000</pubDate>
		<guid isPermaLink="false">http://chrissterling.gettingagile.com/?p=289#comment-146</guid>
		<description>Great post, Chris.

I once asked a product owner team, which had recently tackled the job of developing a vision statement at Product Owner training, to write down what the vision statement was, in their own words.  There was very little similarity between them.

It&#039;s imperative that the team /agree/ on the vision.  As you suggest, it&#039;s a very good idea to check on that agreement.

More interestingly, the Chief Product Owner offered the &quot;official&quot; vision statement.  It was full of leverage and synergy, but it gave me absolutely no idea about what the product actually did.

A vision statement is not just a marketing sound bite.  It must have a degree of concreteness that makes it real.  It must not depend on implicit assumptions about the vision or goal, as these implicit assumptions are likely to /not/ be held in agreement throughout the team--and the fact that they&#039;re implicit makes it very hard to check for agreement.</description>
		<content:encoded><![CDATA[<p>Great post, Chris.</p>
<p>I once asked a product owner team, which had recently tackled the job of developing a vision statement at Product Owner training, to write down what the vision statement was, in their own words.  There was very little similarity between them.</p>
<p>It&#8217;s imperative that the team /agree/ on the vision.  As you suggest, it&#8217;s a very good idea to check on that agreement.</p>
<p>More interestingly, the Chief Product Owner offered the &#8220;official&#8221; vision statement.  It was full of leverage and synergy, but it gave me absolutely no idea about what the product actually did.</p>
<p>A vision statement is not just a marketing sound bite.  It must have a degree of concreteness that makes it real.  It must not depend on implicit assumptions about the vision or goal, as these implicit assumptions are likely to /not/ be held in agreement throughout the team&#8211;and the fact that they&#8217;re implicit makes it very hard to check for agreement.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Dayley</title>
		<link>http://www.gettingagile.com/2009/07/15/the-forgotten-scrum-elements/comment-page-1/#comment-145</link>
		<dc:creator>Alan Dayley</dc:creator>
		<pubDate>Wed, 15 Jul 2009 13:12:50 +0000</pubDate>
		<guid isPermaLink="false">http://chrissterling.gettingagile.com/?p=289#comment-145</guid>
		<description>Good article.

I will be helping a new team get started on a new product in two weeks.  Defining and instilling the product vision will be a great part of the first planning meeting!</description>
		<content:encoded><![CDATA[<p>Good article.</p>
<p>I will be helping a new team get started on a new product in two weeks.  Defining and instilling the product vision will be a great part of the first planning meeting!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
