<?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: Freestyling: Beating Agile, Lean And Plan-driven Hands Down</title>
	<atom:link href="http://www.projectshrink.com/freestyling-1494.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.projectshrink.com/freestyling-1494.html</link>
	<description>Welcome To Shrinkonia.</description>
	<lastBuildDate>Thu, 09 Feb 2012 06:24:55 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Tweets that mention Freestyling: Beating Agile, Lean And Plan-driven Hands Down &#124; Project Shrink -- Topsy.com</title>
		<link>http://www.projectshrink.com/freestyling-1494.html#comment-1406</link>
		<dc:creator>Tweets that mention Freestyling: Beating Agile, Lean And Plan-driven Hands Down &#124; Project Shrink -- Topsy.com</dc:creator>
		<pubDate>Wed, 29 Dec 2010 18:44:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.softwareprojects.org/?p=1494#comment-1406</guid>
		<description>[...] This post was mentioned on Twitter by Bas de Baar and ericlandes. ericlandes said: Intersting post via @projectshrink. How does freestyle create value? Beating Agile, Lean And Plan-driven Hands Down http://bit.ly/gZ2KKN [...] </description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Bas de Baar and ericlandes. ericlandes said: Intersting post via @projectshrink. How does freestyle create value? Beating Agile, Lean And Plan-driven Hands Down <a href="http://bit.ly/gZ2KKN" rel="nofollow">http://bit.ly/gZ2KKN</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bas de Baar</title>
		<link>http://www.projectshrink.com/freestyling-1494.html#comment-1405</link>
		<dc:creator>Bas de Baar</dc:creator>
		<pubDate>Tue, 09 Jun 2009 06:33:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.softwareprojects.org/?p=1494#comment-1405</guid>
		<description>Hi guys,

thanks for the great replies. The more I think about it, i think Dan points it out nicely: these are 2 topics. Freestyling and education.

I hope you check out my suggestion for the eduction part based upon the Scrum Shock Therapy:

