<?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 for Blog Pav Blog</title>
	<atom:link href="http://www.pavley.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pavley.com</link>
	<description>“A great leap in the dark” – Thomas Hobbes</description>
	<lastBuildDate>Mon, 17 May 2010 19:27:50 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Volunteer Scrum Master Handbook by Vlad Hrabrov</title>
		<link>http://www.pavley.com/2010/04/30/volunteer-scrum-master-handbook/comment-page-1/#comment-653</link>
		<dc:creator>Vlad Hrabrov</dc:creator>
		<pubDate>Mon, 17 May 2010 19:27:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.pavley.com/?p=234#comment-653</guid>
		<description>Thanks John.  My &quot;vacation&quot; is getting a little bit too long :) On the matter on retro and demo, I am a strong believer that those are very important parts of the agile process.  
The demos cover a lot if done right: confirmation of the user-story readiness by wider audience, support and sales training and even new backlog items ideas. This is where I would not spare any time, as the payback is tremendous and gives the bigger collective the sense of ownership and pride. 
The retro discussion, I consider to be a great team-building tool, with this simple, honest conversation about failures and team’s ideas of  “even better team”.  I would’ve made those Sprint-end celebrations; they should be VERY private (team only) and informal (beer and pizza help there a lot).  The role the Sheppard dog is to take notes on how to convert the “pigs” into “happy cows” and enjoy the evolution in the front of his eyes!</description>
		<content:encoded><![CDATA[<p>Thanks John.  My &#8220;vacation&#8221; is getting a little bit too long <img src='http://www.pavley.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  On the matter on retro and demo, I am a strong believer that those are very important parts of the agile process.<br />
The demos cover a lot if done right: confirmation of the user-story readiness by wider audience, support and sales training and even new backlog items ideas. This is where I would not spare any time, as the payback is tremendous and gives the bigger collective the sense of ownership and pride.<br />
The retro discussion, I consider to be a great team-building tool, with this simple, honest conversation about failures and team’s ideas of  “even better team”.  I would’ve made those Sprint-end celebrations; they should be VERY private (team only) and informal (beer and pizza help there a lot).  The role the Sheppard dog is to take notes on how to convert the “pigs” into “happy cows” and enjoy the evolution in the front of his eyes!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Volunteer Scrum Master Handbook by pav</title>
		<link>http://www.pavley.com/2010/04/30/volunteer-scrum-master-handbook/comment-page-1/#comment-638</link>
		<dc:creator>pav</dc:creator>
		<pubDate>Mon, 17 May 2010 13:28:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.pavley.com/?p=234#comment-638</guid>
		<description>Thanks for the comments Vlad. The VSM doesn&#039;t replace the Pro Scrum Master. The fact that you can go on vacation without disaster means you&#039;ve been growing some VSMs of your own :)

I&#039;m still observing the effectiveness of the retrospectives and demos. They seem to have a tremendously positive effect but I have some concerns. I often see a lot of therapy but little true utilization of the ideas generated in these meetings. Maybe we&#039;re doing something wrong. I mean it&#039;s been good, but not great.</description>
		<content:encoded><![CDATA[<p>Thanks for the comments Vlad. The VSM doesn&#8217;t replace the Pro Scrum Master. The fact that you can go on vacation without disaster means you&#8217;ve been growing some VSMs of your own <img src='http://www.pavley.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>I&#8217;m still observing the effectiveness of the retrospectives and demos. They seem to have a tremendously positive effect but I have some concerns. I often see a lot of therapy but little true utilization of the ideas generated in these meetings. Maybe we&#8217;re doing something wrong. I mean it&#8217;s been good, but not great.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Volunteer Scrum Master Handbook by Vlad Hrabrov</title>
		<link>http://www.pavley.com/2010/04/30/volunteer-scrum-master-handbook/comment-page-1/#comment-570</link>
		<dc:creator>Vlad Hrabrov</dc:creator>
		<pubDate>Sat, 15 May 2010 02:34:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.pavley.com/?p=234#comment-570</guid>
		<description>Interesting idea about the VSM… I actually ask anyone to speak up any time the rules we agreed upon during the last retrospective are not followed (I guess that makes anyone who cares to be a VSM).  As a Scrum Master I know that the team is ready and successful if I leave for a week-long vacation in a middle of a Sprint and when I am back there are no fire-drills waiting for me, the burn-down chart looks good enough and external impediments were resolved by the team talking to another team.  That is a great feeling.   
BTW would love to hear your thoughts about end of Sprint demos and retrospective meetings.</description>
		<content:encoded><![CDATA[<p>Interesting idea about the VSM… I actually ask anyone to speak up any time the rules we agreed upon during the last retrospective are not followed (I guess that makes anyone who cares to be a VSM).  As a Scrum Master I know that the team is ready and successful if I leave for a week-long vacation in a middle of a Sprint and when I am back there are no fire-drills waiting for me, the burn-down chart looks good enough and external impediments were resolved by the team talking to another team.  That is a great feeling.<br />
BTW would love to hear your thoughts about end of Sprint demos and retrospective meetings.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Managing the De-Motivated by pav</title>
		<link>http://www.pavley.com/2010/04/18/managing-the-de-motivated/comment-page-1/#comment-526</link>
		<dc:creator>pav</dc:creator>
		<pubDate>Tue, 11 May 2010 19:02:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.pavley.com/?p=207#comment-526</guid>
		<description>Thanks for comment--really more like a guest blog post :)

In a nutshell I don&#039;t think Genius can or should be managed. At best it can be directed (Hey Picasso, what about yellow?) The Agile &quot;game&quot; is not for Alan Kay and his ilk. 

At LimeWire we have Agile for engineering and the &quot;Pony Farm&quot; for R&amp;D (Picasso, Alan, et al.) On the Pony Farm you prototype ideas, release them to the wild, and see which ponies come back. Eventually the awesome ponies are tamed and implemented into LimeWire.</description>
		<content:encoded><![CDATA[<p>Thanks for comment&#8211;really more like a guest blog post <img src='http://www.pavley.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>In a nutshell I don&#8217;t think Genius can or should be managed. At best it can be directed (Hey Picasso, what about yellow?) The Agile &#8220;game&#8221; is not for Alan Kay and his ilk. </p>
<p>At LimeWire we have Agile for engineering and the &#8220;Pony Farm&#8221; for R&#038;D (Picasso, Alan, et al.) On the Pony Farm you prototype ideas, release them to the wild, and see which ponies come back. Eventually the awesome ponies are tamed and implemented into LimeWire.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Volunteer Scrum Master Handbook by The role of leadership in software development &#124; Business management books</title>
		<link>http://www.pavley.com/2010/04/30/volunteer-scrum-master-handbook/comment-page-1/#comment-434</link>
		<dc:creator>The role of leadership in software development &#124; Business management books</dc:creator>
		<pubDate>Fri, 07 May 2010 00:07:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.pavley.com/?p=234#comment-434</guid>
		<description>[...] Blog Pav Blog &#8250; Volunteer Scrum Master Handbook [...]</description>
		<content:encoded><![CDATA[<p>[...] Blog Pav Blog &rsaquo; Volunteer Scrum Master Handbook [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Managing the De-Motivated by Andrey Fedorov</title>
		<link>http://www.pavley.com/2010/04/18/managing-the-de-motivated/comment-page-1/#comment-428</link>
		<dc:creator>Andrey Fedorov</dc:creator>
		<pubDate>Wed, 05 May 2010 16:39:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.pavley.com/?p=207#comment-428</guid>
		<description>I used to believe #4, but &lt;a href=&quot;http://thelastpsychiatrist.com/2009/12/how_to_create_motivation_for_2.html&quot; rel=&quot;nofollow&quot;&gt;an anonymous blogger&lt;/a&gt; changed my mind:

&lt;i&gt;Creative success is taking what&#039;s available and rising above that.  The &quot;that&quot; doesn&#039;t matter, you&#039;ll only be credited with success if you go beyond it.  Maybe Picasso had good canvas but he had to transcend an entire way of painting, that&#039;s what made him great, not the physical painting itself.  Otherwise we wouldn&#039;t be buying prints.&lt;/i&gt;

This points to another problem, though: if Picasso was looking to &quot;transcend an entire way of painting&quot;, he wouldn&#039;t be interested in most programming work, which is the equivalent of working on murals on behest of someone else&#039;s vision. That&#039;s the right vision, because there&#039;s nothing left to do in painting, right? I wonder if Picasso could have explained his intentions convincingly enough to work at the painters&#039; equivalent of a research lab...

But more importantly, from the managers&#039; perspective, for each Picasso, how many bullshitters are there who will waste R&amp;D efforts spinning their wheels? How do you tell the two apart?

Can they tell themselves apart?

From Picasso&#039;s perspective, if he, by some coincidence ended up being &lt;a href=&quot;http://www.dilbert.com/blog/entry/crazy_or_disciplined/&quot; rel=&quot;nofollow&quot;&gt;the crazy uncle who couldn&#039;t stop drawing pictures&lt;/a&gt;, was he really crazy, or just unlucky? Alan Kay has been fantasizing about the dynabook since the 60&#039;s, the OLPC self-ploded, and it took a lot more than fantasizing to implement it as an iPad.

And either way, how good would an iPad be without Apple&#039;s &quot;revolutionary&quot; brand, impeccable taste, and brilliant marketing? &quot;Software as a service&quot; - also around &lt;a href=&quot;http://www.wired.com/wired/archive/2.01/kay.hillis_pr.html&quot; rel=&quot;nofollow&quot;&gt;around since the 60&#039;s&lt;/a&gt;, but it took Google&#039;s accidental ad goldmine to get the people who understood it the resources to make it possible just at the right time.

All that aside, investing in people over ideas (and certainly over process) certainly seems wise. Being agile (the word, not the process) means understanding what people want, what they need, giving it to them, and expecting results (even if those results don&#039;t end up having market potential).</description>
		<content:encoded><![CDATA[<p>I used to believe #4, but <a href="http://thelastpsychiatrist.com/2009/12/how_to_create_motivation_for_2.html" rel="nofollow">an anonymous blogger</a> changed my mind:</p>
<p><i>Creative success is taking what&#8217;s available and rising above that.  The &#8220;that&#8221; doesn&#8217;t matter, you&#8217;ll only be credited with success if you go beyond it.  Maybe Picasso had good canvas but he had to transcend an entire way of painting, that&#8217;s what made him great, not the physical painting itself.  Otherwise we wouldn&#8217;t be buying prints.</i></p>
<p>This points to another problem, though: if Picasso was looking to &#8220;transcend an entire way of painting&#8221;, he wouldn&#8217;t be interested in most programming work, which is the equivalent of working on murals on behest of someone else&#8217;s vision. That&#8217;s the right vision, because there&#8217;s nothing left to do in painting, right? I wonder if Picasso could have explained his intentions convincingly enough to work at the painters&#8217; equivalent of a research lab&#8230;</p>
<p>But more importantly, from the managers&#8217; perspective, for each Picasso, how many bullshitters are there who will waste R&amp;D efforts spinning their wheels? How do you tell the two apart?</p>
<p>Can they tell themselves apart?</p>
<p>From Picasso&#8217;s perspective, if he, by some coincidence ended up being <a href="http://www.dilbert.com/blog/entry/crazy_or_disciplined/" rel="nofollow">the crazy uncle who couldn&#8217;t stop drawing pictures</a>, was he really crazy, or just unlucky? Alan Kay has been fantasizing about the dynabook since the 60&#8217;s, the OLPC self-ploded, and it took a lot more than fantasizing to implement it as an iPad.</p>
<p>And either way, how good would an iPad be without Apple&#8217;s &#8220;revolutionary&#8221; brand, impeccable taste, and brilliant marketing? &#8220;Software as a service&#8221; &#8211; also around <a href="http://www.wired.com/wired/archive/2.01/kay.hillis_pr.html" rel="nofollow">around since the 60&#8217;s</a>, but it took Google&#8217;s accidental ad goldmine to get the people who understood it the resources to make it possible just at the right time.</p>
<p>All that aside, investing in people over ideas (and certainly over process) certainly seems wise. Being agile (the word, not the process) means understanding what people want, what they need, giving it to them, and expecting results (even if those results don&#8217;t end up having market potential).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on In Search of the Motivated by pav</title>
		<link>http://www.pavley.com/2010/01/31/in-search-of-the-motivated/comment-page-1/#comment-408</link>
		<dc:creator>pav</dc:creator>
		<pubDate>Wed, 28 Apr 2010 15:45:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.pavley.com/?p=189#comment-408</guid>
		<description>Absolutely correct Vlad! Great software comes from happy engineers. There is a misguided management principle that says you have to keep people under pressure (unhappy) to get good productivity. This may be true for assembly line workers (actually it&#039;s not) but engineers are like artists. They need tools, space, and inspiration to do their best work. Team culture is all about creating a great environment where people can do their best work. Thanks for your comment!</description>
		<content:encoded><![CDATA[<p>Absolutely correct Vlad! Great software comes from happy engineers. There is a misguided management principle that says you have to keep people under pressure (unhappy) to get good productivity. This may be true for assembly line workers (actually it&#8217;s not) but engineers are like artists. They need tools, space, and inspiration to do their best work. Team culture is all about creating a great environment where people can do their best work. Thanks for your comment!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on In Search of the Motivated by Vlad Hrabrov</title>
		<link>http://www.pavley.com/2010/01/31/in-search-of-the-motivated/comment-page-1/#comment-267</link>
		<dc:creator>Vlad Hrabrov</dc:creator>
		<pubDate>Thu, 11 Feb 2010 13:20:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.pavley.com/?p=189#comment-267</guid>
		<description>How to find the &quot;motivated&quot;? And will they stay motivated after you hired them?
The team culture is very important and works well when it embraces an individual and let him/her flourish.  When individuals see their goals as a part of the team goal -- motivation is always there. 
Let me share my own contribution to the scrum&#039;s pigs and chickens characters: a &quot;happy cow&quot;. Remember the California cheese commercial? &quot;Great cheese comes from happy cows&quot;, make your pigs happy and they will make you a very happy chicken :^)</description>
		<content:encoded><![CDATA[<p>How to find the &#8220;motivated&#8221;? And will they stay motivated after you hired them?<br />
The team culture is very important and works well when it embraces an individual and let him/her flourish.  When individuals see their goals as a part of the team goal &#8212; motivation is always there.<br />
Let me share my own contribution to the scrum&#8217;s pigs and chickens characters: a &#8220;happy cow&#8221;. Remember the California cheese commercial? &#8220;Great cheese comes from happy cows&#8221;, make your pigs happy and they will make you a very happy chicken :^)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Human sacrifice, dogs and cats living together&#8230; mass hysteria! by pav</title>
		<link>http://www.pavley.com/2010/01/13/human-sacrifice-dogs-and-cats-living-together-mass-hysteria/comment-page-1/#comment-246</link>
		<dc:creator>pav</dc:creator>
		<pubDate>Mon, 01 Feb 2010 20:46:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.pavley.com/?p=179#comment-246</guid>
		<description>Kevin, my kids read this blog! Well actually no, my kids never read my blog. I just couldn&#039;t figure out how to work it into the Agile process LOL!</description>
		<content:encoded><![CDATA[<p>Kevin, my kids read this blog! Well actually no, my kids never read my blog. I just couldn&#8217;t figure out how to work it into the Agile process LOL!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on In Search of the Motivated by pav</title>
		<link>http://www.pavley.com/2010/01/31/in-search-of-the-motivated/comment-page-1/#comment-245</link>
		<dc:creator>pav</dc:creator>
		<pubDate>Mon, 01 Feb 2010 20:44:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.pavley.com/?p=189#comment-245</guid>
		<description>Patrick brings up another good point: If the motivated don&#039;t have the skills to pull it off their working software ceases to work down the road. Very true. But that is why they invented refactoring! This is a big topic worthy of a blog post. Even the most skilled among us don&#039;t know everything. We used to say at DoubleClick: If you want accurate specs write them after you deliver the software.</description>
		<content:encoded><![CDATA[<p>Patrick brings up another good point: If the motivated don&#8217;t have the skills to pull it off their working software ceases to work down the road. Very true. But that is why they invented refactoring! This is a big topic worthy of a blog post. Even the most skilled among us don&#8217;t know everything. We used to say at DoubleClick: If you want accurate specs write them after you deliver the software.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
