<?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: Solving Problems vs Fixing Problems</title>
	<atom:link href="http://www.newcommbiz.com/solving-problems-vs-fixing-problems/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.newcommbiz.com/solving-problems-vs-fixing-problems/</link>
	<description>Ideas for Social Media Strategists, Business Innovators &#38; Disruptors.</description>
	<lastBuildDate>Sat, 11 Feb 2012 23:33:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Solving Problems or Fixing Problems as Consultants - Treasure Valley Consultants&#039; Network</title>
		<link>http://www.newcommbiz.com/solving-problems-vs-fixing-problems/comment-page-1/#comment-33368</link>
		<dc:creator>Solving Problems or Fixing Problems as Consultants - Treasure Valley Consultants&#039; Network</dc:creator>
		<pubDate>Tue, 19 Apr 2011 16:03:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.newcommbiz.com/?p=2853#comment-33368</guid>
		<description>[...] read an interesting post by Tac Anderson entitled Solving Problems vs. Fixing Problems and I started to wonder how that applies to the world of consulting. After all, consultants are [...]</description>
		<content:encoded><![CDATA[<p>[...] read an interesting post by Tac Anderson entitled Solving Problems vs. Fixing Problems and I started to wonder how that applies to the world of consulting. After all, consultants are [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: What Kind of Problem Solver Are You? &#124; The Invisible Mentor</title>
		<link>http://www.newcommbiz.com/solving-problems-vs-fixing-problems/comment-page-1/#comment-29231</link>
		<dc:creator>What Kind of Problem Solver Are You? &#124; The Invisible Mentor</dc:creator>
		<pubDate>Thu, 01 Apr 2010 09:33:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.newcommbiz.com/?p=2853#comment-29231</guid>
		<description>[...] by Ken Watanabe (The Huffington Post Online, April 23, 2009)Related articles by ZemantaSolving Problems vs Fixing Problems (newcommbiz.com) Share This:Related posts:How to Read to Solve a Problem  Do you have a difficult [...]</description>
		<content:encoded><![CDATA[<p>[...] by Ken Watanabe (The Huffington Post Online, April 23, 2009)Related articles by ZemantaSolving Problems vs Fixing Problems (newcommbiz.com) Share This:Related posts:How to Read to Solve a Problem  Do you have a difficult [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Attorney Don Hecker Specification &#187; Are You Treating The Symptom Or Solving The Problem?</title>
		<link>http://www.newcommbiz.com/solving-problems-vs-fixing-problems/comment-page-1/#comment-29124</link>
		<dc:creator>Attorney Don Hecker Specification &#187; Are You Treating The Symptom Or Solving The Problem?</dc:creator>
		<pubDate>Thu, 18 Mar 2010 15:56:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.newcommbiz.com/?p=2853#comment-29124</guid>
		<description>[...] fixing the real problem. I remembered that post because of an issue that was reported to me, and Tac Anderson wrote a timely post about the same idea. He phrases the question a little differently by asking if you are solving [...]</description>
		<content:encoded><![CDATA[<p>[...] fixing the real problem. I remembered that post because of an issue that was reported to me, and Tac Anderson wrote a timely post about the same idea. He phrases the question a little differently by asking if you are solving [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jessestevens</title>
		<link>http://www.newcommbiz.com/solving-problems-vs-fixing-problems/comment-page-1/#comment-29077</link>
		<dc:creator>jessestevens</dc:creator>
		<pubDate>Fri, 12 Mar 2010 19:54:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.newcommbiz.com/?p=2853#comment-29077</guid>
		<description>Fixing problems should not be the main point. Preventing problems should be. Those entrepreneurs smart enough to prevent and forecast what will come next are the ones that reach &quot;faster&quot; success, innovate and are always up to their customer&#039;s needs.</description>
		<content:encoded><![CDATA[<p>Fixing problems should not be the main point. Preventing problems should be. Those entrepreneurs smart enough to prevent and forecast what will come next are the ones that reach &#8220;faster&#8221; success, innovate and are always up to their customer&#39;s needs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tacanderson</title>
		<link>http://www.newcommbiz.com/solving-problems-vs-fixing-problems/comment-page-1/#comment-29050</link>
		<dc:creator>tacanderson</dc:creator>
		<pubDate>Thu, 11 Mar 2010 22:12:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.newcommbiz.com/?p=2853#comment-29050</guid>
		<description>Thanks Jeff,&lt;br&gt;I&#039;m not sure these skill sets are as flexible as you might think. If you look at Geoffery Moore&#039;s Dealing with Darwin &lt;a href=&quot;http://www.dealingwithdarwin.com/&quot; rel=&quot;nofollow&quot;&gt;http://www.dealingwithdarwin.com/&lt;/a&gt; there&#039;s an argument to be made that some people are better at different parts of a product life cycle. &lt;br&gt;&lt;br&gt;The key is what you first mentioned: throwing it over the wall and moving on. Both groups need to be involved but the level of involvement needs to shift as the solution/product evolves. Like you said it shouldn&#039;t be a limiting mindset it should be an expansive collaborative process.</description>
		<content:encoded><![CDATA[<p>Thanks Jeff,<br />I&#39;m not sure these skill sets are as flexible as you might think. If you look at Geoffery Moore&#39;s Dealing with Darwin <a href="http://www.dealingwithdarwin.com/" rel="nofollow">http://www.dealingwithdarwin.com/</a> there&#39;s an argument to be made that some people are better at different parts of a product life cycle. </p>
<p>The key is what you first mentioned: throwing it over the wall and moving on. Both groups need to be involved but the level of involvement needs to shift as the solution/product evolves. Like you said it shouldn&#39;t be a limiting mindset it should be an expansive collaborative process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Hora</title>
		<link>http://www.newcommbiz.com/solving-problems-vs-fixing-problems/comment-page-1/#comment-29049</link>
		<dc:creator>Jeff Hora</dc:creator>
		<pubDate>Thu, 11 Mar 2010 21:57:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.newcommbiz.com/?p=2853#comment-29049</guid>
		<description>Sadly, there is a limiting mindset in some organizations that have created more of a wall between creating solutions and the continuous improvement of those solutions, here labelled &quot;the fix&quot;.  I have observed (and been a part of) teams, organizations and businesses that create a solution, toss it over the wall to &quot;the fixers&quot;, and then move onto the next problem to be solved.  This doesn&#039;t really help these efforts to become learning efforts for the org.  Numerous solutions are handed to the fixers with many of the same problems to be fixed that were in the last solution they were handed.&lt;br&gt;&lt;br&gt;I believe the mindset for both of these skills is much more flexible.  Aside from getting more smarts pointed at a problem to be solved or fixed, the diversity these points of view bring to problems throughout their life-cycle improve the problem-solving capabilities of the organization.  Need to stop making the same mistakes, even though they might not look like the same mistakes initially.</description>
		<content:encoded><![CDATA[<p>Sadly, there is a limiting mindset in some organizations that have created more of a wall between creating solutions and the continuous improvement of those solutions, here labelled &#8220;the fix&#8221;.  I have observed (and been a part of) teams, organizations and businesses that create a solution, toss it over the wall to &#8220;the fixers&#8221;, and then move onto the next problem to be solved.  This doesn&#39;t really help these efforts to become learning efforts for the org.  Numerous solutions are handed to the fixers with many of the same problems to be fixed that were in the last solution they were handed.</p>
<p>I believe the mindset for both of these skills is much more flexible.  Aside from getting more smarts pointed at a problem to be solved or fixed, the diversity these points of view bring to problems throughout their life-cycle improve the problem-solving capabilities of the organization.  Need to stop making the same mistakes, even though they might not look like the same mistakes initially.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tacanderson</title>
		<link>http://www.newcommbiz.com/solving-problems-vs-fixing-problems/comment-page-1/#comment-29048</link>
		<dc:creator>tacanderson</dc:creator>
		<pubDate>Thu, 11 Mar 2010 21:23:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.newcommbiz.com/?p=2853#comment-29048</guid>
		<description>Thank you Steve for keeping me in check. I of course agree that social technologies will not solve the problems but will be the enablers that allow us to finally collaborate in a way that brings about the change. And yes we all have to be able to solve problems and fix problems.</description>
		<content:encoded><![CDATA[<p>Thank you Steve for keeping me in check. I of course agree that social technologies will not solve the problems but will be the enablers that allow us to finally collaborate in a way that brings about the change. And yes we all have to be able to solve problems and fix problems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Koss</title>
		<link>http://www.newcommbiz.com/solving-problems-vs-fixing-problems/comment-page-1/#comment-29046</link>
		<dc:creator>Steve Koss</dc:creator>
		<pubDate>Thu, 11 Mar 2010 21:14:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.newcommbiz.com/?p=2853#comment-29046</guid>
		<description>Another brilliant post Tac!&lt;br&gt;&lt;br&gt;To gain the competitive edge we must be pain-relievers and solving ‘real’ problems to stakeholders for correct active, not corrective action (the band-aid, fixing problems approach). In the value and supply chains problems will always spring up to address. The discovery phase of problem-solving or fixing must keep the ‘people, process, technology’ in this sequential order. &lt;br&gt;&lt;br&gt;I would disagree that social technologies can solve problems; moreover I would agree that these technologies can be the enablers for collaboration to solve problems.&lt;br&gt;&lt;br&gt;At the end of the day, we must be able to have a dash of a problem-solver and problem-fixer within us…problems are part of the journey of life and business.  An X-files perspective…the giant jigsaw puzzle of problem-solving or fixing…perception versus real….a challenging choice always!&lt;br&gt;&lt;br&gt;Problems can be opportunities in disguise!</description>
		<content:encoded><![CDATA[<p>Another brilliant post Tac!</p>
<p>To gain the competitive edge we must be pain-relievers and solving ‘real’ problems to stakeholders for correct active, not corrective action (the band-aid, fixing problems approach). In the value and supply chains problems will always spring up to address. The discovery phase of problem-solving or fixing must keep the ‘people, process, technology’ in this sequential order. </p>
<p>I would disagree that social technologies can solve problems; moreover I would agree that these technologies can be the enablers for collaboration to solve problems.</p>
<p>At the end of the day, we must be able to have a dash of a problem-solver and problem-fixer within us…problems are part of the journey of life and business.  An X-files perspective…the giant jigsaw puzzle of problem-solving or fixing…perception versus real….a challenging choice always!</p>
<p>Problems can be opportunities in disguise!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tacanderson</title>
		<link>http://www.newcommbiz.com/solving-problems-vs-fixing-problems/comment-page-1/#comment-29045</link>
		<dc:creator>tacanderson</dc:creator>
		<pubDate>Thu, 11 Mar 2010 20:12:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.newcommbiz.com/?p=2853#comment-29045</guid>
		<description>I think there are some people who are busy keeping things from getting worse that don&#039;t fix things. Some things break a lot. People break a lot. People aren&#039;t perfect and so usually what fixers fix is other peoples problems. &lt;br&gt;&lt;br&gt;I&#039;m really thankful for fixers.</description>
		<content:encoded><![CDATA[<p>I think there are some people who are busy keeping things from getting worse that don&#39;t fix things. Some things break a lot. People break a lot. People aren&#39;t perfect and so usually what fixers fix is other peoples problems. </p>
<p>I&#39;m really thankful for fixers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Are You Treating The Symptom Or Solving The Problem? &#124; Regular Geek</title>
		<link>http://www.newcommbiz.com/solving-problems-vs-fixing-problems/comment-page-1/#comment-29060</link>
		<dc:creator>Are You Treating The Symptom Or Solving The Problem? &#124; Regular Geek</dc:creator>
		<pubDate>Thu, 11 Mar 2010 19:51:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.newcommbiz.com/?p=2853#comment-29060</guid>
		<description>[...] fixing the real problem. I remembered that post because of an issue that was reported to me, and Tac Anderson wrote a timely post about the same idea. He phrases the question a little differently by asking if you are solving [...]</description>
		<content:encoded><![CDATA[<p>[...] fixing the real problem. I remembered that post because of an issue that was reported to me, and Tac Anderson wrote a timely post about the same idea. He phrases the question a little differently by asking if you are solving [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