http://www.basdebaar.com/shock-therapy-1582.html</description>
		<content:encoded><![CDATA[<p>Hi guys,</p>
<p>thanks for the great replies. The more I think about it, i think Dan points it out nicely: these are 2 topics. Freestyling and education.</p>
<p>I hope you check out my suggestion for the eduction part based upon the Scrum Shock Therapy:</p>
<p><a href="http://www.basdebaar.com/shock-therapy-1582.html" rel="nofollow">http://www.basdebaar.com/shock-therapy-1582.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Dan Ward</title>
		<link>http://www.projectshrink.com/freestyling-1494.html#comment-1404</link>
		<dc:creator>The Dan Ward</dc:creator>
		<pubDate>Mon, 08 Jun 2009 20:29:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.softwareprojects.org/?p=1494#comment-1404</guid>
		<description>I agree with you completely Bas - freestyling is the way to go, and yes, it requires experts.

What I don&#039;t agree with is anyone who thinks the &quot;but it requires experts&quot; argument is a strong case against the freestyle approach. It&#039;s just a fact.

Tough problems require smart people. Tough projects require experts to lead &amp; execute them. Organizationally, we should definitely prefer to hire experts for this stuff. Free-styling, creative experts who know their stuff and make it look easy. Process and method are a poor replacement for talent.

The alternative is to rely on interchangeable &quot;human resources&quot; with mediocre skills who try to execute a modestly-effective methodology which they may or may not understand.

Damn right it takes an expert. And yeah, experts are rare and expensive, but you don&#039;t need as many of them... and 10 non-experts cost even more and deliver far less.

Of course, for repeatability sake, it&#039;s nice when an expert takes a newbie as an apprentice and passes the baton.</description>
		<content:encoded><![CDATA[<p>I agree with you completely Bas &#8211; freestyling is the way to go, and yes, it requires experts.</p>
<p>What I don&#8217;t agree with is anyone who thinks the &#8220;but it requires experts&#8221; argument is a strong case against the freestyle approach. It&#8217;s just a fact.</p>
<p>Tough problems require smart people. Tough projects require experts to lead &amp; execute them. Organizationally, we should definitely prefer to hire experts for this stuff. Free-styling, creative experts who know their stuff and make it look easy. Process and method are a poor replacement for talent.</p>
<p>The alternative is to rely on interchangeable &#8220;human resources&#8221; with mediocre skills who try to execute a modestly-effective methodology which they may or may not understand.</p>
<p>Damn right it takes an expert. And yeah, experts are rare and expensive, but you don&#8217;t need as many of them&#8230; and 10 non-experts cost even more and deliver far less.</p>
<p>Of course, for repeatability sake, it&#8217;s nice when an expert takes a newbie as an apprentice and passes the baton.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Muhammad Awais</title>
		<link>http://www.projectshrink.com/freestyling-1494.html#comment-1403</link>
		<dc:creator>Muhammad Awais</dc:creator>
		<pubDate>Thu, 04 Jun 2009 04:55:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.softwareprojects.org/?p=1494#comment-1403</guid>
		<description>I agree with Craig that free styling is for experts not for beginners.</description>
		<content:encoded><![CDATA[<p>I agree with Craig that free styling is for experts not for beginners.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ali Anani</title>
		<link>http://www.projectshrink.com/freestyling-1494.html#comment-1402</link>
		<dc:creator>Ali Anani</dc:creator>
		<pubDate>Wed, 03 Jun 2009 07:14:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.softwareprojects.org/?p=1494#comment-1402</guid>
		<description>People have to balance opposites: control vs. no control. Polarity only leads to one-sided view of the problem and the solutions are lopsided accordingly. Creativity and control are at the opposite ends.
More importtantly is that when we excercise control what do we mean by that? Statistics show that softskills are have the overriding factors over technical skills (67% vs. 33%). Do we claim that we can control human happiness, creativity, trust and other soft skills?
Excessive control works against self-organizing concepts and is creativity-killer. This control will only lead to negative results. Those who advocate control have not measured the opportunity cost of allowing creative ideas to float.
Performance is linked to desirability to go to work and work wholeheartedly. Control again serves in subsidizing desirability.

My ideas are consistent with those ideas of Bas.</description>
		<content:encoded><![CDATA[<p>People have to balance opposites: control vs. no control. Polarity only leads to one-sided view of the problem and the solutions are lopsided accordingly. Creativity and control are at the opposite ends.<br />
More importtantly is that when we excercise control what do we mean by that? Statistics show that softskills are have the overriding factors over technical skills (67% vs. 33%). Do we claim that we can control human happiness, creativity, trust and other soft skills?<br />
Excessive control works against self-organizing concepts and is creativity-killer. This control will only lead to negative results. Those who advocate control have not measured the opportunity cost of allowing creative ideas to float.<br />
Performance is linked to desirability to go to work and work wholeheartedly. Control again serves in subsidizing desirability.</p>
<p>My ideas are consistent with those ideas of Bas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Woody Williams</title>
		<link>http://www.projectshrink.com/freestyling-1494.html#comment-1401</link>
		<dc:creator>Woody Williams</dc:creator>
		<pubDate>Sat, 30 May 2009 14:17:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.softwareprojects.org/?p=1494#comment-1401</guid>
		<description>The need for structure is a classic trait -- a substantial part of our human nature and how we socialize, interact, and team. Structure is also a classic response to failure... problems, issues. When structure fails, what then?

Many people have an ingrained need to know and understand the answer to &quot;how do I do my job.&quot; That&#039;s a &quot;structure question,&quot; for the most part. Some of us need to know that answer in great, trivial, monumental detail. Others in simple high-level terms. There is a great deal of variation from person to person.

People who are learning may have different structure requirements than those with vast experience. How we learn is quite different from how we do for many people. For others, the difference is less acute... perhaps non-existent.

For those who take PMBOK as a &quot;structure&quot; and attempt to apply it as such in a wholesale manner, project failure is almost certain. The same thing can be said of XP, RUP, Agile and many other examples. In some cases this might be the difference between a learner and a doer. In others it may be a more fundamental personality difference -- &quot;tree people&quot; and &quot;forest people.&quot;

Agile -- and Scrum in particular -- is almost wholly dependent for success upon the people involved. Not everyone is a born collaborator, or self-directing team guru, or structural minimalist. These people don&#039;t do well in Agile environments. It remains an open question if training can facilitate that change... the personal change required. Since Agile *is* being &quot;dumbed down&quot; the point may already be moot.

As Bas suggests (with humor and insight), choosing the same tactics over and over regardless of position is foolish. Great latitude is required... creative thinking... astute choices must be made dependent on the people and circumstances at hand.

Take what you have to work with, make the most of it, and improve as needed. Those who adapt to change succeed, as Darwin pointed out decades ago.</description>
		<content:encoded><![CDATA[<p>The need for structure is a classic trait &#8212; a substantial part of our human nature and how we socialize, interact, and team. Structure is also a classic response to failure&#8230; problems, issues. When structure fails, what then?</p>
<p>Many people have an ingrained need to know and understand the answer to &#8220;how do I do my job.&#8221; That&#8217;s a &#8220;structure question,&#8221; for the most part. Some of us need to know that answer in great, trivial, monumental detail. Others in simple high-level terms. There is a great deal of variation from person to person.</p>
<p>People who are learning may have different structure requirements than those with vast experience. How we learn is quite different from how we do for many people. For others, the difference is less acute&#8230; perhaps non-existent.</p>
<p>For those who take PMBOK as a &#8220;structure&#8221; and attempt to apply it as such in a wholesale manner, project failure is almost certain. The same thing can be said of XP, RUP, Agile and many other examples. In some cases this might be the difference between a learner and a doer. In others it may be a more fundamental personality difference &#8212; &#8220;tree people&#8221; and &#8220;forest people.&#8221;</p>
<p>Agile &#8212; and Scrum in particular &#8212; is almost wholly dependent for success upon the people involved. Not everyone is a born collaborator, or self-directing team guru, or structural minimalist. These people don&#8217;t do well in Agile environments. It remains an open question if training can facilitate that change&#8230; the personal change required. Since Agile *is* being &#8220;dumbed down&#8221; the point may already be moot.</p>
<p>As Bas suggests (with humor and insight), choosing the same tactics over and over regardless of position is foolish. Great latitude is required&#8230; creative thinking&#8230; astute choices must be made dependent on the people and circumstances at hand.</p>
<p>Take what you have to work with, make the most of it, and improve as needed. Those who adapt to change succeed, as Darwin pointed out decades ago.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bas de Baar</title>
		<link>http://www.projectshrink.com/freestyling-1494.html#comment-1400</link>
		<dc:creator>Bas de Baar</dc:creator>
		<pubDate>Fri, 29 May 2009 16:37:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.softwareprojects.org/?p=1494#comment-1400</guid>
		<description>Trevor, you are welcome in my sandbox, but the song stays! :)

... Ragga Microphone...

(at least I think that is what he raps)</description>
		<content:encoded><![CDATA[<p>Trevor, you are welcome in my sandbox, but the song stays! <img src='http://www.projectshrink.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>&#8230; Ragga Microphone&#8230;</p>
<p>(at least I think that is what he raps)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Trevor Roberts</title>
		<link>http://www.projectshrink.com/freestyling-1494.html#comment-1399</link>
		<dc:creator>Trevor Roberts</dc:creator>
		<pubDate>Fri, 29 May 2009 13:15:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.softwareprojects.org/?p=1494#comment-1399</guid>
		<description>I&#039;m with you, Bas! Every project is going to throw up unique problems. It&#039;s important to have an awareness and understanding of different methods and techniques, so that you can select the right tool to deal with the problems in front of you.

But don&#039;t get so wedded to any one technique that you start creating more problems for yourself, instead of solving them! Learn to adapt, and pick and choose what is right for you and your project.

Which is why, in the spirit of freestyling, I&#039;m going to have to opt-out of having that as my song... :)</description>
		<content:encoded><![CDATA[<p>I&#8217;m with you, Bas! Every project is going to throw up unique problems. It&#8217;s important to have an awareness and understanding of different methods and techniques, so that you can select the right tool to deal with the problems in front of you.</p>
<p>But don&#8217;t get so wedded to any one technique that you start creating more problems for yourself, instead of solving them! Learn to adapt, and pick and choose what is right for you and your project.</p>
<p>Which is why, in the spirit of freestyling, I&#8217;m going to have to opt-out of having that as my song&#8230; <img src='http://www.projectshrink.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bas de Baar</title>
		<link>http://www.projectshrink.com/freestyling-1494.html#comment-1398</link>
		<dc:creator>Bas de Baar</dc:creator>
		<pubDate>Thu, 28 May 2009 20:25:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.softwareprojects.org/?p=1494#comment-1398</guid>
		<description>@Patrick: &quot;you need to take some defined steps to find the solution. &quot; -  I agree, but this I find lacking in almost all methods, standard, etc. You get the instruction to tailor it to the situation, without the recipe how to do that properly.

@Craig &amp; Akshay: I see your point. So Scrum would be ideal for beginners as it is an easy and short recipe. PMBoK would absolutely disastrous for beginners as it is not a recipe, its an encyclopedia of all the food in existence.  Is that your point?

@PEZ:  Thanks for the input. Somewhere I don&#039;t completely agree, but I am not sure how and where :) ... this will come ...</description>
		<content:encoded><![CDATA[<p>@Patrick: &#8220;you need to take some defined steps to find the solution. &#8221; &#8211;  I agree, but this I find lacking in almost all methods, standard, etc. You get the instruction to tailor it to the situation, without the recipe how to do that properly.</p>
<p>@Craig &#038; Akshay: I see your point. So Scrum would be ideal for beginners as it is an easy and short recipe. PMBoK would absolutely disastrous for beginners as it is not a recipe, its an encyclopedia of all the food in existence.  Is that your point?</p>
<p>@PEZ:  Thanks for the input. Somewhere I don&#8217;t completely agree, but I am not sure how and where <img src='http://www.projectshrink.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  &#8230; this will come &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Akshay Dhavle</title>
		<link>http://www.projectshrink.com/freestyling-1494.html#comment-1397</link>
		<dc:creator>Akshay Dhavle</dc:creator>
		<pubDate>Thu, 28 May 2009 17:09:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.softwareprojects.org/?p=1494#comment-1397</guid>
		<description>Agree with Craig. I have seen free styling step out of the exact argument that you present. I have also seen it fail horribly. Mixing and matching anything in life requires thorough understanding of everything you can mix and match in that context.

Expert chefs can freestyle. Normal people need recipes.</description>
		<content:encoded><![CDATA[<p>Agree with Craig. I have seen free styling step out of the exact argument that you present. I have also seen it fail horribly. Mixing and matching anything in life requires thorough understanding of everything you can mix and match in that context.</p>
<p>Expert chefs can freestyle. Normal people need recipes.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

