<?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: Ancient wisdom is inescapable, especially with project management</title>
	<atom:link href="http://lostechies.com/chadmyers/2008/04/03/ancient-wisdom-is-inescapable-especially-with-project-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/chadmyers/2008/04/03/ancient-wisdom-is-inescapable-especially-with-project-management/</link>
	<description>Software development, testing, and techie life</description>
	<lastBuildDate>Thu, 08 Mar 2012 22:19:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Chad Myers</title>
		<link>http://lostechies.com/chadmyers/2008/04/03/ancient-wisdom-is-inescapable-especially-with-project-management/#comment-209</link>
		<dc:creator>Chad Myers</dc:creator>
		<pubDate>Thu, 03 Apr 2008 20:47:52 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/02/ancient-wisdom-is-inescapable-especially-with-project-management.aspx#comment-209</guid>
		<description>@Don: Repeatability, repeatability, repeatability. Testing it once only proves the software worked at that moment in time and the effort in testing it is lost forever.

Write one set of automated tests and run them automatically forever and it keeps paying for itself.

@Colin: Not sure how to answer that, lol.  If you have repeatability and a good process flow going, turnover isn&#039;t quite as devastating.  If you have people turning over in less than ~2 years, that would be a warning sign to me (YMMV, of course, and certain situations come up -- lottery, dream job, quitting to become a Monk, etc).

