<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Project Management</title>
	<link>http://www.hartsman.com/2008/05/26/project-management/</link>
	<description>Thoughts on MMOs, gaming, social spaces, development, and whatever else interests me in a day.</description>
	<pubDate>Fri, 21 Nov 2008 15:07:37 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: The Hiram Key</title>
		<link>http://www.hartsman.com/2008/05/26/project-management/#comment-874</link>
		<dc:creator>The Hiram Key</dc:creator>
		<pubDate>Sat, 28 Jun 2008 22:37:32 +0000</pubDate>
		<guid>http://www.hartsman.com/2008/05/26/project-management/#comment-874</guid>
		<description>I wish I could say to Scott... "How can I miss you if you won't go away" but alas, I cannot.</description>
		<content:encoded><![CDATA[<p>I wish I could say to Scott&#8230; &#8220;How can I miss you if you won&#8217;t go away&#8221; but alas, I cannot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Illuminator</title>
		<link>http://www.hartsman.com/2008/05/26/project-management/#comment-873</link>
		<dc:creator>Illuminator</dc:creator>
		<pubDate>Wed, 25 Jun 2008 18:15:45 +0000</pubDate>
		<guid>http://www.hartsman.com/2008/05/26/project-management/#comment-873</guid>
		<description>I wonder if anyone has yet attempted to fit Toyota's R&#38;D process to game development.</description>
		<content:encoded><![CDATA[<p>I wonder if anyone has yet attempted to fit Toyota&#8217;s R&amp;D process to game development.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Babs</title>
		<link>http://www.hartsman.com/2008/05/26/project-management/#comment-868</link>
		<dc:creator>Babs</dc:creator>
		<pubDate>Mon, 09 Jun 2008 05:35:53 +0000</pubDate>
		<guid>http://www.hartsman.com/2008/05/26/project-management/#comment-868</guid>
		<description>You're so very right, Scott.  Even the best project managers have horror stories as recent as their last project no matter how much buffer they've allowed.  I agree with Cyanbane that buying time during  the planning stages is critical to good management; many projects don't get the planning they require.  But even if you have the best estimates in place there's always that 'x' factor that screams, "Ahaha!  Gotcha!"</description>
		<content:encoded><![CDATA[<p>You&#8217;re so very right, Scott.  Even the best project managers have horror stories as recent as their last project no matter how much buffer they&#8217;ve allowed.  I agree with Cyanbane that buying time during  the planning stages is critical to good management; many projects don&#8217;t get the planning they require.  But even if you have the best estimates in place there&#8217;s always that &#8216;x&#8217; factor that screams, &#8220;Ahaha!  Gotcha!&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Swifty</title>
		<link>http://www.hartsman.com/2008/05/26/project-management/#comment-867</link>
		<dc:creator>Swifty</dc:creator>
		<pubDate>Thu, 05 Jun 2008 09:58:17 +0000</pubDate>
		<guid>http://www.hartsman.com/2008/05/26/project-management/#comment-867</guid>
		<description>In an interview with Clint Eastwood , he said he looks at the time he needs for a scene, and thinks, well I can do that in 2 days, but I have the budget for 4 days. So he puts it in for 4 days, and gets it done in 3. This is why he has a rep for finishing early and under budget.</description>
		<content:encoded><![CDATA[<p>In an interview with Clint Eastwood , he said he looks at the time he needs for a scene, and thinks, well I can do that in 2 days, but I have the budget for 4 days. So he puts it in for 4 days, and gets it done in 3. This is why he has a rep for finishing early and under budget.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cyanbane</title>
		<link>http://www.hartsman.com/2008/05/26/project-management/#comment-866</link>
		<dc:creator>Cyanbane</dc:creator>
		<pubDate>Wed, 04 Jun 2008 03:54:50 +0000</pubDate>
		<guid>http://www.hartsman.com/2008/05/26/project-management/#comment-866</guid>
		<description>Being a good manager just means just having the foresight to buy time in the planning stage rather than after it.</description>
		<content:encoded><![CDATA[<p>Being a good manager just means just having the foresight to buy time in the planning stage rather than after it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Hiram Key</title>
		<link>http://www.hartsman.com/2008/05/26/project-management/#comment-864</link>
		<dc:creator>The Hiram Key</dc:creator>
		<pubDate>Thu, 29 May 2008 22:28:28 +0000</pubDate>
		<guid>http://www.hartsman.com/2008/05/26/project-management/#comment-864</guid>
		<description>As Moorard indicated, the Scotty principle is always the best method.</description>
		<content:encoded><![CDATA[<p>As Moorard indicated, the Scotty principle is always the best method.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Manas</title>
		<link>http://www.hartsman.com/2008/05/26/project-management/#comment-863</link>
		<dc:creator>Manas</dc:creator>
		<pubDate>Thu, 29 May 2008 21:29:59 +0000</pubDate>
		<guid>http://www.hartsman.com/2008/05/26/project-management/#comment-863</guid>
		<description>Scott,

Congratz on the being ranked as one of the top twenty most influential people in the MMO WORLD!

Really awesome and based on everything I am seeing in the MMO world when compared to what you did with eq2, well deserved!

My compliments!  Now get to work on something new....we need you.

Manas/John
Former Pantheon (circa 1999/2000)</description>
		<content:encoded><![CDATA[<p>Scott,</p>
<p>Congratz on the being ranked as one of the top twenty most influential people in the MMO WORLD!</p>
<p>Really awesome and based on everything I am seeing in the MMO world when compared to what you did with eq2, well deserved!</p>
<p>My compliments!  Now get to work on something new&#8230;.we need you.</p>
<p>Manas/John<br />
Former Pantheon (circa 1999/2000)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Almeric</title>
		<link>http://www.hartsman.com/2008/05/26/project-management/#comment-861</link>
		<dc:creator>Almeric</dc:creator>
		<pubDate>Tue, 27 May 2008 19:27:45 +0000</pubDate>
		<guid>http://www.hartsman.com/2008/05/26/project-management/#comment-861</guid>
		<description>I was always taught to give project estimates 1.5 to 2 times as long as I really expected it to take.  Not to make myself look like a miracle worker, mind, but because of your second point above!

There's always going to be plenty of things you forgot you might need, as well as time to correct errors (maybe by you, maybe not), to put out fires, to sit in 1 hour meetings that don't conclude for 4 days, and so on ;)   Managing projects is quite the rollercoaster!</description>
		<content:encoded><![CDATA[<p>I was always taught to give project estimates 1.5 to 2 times as long as I really expected it to take.  Not to make myself look like a miracle worker, mind, but because of your second point above!</p>
<p>There&#8217;s always going to be plenty of things you forgot you might need, as well as time to correct errors (maybe by you, maybe not), to put out fires, to sit in 1 hour meetings that don&#8217;t conclude for 4 days, and so on <img src='http://www.hartsman.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />   Managing projects is quite the rollercoaster!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick McLaren</title>
		<link>http://www.hartsman.com/2008/05/26/project-management/#comment-860</link>
		<dc:creator>Nick McLaren</dc:creator>
		<pubDate>Tue, 27 May 2008 06:05:13 +0000</pubDate>
		<guid>http://www.hartsman.com/2008/05/26/project-management/#comment-860</guid>
		<description>Ahh so true, and the endless push will always be there to make sure your team is "adequately stressed", which effectively translates to "how much work can we get the team to pull off without pushing them to the point of total burn-out".

In our case, with Scrum, we're constantly looking at our story point velocity and how we can increase it. I've found that sometimes this can lead members of a sprint team to want to appease by grabbing that large story point item, but if they aren't mindful about buffering their time at least a little, you could easily be looking at a sprint de-scoping session a few weeks down the road.. which also seems to come across as a negative from the eyes of the management team.

In the end.. even in an Agile environment, giving yourself extra breathing room is critical. I'd rather see people getting stories completed early and grabbing more, than over-committing and failing every sprint.

Good post!

Cheers,

Nick</description>
		<content:encoded><![CDATA[<p>Ahh so true, and the endless push will always be there to make sure your team is &#8220;adequately stressed&#8221;, which effectively translates to &#8220;how much work can we get the team to pull off without pushing them to the point of total burn-out&#8221;.</p>
<p>In our case, with Scrum, we&#8217;re constantly looking at our story point velocity and how we can increase it. I&#8217;ve found that sometimes this can lead members of a sprint team to want to appease by grabbing that large story point item, but if they aren&#8217;t mindful about buffering their time at least a little, you could easily be looking at a sprint de-scoping session a few weeks down the road.. which also seems to come across as a negative from the eyes of the management team.</p>
<p>In the end.. even in an Agile environment, giving yourself extra breathing room is critical. I&#8217;d rather see people getting stories completed early and grabbing more, than over-committing and failing every sprint.</p>
<p>Good post!</p>
<p>Cheers,</p>
<p>Nick</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Moorgard</title>
		<link>http://www.hartsman.com/2008/05/26/project-management/#comment-859</link>
		<dc:creator>Moorgard</dc:creator>
		<pubDate>Tue, 27 May 2008 04:07:29 +0000</pubDate>
		<guid>http://www.hartsman.com/2008/05/26/project-management/#comment-859</guid>
		<description>This is why Scotty always padded his estimates. There's a reason they called him the miracle worker.</description>
		<content:encoded><![CDATA[<p>This is why Scotty always padded his estimates. There&#8217;s a reason they called him the miracle worker.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
