<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: How (not) to evaluate project management software</title>
	<atom:link href="http://blog.twproject.com/2009/04/14/how-not-to-evaluate-pm-software/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.twproject.com/2009/04/14/how-not-to-evaluate-pm-software/</link>
	<description>work management software</description>
	<lastBuildDate>Tue, 23 Feb 2010 16:08:01 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: JP Elverding</title>
		<link>http://blog.twproject.com/2009/04/14/how-not-to-evaluate-pm-software/#comment-337</link>
		<dc:creator>JP Elverding</dc:creator>
		<pubDate>Tue, 26 Jan 2010 14:28:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.twproject.com/?p=496#comment-337</guid>
		<description>After some trying I have been testing several products. As I&#039;m an Apple user I was pleased having XP as well on it as some programs were not Mac-savvy. I could even find out a lot without RTFM. Needed it though!
Imagine my surprise finding that TW worked at my Mac, with far less IT-skills than I had feared were necessary. I liked the way I could use IT-related projects as well as non related projects, like a major trade fair in march. After my own consideration, consulting other potential users at my customer and cracking some fine nuts today the company that hired me has bought the first batch of licenses.

Apart from the product it was the support that made my day and made my propose teamwork. For after all, even interactive manuals cannot replace a skillful person.</description>
		<content:encoded><![CDATA[<p>After some trying I have been testing several products. As I&#8217;m an Apple user I was pleased having XP as well on it as some programs were not Mac-savvy. I could even find out a lot without RTFM. Needed it though!<br />
Imagine my surprise finding that TW worked at my Mac, with far less IT-skills than I had feared were necessary. I liked the way I could use IT-related projects as well as non related projects, like a major trade fair in march. After my own consideration, consulting other potential users at my customer and cracking some fine nuts today the company that hired me has bought the first batch of licenses.</p>
<p>Apart from the product it was the support that made my day and made my propose teamwork. For after all, even interactive manuals cannot replace a skillful person.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wil</title>
		<link>http://blog.twproject.com/2009/04/14/how-not-to-evaluate-pm-software/#comment-193</link>
		<dc:creator>Wil</dc:creator>
		<pubDate>Thu, 18 Jun 2009 06:51:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.twproject.com/?p=496#comment-193</guid>
		<description>I agree in part.  One can unfortunately not &quot;test drive&quot; all available options out there to start off with.  I started with more than 150 possibilities.  I&#039;ve now brought this number down to 4 by using &quot;elimination lists&quot; which in part relied on feedback I got from websites, vendors, and even users.  With 4 in hand, I&#039;ve started testing on trial versions of the software.

I&#039;ve learnt, yet again, how important it is to really listen to what it is the possible client is asking, instead of trying to tell them what they should allow you to tell them...

By the way, Teamwork will be tested next - based on what is available on your web site, the things you&#039;ve said on your blog, the methodologies you subscribe to as an organisation, etc.  Well done!</description>
		<content:encoded><![CDATA[<p>I agree in part.  One can unfortunately not &#8220;test drive&#8221; all available options out there to start off with.  I started with more than 150 possibilities.  I&#8217;ve now brought this number down to 4 by using &#8220;elimination lists&#8221; which in part relied on feedback I got from websites, vendors, and even users.  With 4 in hand, I&#8217;ve started testing on trial versions of the software.</p>
<p>I&#8217;ve learnt, yet again, how important it is to really listen to what it is the possible client is asking, instead of trying to tell them what they should allow you to tell them&#8230;</p>
<p>By the way, Teamwork will be tested next &#8211; based on what is available on your web site, the things you&#8217;ve said on your blog, the methodologies you subscribe to as an organisation, etc.  Well done!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ziobrando</title>
		<link>http://blog.twproject.com/2009/04/14/how-not-to-evaluate-pm-software/#comment-62</link>
		<dc:creator>ziobrando</dc:creator>
		<pubDate>Thu, 16 Apr 2009 10:01:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.twproject.com/?p=496#comment-62</guid>
		<description>I think the whole stuff of software selection is incredibly context dependent. Every tool has pros and cons, but these have bigger benefits and drawbacks depending on the context.
Moreover, I started to consider usability as one of the key factors (I am tempted to say THE key factor, but that would not be context dependent...). Simply put: you can&#039;t ask companies about usability of their product. The only way to address usability is just try the typical task and see how it fits with the typical person doing that task in your context... (you van obviously do a lot more, but that&#039;s step number one).</description>
		<content:encoded><![CDATA[<p>I think the whole stuff of software selection is incredibly context dependent. Every tool has pros and cons, but these have bigger benefits and drawbacks depending on the context.<br />
Moreover, I started to consider usability as one of the key factors (I am tempted to say THE key factor, but that would not be context dependent&#8230;). Simply put: you can&#8217;t ask companies about usability of their product. The only way to address usability is just try the typical task and see how it fits with the typical person doing that task in your context&#8230; (you van obviously do a lot more, but that&#8217;s step number one).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pietro Polsinelli</title>
		<link>http://blog.twproject.com/2009/04/14/how-not-to-evaluate-pm-software/#comment-58</link>
		<dc:creator>Pietro Polsinelli</dc:creator>
		<pubDate>Wed, 15 Apr 2009 08:29:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.twproject.com/?p=496#comment-58</guid>
		<description>Fixed, thanks.</description>
		<content:encoded><![CDATA[<p>Fixed, thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: enki</title>
		<link>http://blog.twproject.com/2009/04/14/how-not-to-evaluate-pm-software/#comment-56</link>
		<dc:creator>enki</dc:creator>
		<pubDate>Tue, 14 Apr 2009 16:19:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.twproject.com/?p=496#comment-56</guid>
		<description>Hey was checking out your site and noticed: 
&quot;Are you a Twitter addicted that traces all activities with twits? You can import all of those or only the relevant ones as timesheets in Teamwork. You can also send all your Teamwork worklogs to Twitter!&quot;

I think you mean &quot;Are you a twitter addict&quot;. 

I do dig the idea of the twitter integration though!</description>
		<content:encoded><![CDATA[<p>Hey was checking out your site and noticed:<br />
&#8220;Are you a Twitter addicted that traces all activities with twits? You can import all of those or only the relevant ones as timesheets in Teamwork. You can also send all your Teamwork worklogs to Twitter!&#8221;</p>
<p>I think you mean &#8220;Are you a twitter addict&#8221;. </p>
<p>I do dig the idea of the twitter integration though!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
