<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Project Management Tools That Work &#187; Change Management</title>
	<atom:link href="http://pmtoolsthatwork.com/category/change-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://pmtoolsthatwork.com</link>
	<description>Getting to On-Time Software Projects</description>
	<lastBuildDate>Thu, 17 May 2012 14:04:21 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>Why We Can Never Make Just One Change As A Project Manager</title>
		<link>http://pmtoolsthatwork.com/why-we-can-never-make-just-one-change-as-a-project-manager/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=why-we-can-never-make-just-one-change-as-a-project-manager</link>
		<comments>http://pmtoolsthatwork.com/why-we-can-never-make-just-one-change-as-a-project-manager/#comments</comments>
		<pubDate>Mon, 30 Apr 2012 14:19:35 +0000</pubDate>
		<dc:creator>Bruce Benson</dc:creator>
				<category><![CDATA[Change Management]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Government]]></category>
		<category><![CDATA[Military]]></category>
		<category><![CDATA[Planning]]></category>
		<category><![CDATA[Process Improvement]]></category>
		<category><![CDATA[Project Management Tools]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://pmtoolsthatwork.com/?p=3056</guid>
		<description><![CDATA[Purchase this Project Management Tool and you will never deliver a project late again!  Maybe, but only if we first change just a few more things.]]></description>
		<wfw:commentRss>http://pmtoolsthatwork.com/why-we-can-never-make-just-one-change-as-a-project-manager/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Sometimes When They Say They Want The Project Fast It Is Just Talk</title>
		<link>http://pmtoolsthatwork.com/sometimes-when-they-say-they-want-the-project-fast-it-is-just-talk/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=sometimes-when-they-say-they-want-the-project-fast-it-is-just-talk</link>
		<comments>http://pmtoolsthatwork.com/sometimes-when-they-say-they-want-the-project-fast-it-is-just-talk/#comments</comments>
		<pubDate>Mon, 23 Apr 2012 15:27:19 +0000</pubDate>
		<dc:creator>Bruce Benson</dc:creator>
				<category><![CDATA[Change Management]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Project Management Tools]]></category>
		<category><![CDATA[Quality]]></category>
		<category><![CDATA[Schedule]]></category>
		<category><![CDATA[Successful Projects]]></category>

		<guid isPermaLink="false">http://pmtoolsthatwork.com/?p=3038</guid>
		<description><![CDATA[OK, which one is it?  You want a lot of changes fast, but when we give them to you, you tell us that we are changing too much too often!]]></description>
		<wfw:commentRss>http://pmtoolsthatwork.com/sometimes-when-they-say-they-want-the-project-fast-it-is-just-talk/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Why Project Managers Should Not Set Up Metrics To Measure Improvement Efforts</title>
		<link>http://pmtoolsthatwork.com/why-project-managers-should-not-set-up-metrics-to-measure-improvement-efforts/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=why-project-managers-should-not-set-up-metrics-to-measure-improvement-efforts</link>
		<comments>http://pmtoolsthatwork.com/why-project-managers-should-not-set-up-metrics-to-measure-improvement-efforts/#comments</comments>
		<pubDate>Fri, 13 Apr 2012 15:12:50 +0000</pubDate>
		<dc:creator>Bruce Benson</dc:creator>
				<category><![CDATA[Change Management]]></category>
		<category><![CDATA[Metrics]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Defects]]></category>
		<category><![CDATA[Measurement]]></category>
		<category><![CDATA[Productivity]]></category>
		<category><![CDATA[Project Management Tools]]></category>
		<category><![CDATA[Quality]]></category>
		<category><![CDATA[Requirements]]></category>
		<category><![CDATA[Tracking]]></category>

		<guid isPermaLink="false">http://pmtoolsthatwork.com/?p=3021</guid>
		<description><![CDATA[Establish up front how we are going to know if the agile adoption was successful?  If we have to do that, we may have other problems to deal with first. ]]></description>
		<wfw:commentRss>http://pmtoolsthatwork.com/why-project-managers-should-not-set-up-metrics-to-measure-improvement-efforts/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Project Management Tools And Why Being Highly Customizable Can Be A Bad Thing</title>
		<link>http://pmtoolsthatwork.com/project-management-tools-being-highly-customizable-can-be-a-bad-thing/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=project-management-tools-being-highly-customizable-can-be-a-bad-thing</link>
		<comments>http://pmtoolsthatwork.com/project-management-tools-being-highly-customizable-can-be-a-bad-thing/#comments</comments>
		<pubDate>Mon, 26 Mar 2012 15:28:39 +0000</pubDate>
		<dc:creator>Bruce Benson</dc:creator>
				<category><![CDATA[Change Management]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Productivity]]></category>
		<category><![CDATA[Project Management Tools]]></category>
		<category><![CDATA[Software]]></category>

		<guid isPermaLink="false">http://pmtoolsthatwork.com/?p=2960</guid>
		<description><![CDATA[If a tool’s power is touted as its customizability then we might want to look closely at the total cost of deploying such a project management tool.]]></description>
		<wfw:commentRss>http://pmtoolsthatwork.com/project-management-tools-being-highly-customizable-can-be-a-bad-thing/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Why Project Management Dilbert Style Works</title>
		<link>http://pmtoolsthatwork.com/why-project-management-dilbert-style-works/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=why-project-management-dilbert-style-works</link>
		<comments>http://pmtoolsthatwork.com/why-project-management-dilbert-style-works/#comments</comments>
		<pubDate>Tue, 21 Feb 2012 16:13:48 +0000</pubDate>
		<dc:creator>Bruce Benson</dc:creator>
				<category><![CDATA[Change Management]]></category>
		<category><![CDATA[Communication]]></category>
		<category><![CDATA[Defect Arrival Rate Curve]]></category>
		<category><![CDATA[Honesty]]></category>
		<category><![CDATA[Measurement]]></category>
		<category><![CDATA[Project Management Tools]]></category>
		<category><![CDATA[Risk]]></category>
		<category><![CDATA[Schedule]]></category>
		<category><![CDATA[Software]]></category>

		<guid isPermaLink="false">http://pmtoolsthatwork.com/?p=2873</guid>
		<description><![CDATA[The Dilbert Comic strip is a great example of how to bring about change.  Instead, it is about being willing to say, out loud, that we are doing silly things.]]></description>
		<wfw:commentRss>http://pmtoolsthatwork.com/why-project-management-dilbert-style-works/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