</description>
		<content:encoded><![CDATA[<p>@Don: Repeatability, repeatability, repeatability. Testing it once only proves the software worked at that moment in time and the effort in testing it is lost forever.</p>
<p>Write one set of automated tests and run them automatically forever and it keeps paying for itself.</p>
<p>@Colin: Not sure how to answer that, lol.  If you have repeatability and a good process flow going, turnover isn&#8217;t quite as devastating.  If you have people turning over in less than ~2 years, that would be a warning sign to me (YMMV, of course, and certain situations come up &#8212; lottery, dream job, quitting to become a Monk, etc).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Colin Jack</title>
		<link>http://lostechies.com/chadmyers/2008/04/03/ancient-wisdom-is-inescapable-especially-with-project-management/#comment-208</link>
		<dc:creator>Colin Jack</dc:creator>
		<pubDate>Thu, 03 Apr 2008 19:58:38 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/02/ancient-wisdom-is-inescapable-especially-with-project-management.aspx#comment-208</guid>
		<description>Oops I was wrong, 36%.</description>
		<content:encoded><![CDATA[<p>Oops I was wrong, 36%.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Colin Jack</title>
		<link>http://lostechies.com/chadmyers/2008/04/03/ancient-wisdom-is-inescapable-especially-with-project-management/#comment-207</link>
		<dc:creator>Colin Jack</dc:creator>
		<pubDate>Thu, 03 Apr 2008 18:29:40 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/02/ancient-wisdom-is-inescapable-especially-with-project-management.aspx#comment-207</guid>
		<description>This and Jeremy&#039;s posts made me think of turnover at our work, according to the way you calculate it at Wikipedia we are running at around 50% within development and support (over 2 years):

(http://en.wikipedia.org/wiki/Turnover_(employment)

So I&#039;m wondering what the average is.</description>
		<content:encoded><![CDATA[<p>This and Jeremy&#8217;s posts made me think of turnover at our work, according to the way you calculate it at Wikipedia we are running at around 50% within development and support (over 2 years):</p>
<p>(<a href="http://en.wikipedia.org/wiki/Turnover_(employment)" rel="nofollow">http://en.wikipedia.org/wiki/Turnover_(employment)</a></p>
<p>So I&#8217;m wondering what the average is.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lee</title>
		<link>http://lostechies.com/chadmyers/2008/04/03/ancient-wisdom-is-inescapable-especially-with-project-management/#comment-206</link>
		<dc:creator>Lee</dc:creator>
		<pubDate>Thu, 03 Apr 2008 16:53:09 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/02/ancient-wisdom-is-inescapable-especially-with-project-management.aspx#comment-206</guid>
		<description>Thank you so much for writing this. Especially: &quot;The inappropriate response...is to start mistrusting the developers and start assuming they&#039;re lazy SOBs...&quot; That sums up the CEO&#039;s attitude at the last place I worked (and why I&#039;m not there anymore).

Ironically, the CEO ended up jumping the sinking ship - the only place he could get a job was the MORTGAGE industry. Too funny.</description>
		<content:encoded><![CDATA[<p>Thank you so much for writing this. Especially: &#8220;The inappropriate response&#8230;is to start mistrusting the developers and start assuming they&#8217;re lazy SOBs&#8230;&#8221; That sums up the CEO&#8217;s attitude at the last place I worked (and why I&#8217;m not there anymore).</p>
<p>Ironically, the CEO ended up jumping the sinking ship &#8211; the only place he could get a job was the MORTGAGE industry. Too funny.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Donn Felker</title>
		<link>http://lostechies.com/chadmyers/2008/04/03/ancient-wisdom-is-inescapable-especially-with-project-management/#comment-205</link>
		<dc:creator>Donn Felker</dc:creator>
		<pubDate>Thu, 03 Apr 2008 15:36:36 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/02/ancient-wisdom-is-inescapable-especially-with-project-management.aspx#comment-205</guid>
		<description>I&#039;ve been here. I&#039;ve left as well. 
Sometimes when I arrive at clients I&#039;m in this situation and it sucks. If I can, I help them see the light, but as its been documented, sometimes the manic-panic sets in with the higher ups and everything is ditched. 

Mgmt: &quot;We dont need tests, we just need it to work!&quot;
Devs: &quot;Uh.. ok, so how do you know if it works?&quot; 
Mgmt: &quot;Well fire up the app and test it.&quot; 
Devs: &quot;How about we write some re-peatable tests to ensure that ...&quot;
Mgmt: &quot;NO! We dont hvae time for that. I needed this yesterday! We have a conference in 2 days and this HAS to be done!&quot; 
Devs: &quot;Ok, well it wont work.&quot; 


It just goes back and forth. Its ridiculous. 

Good move on leaving. I would have done the same. </description>
		<content:encoded><![CDATA[<p>I&#8217;ve been here. I&#8217;ve left as well.<br />
Sometimes when I arrive at clients I&#8217;m in this situation and it sucks. If I can, I help them see the light, but as its been documented, sometimes the manic-panic sets in with the higher ups and everything is ditched. </p>
<p>Mgmt: &#8220;We dont need tests, we just need it to work!&#8221;<br />
Devs: &#8220;Uh.. ok, so how do you know if it works?&#8221;<br />
Mgmt: &#8220;Well fire up the app and test it.&#8221;<br />
Devs: &#8220;How about we write some re-peatable tests to ensure that &#8230;&#8221;<br />
Mgmt: &#8220;NO! We dont hvae time for that. I needed this yesterday! We have a conference in 2 days and this HAS to be done!&#8221;<br />
Devs: &#8220;Ok, well it wont work.&#8221; </p>
<p>It just goes back and forth. Its ridiculous. </p>
<p>Good move on leaving. I would have done the same. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://lostechies.com/chadmyers/2008/04/03/ancient-wisdom-is-inescapable-especially-with-project-management/#comment-204</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Thu, 03 Apr 2008 13:42:52 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/02/ancient-wisdom-is-inescapable-especially-with-project-management.aspx#comment-204</guid>
		<description>Amazing. Just amazing. Sorry for your bad experience Chad. Know you and Jeremy will land on your feet, but what a crummy thing to have happen to you. </description>
		<content:encoded><![CDATA[<p>Amazing. Just amazing. Sorry for your bad experience Chad. Know you and Jeremy will land on your feet, but what a crummy thing to have happen to you. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Scolamiero</title>
		<link>http://lostechies.com/chadmyers/2008/04/03/ancient-wisdom-is-inescapable-especially-with-project-management/#comment-203</link>
		<dc:creator>Jon Scolamiero</dc:creator>
		<pubDate>Thu, 03 Apr 2008 13:27:50 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/02/ancient-wisdom-is-inescapable-especially-with-project-management.aspx#comment-203</guid>
		<description>@Chad:  Thanks Chad, I needed that post.</description>
		<content:encoded><![CDATA[<p>@Chad:  Thanks Chad, I needed that post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Blodgett</title>
		<link>http://lostechies.com/chadmyers/2008/04/03/ancient-wisdom-is-inescapable-especially-with-project-management/#comment-202</link>
		<dc:creator>Matt Blodgett</dc:creator>
		<pubDate>Thu, 03 Apr 2008 12:47:23 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/02/ancient-wisdom-is-inescapable-especially-with-project-management.aspx#comment-202</guid>
		<description>Great post, Chad.  Thanks so much for sharing the lessons you learned.

I look forward to seeing what you and Jeremy go on to next.</description>
		<content:encoded><![CDATA[<p>Great post, Chad.  Thanks so much for sharing the lessons you learned.</p>
<p>I look forward to seeing what you and Jeremy go on to next.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray Houston</title>
		<link>http://lostechies.com/chadmyers/2008/04/03/ancient-wisdom-is-inescapable-especially-with-project-management/#comment-201</link>
		<dc:creator>Ray Houston</dc:creator>
		<pubDate>Thu, 03 Apr 2008 12:03:19 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/02/ancient-wisdom-is-inescapable-especially-with-project-management.aspx#comment-201</guid>
		<description>@Chad - pretty amazing. It&#039;s funny how companies make the same stupid mistakes over and over again. Jimmy hit the nail on the head talking about scaring off two of the most talented folks in the business. Absolutely amazing.</description>
		<content:encoded><![CDATA[<p>@Chad &#8211; pretty amazing. It&#8217;s funny how companies make the same stupid mistakes over and over again. Jimmy hit the nail on the head talking about scaring off two of the most talented folks in the business. Absolutely amazing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad Myers</title>
		<link>http://lostechies.com/chadmyers/2008/04/03/ancient-wisdom-is-inescapable-especially-with-project-management/#comment-200</link>
		<dc:creator>Chad Myers</dc:creator>
		<pubDate>Thu, 03 Apr 2008 11:30:20 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/02/ancient-wisdom-is-inescapable-especially-with-project-management.aspx#comment-200</guid>
		<description>@jbogard:

The reason I wrote this post is because most of the places I&#039;ve worked, the various stakeholders all seemed to like the idea of Agile and bought into it, even played along with it and helped to move the project along. But at the first sign of any sort of crisis or hardship, they&#039;re the first ones to ditch the process and revert back to pre-Agile and want everyone to switch to head&#039;s-down, everyone panic mode.  In every single case, three things happened:  1.) The project failed and the hurry-up was for naught  (or some temporary goal was met, but it was unsustainable and quickly fell apart shortly afterwards) 2.)  the team was burnt and most of the people left, or were so demoralized that they were next to worthless after this ordeal, and 3.) the situation that caused the panic in the first place was not dealt with and persisted, causing the project (if it managed to survive, limping and bleeding) to continue stuck in Death March, crazy mode which caused #1 and #2 to repeat but with much worse severity.</description>
		<content:encoded><![CDATA[<p>@jbogard:</p>
<p>The reason I wrote this post is because most of the places I&#8217;ve worked, the various stakeholders all seemed to like the idea of Agile and bought into it, even played along with it and helped to move the project along. But at the first sign of any sort of crisis or hardship, they&#8217;re the first ones to ditch the process and revert back to pre-Agile and want everyone to switch to head&#8217;s-down, everyone panic mode.  In every single case, three things happened:  1.) The project failed and the hurry-up was for naught  (or some temporary goal was met, but it was unsustainable and quickly fell apart shortly afterwards) 2.)  the team was burnt and most of the people left, or were so demoralized that they were next to worthless after this ordeal, and 3.) the situation that caused the panic in the first place was not dealt with and persisted, causing the project (if it managed to survive, limping and bleeding) to continue stuck in Death March, crazy mode which caused #1 and #2 to repeat but with much worse severity.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
