<?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: 6 Ways to Find Weak Signals</title>
	<atom:link href="http://www.ciodashboard.com/it-management/6-ways-uncover-weak-signals-it-projects/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ciodashboard.com/it-management/6-ways-uncover-weak-signals-it-projects/</link>
	<description>IT Strategies for CIOs and IT leaders</description>
	<lastBuildDate>Tue, 31 Jan 2012 14:10:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Twelve early warning signs of IT project failure &#124; O-I Newswire</title>
		<link>http://www.ciodashboard.com/it-management/6-ways-uncover-weak-signals-it-projects/comment-page-1/#comment-30391</link>
		<dc:creator>Twelve early warning signs of IT project failure &#124; O-I Newswire</dc:creator>
		<pubDate>Fri, 20 Aug 2010 20:44:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=1332#comment-30391</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Twelve early warning signs of IT project failure</title>
		<link>http://www.ciodashboard.com/it-management/6-ways-uncover-weak-signals-it-projects/comment-page-1/#comment-30367</link>
		<dc:creator>Twelve early warning signs of IT project failure</dc:creator>
		<pubDate>Fri, 20 Aug 2010 16:32:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=1332#comment-30367</guid>
		<description>[...] on precisely this topic, CIO advocateChris Curran, discusses several methods for detecting â€œweak signalsâ€ that indicate downstream problems: [...]</description>
		<content:encoded><![CDATA[<p>[...] on precisely this topic, CIO advocateChris Curran, discusses several methods for detecting â€œweak signalsâ€ that indicate downstream problems: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Best Project Management Techniques You&#8217;re Not Using â€” CIO Dashboard</title>
		<link>http://www.ciodashboard.com/it-management/6-ways-uncover-weak-signals-it-projects/comment-page-1/#comment-29270</link>
		<dc:creator>The Best Project Management Techniques You&#8217;re Not Using â€” CIO Dashboard</dc:creator>
		<pubDate>Fri, 13 Aug 2010 08:14:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=1332#comment-29270</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Using Weak Signals to Detect Troubled Projects â€” CIO Dashboard</title>
		<link>http://www.ciodashboard.com/it-management/6-ways-uncover-weak-signals-it-projects/comment-page-1/#comment-29263</link>
		<dc:creator>Using Weak Signals to Detect Troubled Projects â€” CIO Dashboard</dc:creator>
		<pubDate>Fri, 13 Aug 2010 08:12:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=1332#comment-29263</guid>
		<description>[...] the next post, 6 Ways to Find Weak Signals, I explore some ideas for overcoming our biases by recognizing and processing weak signals that our [...]</description>
		<content:encoded><![CDATA[<p>[...] the next post, 6 Ways to Find Weak Signals, I explore some ideas for overcoming our biases by recognizing and processing weak signals that our [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cornercuttin</title>
		<link>http://www.ciodashboard.com/it-management/6-ways-uncover-weak-signals-it-projects/comment-page-1/#comment-4469</link>
		<dc:creator>cornercuttin</dc:creator>
		<pubDate>Mon, 26 Oct 2009 15:26:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciodashboard.com/?p=1332#comment-4469</guid>
		<description>weak signals are not often caught because no one has made it a priority to look for them.  i think that, if top-level/executive management made it very clear that they will not accept a project manager who lies or misleads about project status, weak signals would be sought after continuously.

in the end, even if weak signals are caught, documented and discussed, it doesn&#039;t amount to anything if no action is changed.  if a project is lagging, will top-level management actually change the release data (what happens if this release date is contractually set?)?  will management actually bring in more resources to solve the problems that are occupying to much time/resources within the project?

i have been to status meetings and said that my project is doomed and hasn&#039;t budged in weeks/months due to the fact that 3rd party software hasn&#039;t been shipped/configured, due to the fact that i am putting out fires in other builds/software, or other reasons.  i&#039;ve seen others be as honest as i was.  but nothing happened.  management says to just keep working on what you have, knowing full well nothing will change by the next status update.

recognizing weak signals is easy.  actually force management to do their job, and have them manage stuff.  project managers should [often] go around the team lead and talk to developers directly.  department directors should skip their project managers and go to the developers directly.  

i would be interested to see you write an article about what to do once weak signals are captured and recognized.</description>
		<content:encoded><![CDATA[<p>weak signals are not often caught because no one has made it a priority to look for them.  i think that, if top-level/executive management made it very clear that they will not accept a project manager who lies or misleads about project status, weak signals would be sought after continuously.</p>
<p>in the end, even if weak signals are caught, documented and discussed, it doesn&#8217;t amount to anything if no action is changed.  if a project is lagging, will top-level management actually change the release data (what happens if this release date is contractually set?)?  will management actually bring in more resources to solve the problems that are occupying to much time/resources within the project?</p>
<p>i have been to status meetings and said that my project is doomed and hasn&#8217;t budged in weeks/months due to the fact that 3rd party software hasn&#8217;t been shipped/configured, due to the fact that i am putting out fires in other builds/software, or other reasons.  i&#8217;ve seen others be as honest as i was.  but nothing happened.  management says to just keep working on what you have, knowing full well nothing will change by the next status update.</p>
<p>recognizing weak signals is easy.  actually force management to do their job, and have them manage stuff.  project managers should [often] go around the team lead and talk to developers directly.  department directors should skip their project managers and go to the developers directly.  </p>
<p>i would be interested to see you write an article about what to do once weak signals are captured and recognized.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

