<?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: 11 Signs That Your Project Will Fail - Part I</title>
	<atom:link href="http://www.pmhut.com/11-signs-that-your-project-will-fail-part-i/feed" rel="self" type="application/rss+xml" />
	<link>http://www.pmhut.com/11-signs-that-your-project-will-fail-part-i</link>
	<description></description>
	<pubDate>Thu, 17 May 2012 02:30:00 +0000</pubDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: 11 Signs That Your Project Will Fail - Part II - PM Hut</title>
		<link>http://www.pmhut.com/11-signs-that-your-project-will-fail-part-i/comment-page-1#comment-1174</link>
		<dc:creator>11 Signs That Your Project Will Fail - Part II - PM Hut</dc:creator>
		<pubDate>Mon, 23 Mar 2009 04:47:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/11-signs-that-your-project-will-fail-part-i#comment-1174</guid>
		<description>[...] 11 Signs That Your Project Will Fail - Part II [...]</description>
		<content:encoded><![CDATA[<p>[...] 11 Signs That Your Project Will Fail - Part II [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Satya</title>
		<link>http://www.pmhut.com/11-signs-that-your-project-will-fail-part-i/comment-page-1#comment-1173</link>
		<dc:creator>Satya</dc:creator>
		<pubDate>Fri, 20 Mar 2009 12:13:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/11-signs-that-your-project-will-fail-part-i#comment-1173</guid>
		<description>Thanks Eoin for your comments.

As Larry Elision of Oracle recently put it - the "yo-yo" years of IT is coming to an end. The actual boom happened during the internet birth, when anyone who could spell Java or C++ or C, with some experiences from any industry got into management roles.

May be the next phase will see techno managers with solid managerial as well as technical capability - after the recession.</description>
		<content:encoded><![CDATA[<p>Thanks Eoin for your comments.</p>
<p>As Larry Elision of Oracle recently put it - the &#8220;yo-yo&#8221; years of IT is coming to an end. The actual boom happened during the internet birth, when anyone who could spell Java or C++ or C, with some experiences from any industry got into management roles.</p>
<p>May be the next phase will see techno managers with solid managerial as well as technical capability - after the recession.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eoin Redmond</title>
		<link>http://www.pmhut.com/11-signs-that-your-project-will-fail-part-i/comment-page-1#comment-1172</link>
		<dc:creator>Eoin Redmond</dc:creator>
		<pubDate>Thu, 19 Mar 2009 11:08:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/11-signs-that-your-project-will-fail-part-i#comment-1172</guid>
		<description>Hey Satya. As an SME and Tech Lead, I think you have hit the nail on the head with your point on "Over-Allocated Key Team Members". This unfortunately is often combined with the problem of "Inexperienced Project Managers".

I see this on a daily basis whereby the PM is out of their depth and they end up putting all the pressure on the Tech Lead to make up for their lack of knowledge or leadership.

Eventually the Tech Lead drowns in documentation and issues that a decent PM would never allow happen. Come deployment/launch date, if your Tech Lead is not extremely pedantic and anal, then there are going to be production issues.

Looking forward to the next article…</description>
		<content:encoded><![CDATA[<p>Hey Satya. As an SME and Tech Lead, I think you have hit the nail on the head with your point on &#8220;Over-Allocated Key Team Members&#8221;. This unfortunately is often combined with the problem of &#8220;Inexperienced Project Managers&#8221;.</p>
<p>I see this on a daily basis whereby the PM is out of their depth and they end up putting all the pressure on the Tech Lead to make up for their lack of knowledge or leadership.</p>
<p>Eventually the Tech Lead drowns in documentation and issues that a decent PM would never allow happen. Come deployment/launch date, if your Tech Lead is not extremely pedantic and anal, then there are going to be production issues.</p>
<p>Looking forward to the next article…</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Satya</title>
		<link>http://www.pmhut.com/11-signs-that-your-project-will-fail-part-i/comment-page-1#comment-1170</link>
		<dc:creator>Satya</dc:creator>
		<pubDate>Mon, 16 Mar 2009 16:15:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/11-signs-that-your-project-will-fail-part-i#comment-1170</guid>
		<description>Thanks Jeffrey. I could not agree more coming from a technical background, I know how painful it is for the team of developers when the project goes away by mismanagement.

The pain, agony or the ecstasy and pleasure of a developer in bringing a product to life can only be shared by someone who  has gone through the same highs and lows. Here is one from Joel, an Ex-Program Manager at Microsoft: http://www.joelonsoftware.com/items/2009/03/09.html

"It helps, as a program manager, to be pretty good at coding yourself. This is unfair. Program managers aren’t supposed to write code. But programmers tend to respect programmers a lot more than non-programmers, no matter how smart they are. It is possible to be an effective program manager without being a coder, but the burden of earning the respect of the programming team will be higher."

But, in the real world, we see a lot of people in management role, who have no idea on how technology works. I do not expect them to code, but they even do not know the ecosystem they live in! And they go with the principle - "Either my way or the highway!" Some even worse - follow the Caligula Principle - "They can hate me as long as they fear me" (after all they are the managers even though they do not know the technology!)</description>
		<content:encoded><![CDATA[<p>Thanks Jeffrey. I could not agree more coming from a technical background, I know how painful it is for the team of developers when the project goes away by mismanagement.</p>
<p>The pain, agony or the ecstasy and pleasure of a developer in bringing a product to life can only be shared by someone who  has gone through the same highs and lows. Here is one from Joel, an Ex-Program Manager at Microsoft: <a href="http://www.joelonsoftware.com/items/2009/03/09.html" rel="nofollow">http://www.joelonsoftware.com/items/2009/03/09.html</a></p>
<p>&#8220;It helps, as a program manager, to be pretty good at coding yourself. This is unfair. Program managers aren’t supposed to write code. But programmers tend to respect programmers a lot more than non-programmers, no matter how smart they are. It is possible to be an effective program manager without being a coder, but the burden of earning the respect of the programming team will be higher.&#8221;</p>
<p>But, in the real world, we see a lot of people in management role, who have no idea on how technology works. I do not expect them to code, but they even do not know the ecosystem they live in! And they go with the principle - &#8220;Either my way or the highway!&#8221; Some even worse - follow the Caligula Principle - &#8220;They can hate me as long as they fear me&#8221; (after all they are the managers even though they do not know the technology!)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeffrey</title>
		<link>http://www.pmhut.com/11-signs-that-your-project-will-fail-part-i/comment-page-1#comment-1171</link>
		<dc:creator>Jeffrey</dc:creator>
		<pubDate>Mon, 16 Mar 2009 13:15:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/11-signs-that-your-project-will-fail-part-i#comment-1171</guid>
		<description>Great post. The one I see most often is, "Over-Allocated Key Team Members" with  "Lack of Senior Management Involvement"; though I would call it lack of business sponsorship. I have observed many projects being run completely by the technology team only to fail to deliver what the business wanted, but then again they never spent any time after making the request.

Look forward to the next six.</description>
		<content:encoded><![CDATA[<p>Great post. The one I see most often is, &#8220;Over-Allocated Key Team Members&#8221; with  &#8220;Lack of Senior Management Involvement&#8221;; though I would call it lack of business sponsorship. I have observed many projects being run completely by the technology team only to fail to deliver what the business wanted, but then again they never spent any time after making the request.</p>
<p>Look forward to the next six.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

