<?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: &#8220;Work Creators&#8221; versus &#8220;Work Doers&#8221;</title>
	<atom:link href="http://www.scottporad.com/2010/02/23/work-creators-versus-work-doers/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.scottporad.com/2010/02/23/work-creators-versus-work-doers/</link>
	<description></description>
	<lastBuildDate>Tue, 21 May 2013 22:09:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: linda</title>
		<link>http://www.scottporad.com/2010/02/23/work-creators-versus-work-doers/comment-page-1/#comment-864</link>
		<dc:creator>linda</dc:creator>
		<pubDate>Tue, 02 Mar 2010 17:41:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.scottporad.com/?p=1699#comment-864</guid>
		<description><![CDATA[I think the problems arise when your &quot;work creators&quot; are:
- out of touch with the business, the product and the end users.  They create chaos and churn.
- not able to take their work far enough that a &quot;doer&quot; can take over and create what was intended.

Not all &quot;work creators&quot; are created equal, just like all &quot;work doers&quot;.  It&#039;s been my experience that unfortunately most &quot;work creators&quot; are just bad at their jobs or unqualified, and hence statements like everyone should write code appear :)]]></description>
		<content:encoded><![CDATA[<p>I think the problems arise when your &#8220;work creators&#8221; are:<br />
- out of touch with the business, the product and the end users.  They create chaos and churn.<br />
- not able to take their work far enough that a &#8220;doer&#8221; can take over and create what was intended.</p>
<p>Not all &#8220;work creators&#8221; are created equal, just like all &#8220;work doers&#8221;.  It&#8217;s been my experience that unfortunately most &#8220;work creators&#8221; are just bad at their jobs or unqualified, and hence statements like everyone should write code appear <img src='http://www.scottporad.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: danny</title>
		<link>http://www.scottporad.com/2010/02/23/work-creators-versus-work-doers/comment-page-1/#comment-847</link>
		<dc:creator>danny</dc:creator>
		<pubDate>Tue, 23 Feb 2010 20:44:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.scottporad.com/?p=1699#comment-847</guid>
		<description><![CDATA[this makes sense to me and i have zero experience - except as a consumer - in the tech industry 

i think there is value in any organization in members of that organization having a broad range of skills and experience - walking in each others shoes so to speak.

working in the non-profit arts industry - i have found a similar disconnect exists between administrators and production crew or artists...

working in the private sector - retail and service - there is a similar disconnect between managers and staff - administrators and service clerks...

as soon as an administrator or manager spends some time in the trenches - or on the front lines - waiting on people, they see what the clerks really need and adjust or adapt policies and procedures accordingly (hopefully). 

i think it&#039;s a fairly common communication issue in any organization - and i think it makes sense to have everyone code - that said, your programmers might be well served spending some time not coding...working in some other way for the organization...

just a thought]]></description>
		<content:encoded><![CDATA[<p>this makes sense to me and i have zero experience &#8211; except as a consumer &#8211; in the tech industry </p>
<p>i think there is value in any organization in members of that organization having a broad range of skills and experience &#8211; walking in each others shoes so to speak.</p>
<p>working in the non-profit arts industry &#8211; i have found a similar disconnect exists between administrators and production crew or artists&#8230;</p>
<p>working in the private sector &#8211; retail and service &#8211; there is a similar disconnect between managers and staff &#8211; administrators and service clerks&#8230;</p>
<p>as soon as an administrator or manager spends some time in the trenches &#8211; or on the front lines &#8211; waiting on people, they see what the clerks really need and adjust or adapt policies and procedures accordingly (hopefully). </p>
<p>i think it&#8217;s a fairly common communication issue in any organization &#8211; and i think it makes sense to have everyone code &#8211; that said, your programmers might be well served spending some time not coding&#8230;working in some other way for the organization&#8230;</p>
<p>just a thought</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JB King</title>
		<link>http://www.scottporad.com/2010/02/23/work-creators-versus-work-doers/comment-page-1/#comment-846</link>
		<dc:creator>JB King</dc:creator>
		<pubDate>Tue, 23 Feb 2010 19:32:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.scottporad.com/?p=1699#comment-846</guid>
		<description><![CDATA[For companies where technology is its backbone, there is something to be said for everyone having some basic understanding of how difficult creating software can be.  This is a step back from Rodriguez&#039; point but I think it may go down it a bit easier on both sides to have a bit better understanding of each other.  That code has to cover so many possibilities, with such thoroughness, and pain-staking attention to detail may be lost on a lot of people initially, but the value in having a common base of how complex software can be could be rather useful, IMO.]]></description>
		<content:encoded><![CDATA[<p>For companies where technology is its backbone, there is something to be said for everyone having some basic understanding of how difficult creating software can be.  This is a step back from Rodriguez&#8217; point but I think it may go down it a bit easier on both sides to have a bit better understanding of each other.  That code has to cover so many possibilities, with such thoroughness, and pain-staking attention to detail may be lost on a lot of people initially, but the value in having a common base of how complex software can be could be rather useful, IMO.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
