<?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: Your Problem Statement is The Problem</title>
	<atom:link href="http://tynerblain.com/blog/2008/05/12/your-problem-statement/feed/" rel="self" type="application/rss+xml" />
	<link>http://tynerblain.com/blog/2008/05/12/your-problem-statement/</link>
	<description>Software product success.</description>
	<lastBuildDate>Sun, 12 Feb 2012 19:10:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: craig brown</title>
		<link>http://tynerblain.com/blog/2008/05/12/your-problem-statement/comment-page-1/#comment-789867</link>
		<dc:creator>craig brown</dc:creator>
		<pubDate>Wed, 13 Apr 2011 06:20:35 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=678#comment-789867</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;RT @rcauvin: One of my favorite @sehlhorst blog entries on Tyner Blain. &quot;Your Problem Statement is the Problem&quot; http://bit.ly/e6kwTk #pr ...&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">RT @rcauvin: One of my favorite @sehlhorst blog entries on Tyner Blain. &quot;Your Problem Statement is the Problem&quot; <a href="http://bit.ly/e6kwTk" rel="nofollow">http://bit.ly/e6kwTk</a> #pr &#8230;</span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger L. Cauvin</title>
		<link>http://tynerblain.com/blog/2008/05/12/your-problem-statement/comment-page-1/#comment-789784</link>
		<dc:creator>Roger L. Cauvin</dc:creator>
		<pubDate>Tue, 12 Apr 2011 19:46:27 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=678#comment-789784</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;One of my favorite @sehlhorst blog entries on Tyner Blain. &quot;Your Problem Statement is the Problem&quot; http://bit.ly/e6kwTk #prodmgmt&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">One of my favorite @sehlhorst blog entries on Tyner Blain. &quot;Your Problem Statement is the Problem&quot; <a href="http://bit.ly/e6kwTk" rel="nofollow">http://bit.ly/e6kwTk</a> #prodmgmt</span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alidad</title>
		<link>http://tynerblain.com/blog/2008/05/12/your-problem-statement/comment-page-1/#comment-592952</link>
		<dc:creator>Alidad</dc:creator>
		<pubDate>Sun, 16 May 2010 15:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=678#comment-592952</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;Your Problem Statement is The Problem &#124; Tyner Blain http://bit.ly/ah8p2K&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">Your Problem Statement is The Problem | Tyner Blain <a href="http://bit.ly/ah8p2K" rel="nofollow">http://bit.ly/ah8p2K</a></span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anna Evans</title>
		<link>http://tynerblain.com/blog/2008/05/12/your-problem-statement/comment-page-1/#comment-575158</link>
		<dc:creator>Anna Evans</dc:creator>
		<pubDate>Wed, 09 Dec 2009 23:18:29 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=678#comment-575158</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;Problem Statements can be an effective tool to communicate the vision of the product #Pmv #prodmgmt http://bit.ly/4CLsOj&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">Problem Statements can be an effective tool to communicate the vision of the product #Pmv #prodmgmt <a href="http://bit.ly/4CLsOj" rel="nofollow">http://bit.ly/4CLsOj</a></span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Start with the Problem Statement &#171; Peltier On Software</title>
		<link>http://tynerblain.com/blog/2008/05/12/your-problem-statement/comment-page-1/#comment-454101</link>
		<dc:creator>Start with the Problem Statement &#171; Peltier On Software</dc:creator>
		<pubDate>Sat, 25 Oct 2008 15:42:34 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=678#comment-454101</guid>
		<description>[...] This interesting article goes into linguistics and considers not just the language of problem statements in terms of the words we choose to write them in, but from the broader perspective of the framework in which we think about them. Abstracting the problem to the correct level is essential in solving the problem, which is what we are all trying to do.     &#171; Agile&#160;Modeling [...]</description>
		<content:encoded><![CDATA[<p>[...] This interesting article goes into linguistics and considers not just the language of problem statements in terms of the words we choose to write them in, but from the broader perspective of the framework in which we think about them. Abstracting the problem to the correct level is essential in solving the problem, which is what we are all trying to do.     &laquo; Agile&nbsp;Modeling [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Sehlhorst</title>
		<link>http://tynerblain.com/blog/2008/05/12/your-problem-statement/comment-page-1/#comment-380679</link>
		<dc:creator>Scott Sehlhorst</dc:creator>
		<pubDate>Sat, 31 May 2008 14:57:28 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=678#comment-380679</guid>
		<description>Thanks, Demon!

I&#039;ve seen the same thing start to propagate through a very &quot;inside out&quot; organization.  In some of the meetings, after starting to focus on the problem statements, when people asked &quot;do we need to worry about...&quot; with a very solution-centric perspective, I was able to say &quot;if we decide to solve problem X&quot; and have people nod their heads.

The PITA factor can be a very real one with people who are focused on controlling &quot;what do I have to do?&quot; instead of &quot;what needs to be done?&quot;  I&#039;ve had some success with embedding a &lt;a href=&quot;http://tynerblain.com/blog/2008/05/27/cause-and-effect-diagrams/&quot; rel=&quot;nofollow&quot;&gt;cause and effect&lt;/a&gt; diagram directly into the problem-statement section of the BRD.  That gives those solution-focused people the opportunity to absorb the eureka! perspective offline, save face, and bring a changed perspective back into the team dynamics.</description>
		<content:encoded><![CDATA[<p>Thanks, Demon!</p>
<p>I&#8217;ve seen the same thing start to propagate through a very &#8220;inside out&#8221; organization.  In some of the meetings, after starting to focus on the problem statements, when people asked &#8220;do we need to worry about&#8230;&#8221; with a very solution-centric perspective, I was able to say &#8220;if we decide to solve problem X&#8221; and have people nod their heads.</p>
<p>The PITA factor can be a very real one with people who are focused on controlling &#8220;what do I have to do?&#8221; instead of &#8220;what needs to be done?&#8221;  I&#8217;ve had some success with embedding a <a href="http://tynerblain.com/blog/2008/05/27/cause-and-effect-diagrams/" rel="nofollow">cause and effect</a> diagram directly into the problem-statement section of the BRD.  That gives those solution-focused people the opportunity to absorb the eureka! perspective offline, save face, and bring a changed perspective back into the team dynamics.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Demon</title>
		<link>http://tynerblain.com/blog/2008/05/12/your-problem-statement/comment-page-1/#comment-374685</link>
		<dc:creator>The Demon</dc:creator>
		<pubDate>Wed, 21 May 2008 07:33:58 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=678#comment-374685</guid>
		<description>The organisation I have recently started to work for has a real problem with this. Every project seems to be intiated on the back of a solution, often a piece of software, with no understanding of the problem. 

Just by introducing overarching problem statements to the initiation phase has been a quick win and is making stakeholders, product managers and sponsors think &quot;requirements&quot; rather than &quot;solutions&quot;. 

It&#039;s a challenge getting them to that right level of abstraction as you said and I often feel like I&#039;m being a real pain in the @ss constantly asking &quot;so what?&quot; and &quot;why is that a problem&quot; but it&#039;s worth it to get to that &quot;eureeka&quot; moment. 

Keep up the good work, loving the articles. 

The Demon - Sunny Scotland</description>
		<content:encoded><![CDATA[<p>The organisation I have recently started to work for has a real problem with this. Every project seems to be intiated on the back of a solution, often a piece of software, with no understanding of the problem. </p>
<p>Just by introducing overarching problem statements to the initiation phase has been a quick win and is making stakeholders, product managers and sponsors think &#8220;requirements&#8221; rather than &#8220;solutions&#8221;. </p>
<p>It&#8217;s a challenge getting them to that right level of abstraction as you said and I often feel like I&#8217;m being a real pain in the @ss constantly asking &#8220;so what?&#8221; and &#8220;why is that a problem&#8221; but it&#8217;s worth it to get to that &#8220;eureeka&#8221; moment. </p>
<p>Keep up the good work, loving the articles. </p>
<p>The Demon &#8211; Sunny Scotland</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Sehlhorst</title>
		<link>http://tynerblain.com/blog/2008/05/12/your-problem-statement/comment-page-1/#comment-371663</link>
		<dc:creator>Scott Sehlhorst</dc:creator>
		<pubDate>Thu, 15 May 2008 03:51:05 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=678#comment-371663</guid>
		<description>Thanks Roger!  100% with you here.</description>
		<content:encoded><![CDATA[<p>Thanks Roger!  100% with you here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger L. Cauvin</title>
		<link>http://tynerblain.com/blog/2008/05/12/your-problem-statement/comment-page-1/#comment-370860</link>
		<dc:creator>Roger L. Cauvin</dc:creator>
		<pubDate>Tue, 13 May 2008 12:48:16 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=678#comment-370860</guid>
		<description>Couldn&#039;t agree more with the importance of problem statements.  (After all, I believe the requirements &lt;i&gt;are&lt;/i&gt; little more than problem statements.)  However, every problem statement is a manifestation of a larger problem, so selecting the &quot;proper level of abstraction&quot; is not always easy.  But just thinking in terms of problems, rather than in terms of features or solutions, is already a huge amount of progress beyond what most product managers do.</description>
		<content:encoded><![CDATA[<p>Couldn&#8217;t agree more with the importance of problem statements.  (After all, I believe the requirements <i>are</i> little more than problem statements.)  However, every problem statement is a manifestation of a larger problem, so selecting the &#8220;proper level of abstraction&#8221; is not always easy.  But just thinking in terms of problems, rather than in terms of features or solutions, is already a huge amount of progress beyond what most product managers do.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

