<?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: 45 IT Projects put on hold at Veterans Administration (VA)</title>
	<atom:link href="http://blog.sealightllc.com/?feed=rss2&#038;p=289" rel="self" type="application/rss+xml" />
	<link>http://blog.sealightllc.com/?p=289</link>
	<description>Things that get ya into trouble, and ways to get out</description>
	<lastBuildDate>Tue, 10 Aug 2010 15:44:38 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Making Theory Usable: Intent Failure or Why the Heck are we Doing this Project? - Preventing Project Failure</title>
		<link>http://blog.sealightllc.com/?p=289&#038;cpage=1#comment-146</link>
		<dc:creator>Making Theory Usable: Intent Failure or Why the Heck are we Doing this Project? - Preventing Project Failure</dc:creator>
		<pubDate>Sun, 09 Aug 2009 20:38:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sealightllc.com/?p=289#comment-146</guid>
		<description>[...] meant two things; integrating data on the backend and providing a user friendly front end. </description>
		<content:encoded><![CDATA[<p>[...] meant two things; integrating data on the backend and providing a user friendly front end.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Making Theory Usable: Ideas to Mitigate for Supplier Management Failures - Preventing Project Failure</title>
		<link>http://blog.sealightllc.com/?p=289&#038;cpage=1#comment-99</link>
		<dc:creator>Making Theory Usable: Ideas to Mitigate for Supplier Management Failures - Preventing Project Failure</dc:creator>
		<pubDate>Sat, 25 Jul 2009 14:51:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sealightllc.com/?p=289#comment-99</guid>
		<description>[...] Pentagon kills the 6.3 billion KEI program • The VA suspends 45 IT projects • The UK government kills the Scope [...]</description>
		<content:encoded><![CDATA[<p>[...] Pentagon kills the 6.3 billion KEI program • The VA suspends 45 IT projects • The UK government kills the Scope [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michiko Diby</title>
		<link>http://blog.sealightllc.com/?p=289&#038;cpage=1#comment-78</link>
		<dc:creator>Michiko Diby</dc:creator>
		<pubDate>Sat, 18 Jul 2009 12:09:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sealightllc.com/?p=289#comment-78</guid>
		<description>Jon,
Agreed. 
I&#039;ve been victim to the hard date without proper respect for actual estimates.  A lot of times, sponsors don&#039;t want to hear how long its going to take to really get something done. 

There are so many variables that are working against projects within fed gov contracting.  For example, the structure of contracts themselves sometime parodoxically prevent the project from fufilling its mission.</description>
		<content:encoded><![CDATA[<p>Jon,<br />
Agreed.<br />
I&#8217;ve been victim to the hard date without proper respect for actual estimates.  A lot of times, sponsors don&#8217;t want to hear how long its going to take to really get something done. </p>
<p>There are so many variables that are working against projects within fed gov contracting.  For example, the structure of contracts themselves sometime parodoxically prevent the project from fufilling its mission.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon</title>
		<link>http://blog.sealightllc.com/?p=289&#038;cpage=1#comment-76</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Sat, 18 Jul 2009 05:49:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sealightllc.com/?p=289#comment-76</guid>
		<description>I would say that it is a good idea depending on the criticality of the projects itself.  In order for the govt. to stop wasting money, they should take a hard look and see why the projects are not making the milestones that the team has agreed to.  I would also like to point out that there may be valid reasons why milestones are not hiting their target dates...  Many times, I have experienced milestone delays due to many other initiatives out of the project teams control that causes bottlenecks.  In my world, I work on many system projects which has limited IT resources.  So depending on the number of resources, size and complexity of the projects, upper management needs to take a holistic view of the entire project portfolio and see if resources are available to handle the work load without conflict and minimize risk to existing business operations.  

If this is not the case, then management will need to take a hard look to see where things may have been missed during the planning phase.  If a hard date was preconcieved without analysis, then it is out of the project teams hands and mgt. will need to revisit the decision that was made on behalf of the overall project.

Jon</description>
		<content:encoded><![CDATA[<p>I would say that it is a good idea depending on the criticality of the projects itself.  In order for the govt. to stop wasting money, they should take a hard look and see why the projects are not making the milestones that the team has agreed to.  I would also like to point out that there may be valid reasons why milestones are not hiting their target dates&#8230;  Many times, I have experienced milestone delays due to many other initiatives out of the project teams control that causes bottlenecks.  In my world, I work on many system projects which has limited IT resources.  So depending on the number of resources, size and complexity of the projects, upper management needs to take a holistic view of the entire project portfolio and see if resources are available to handle the work load without conflict and minimize risk to existing business operations.  </p>
<p>If this is not the case, then management will need to take a hard look to see where things may have been missed during the planning phase.  If a hard date was preconcieved without analysis, then it is out of the project teams hands and mgt. will need to revisit the decision that was made on behalf of the overall project.</p>
<p>Jon</p>
]]></content:encoded>
	</item>
</channel>
</rss>
