<?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:go='http://ns.gigaom.com/'
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: Comindwork Piles on Project Management Features</title>
	<atom:link href="http://gigaom.com/collaboration/comindwork-project-management-features/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/collaboration/comindwork-project-management-features/</link>
	<description></description>
	<lastBuildDate>Fri, 25 May 2012 14:23:55 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Tony Mobily</title>
		<link>http://gigaom.com/collaboration/comindwork-project-management-features/#comment-272309</link>
		<dc:creator><![CDATA[Tony Mobily]]></dc:creator>
		<pubDate>Thu, 09 Sep 2010 16:50:01 +0000</pubDate>
		<guid isPermaLink="false">http://webworkerdaily.wordpress.com/?p=1770#comment-272309</guid>
		<description><![CDATA[Hi,

As one of the mad people behind Apollo (OK, it&#039;s a link, but it&#039;s a genuine one: http://www.apollohq.com ), I can agree with both comments here. The main issue is that more functionalities come at a price: it&#039;s really, really hard to develop software that is easy to use and just does a lot.

I don&#039;t think the web interface even allows powerful and features-packed programs. Basecamp is simple for a reason... And Comindwork is a little confusing for a reason...

We have Ajax, and it _is_ possible to write a full application without a single page reload. We did it... and we think we found the happy medium between &quot;usable&quot; and &quot;useful&quot;.

But, it wasn&#039;t the easy path, at all...

Merc.]]></description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>As one of the mad people behind Apollo (OK, it&#8217;s a link, but it&#8217;s a genuine one: <a href="http://www.apollohq.com" rel="nofollow">http://www.apollohq.com</a> ), I can agree with both comments here. The main issue is that more functionalities come at a price: it&#8217;s really, really hard to develop software that is easy to use and just does a lot.</p>
<p>I don&#8217;t think the web interface even allows powerful and features-packed programs. Basecamp is simple for a reason&#8230; And Comindwork is a little confusing for a reason&#8230;</p>
<p>We have Ajax, and it _is_ possible to write a full application without a single page reload. We did it&#8230; and we think we found the happy medium between &#8220;usable&#8221; and &#8220;useful&#8221;.</p>
<p>But, it wasn&#8217;t the easy path, at all&#8230;</p>
<p>Merc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremiah Staes</title>
		<link>http://gigaom.com/collaboration/comindwork-project-management-features/#comment-68719</link>
		<dc:creator><![CDATA[Jeremiah Staes]]></dc:creator>
		<pubDate>Tue, 19 Feb 2008 23:21:48 +0000</pubDate>
		<guid isPermaLink="false">http://webworkerdaily.wordpress.com/?p=1770#comment-68719</guid>
		<description><![CDATA[Having deployed - I don&#039;t know - seven or eight project management systems with external clients - I have learned that the complex ones always fail and everyone returns to using email.

The one exception is Basecamp - which is what I continue to use today.  My clients love it because it&#039;s simple and learning something new for a contractor, in reality, is just not going to happen.  As much as they want project management, they don&#039;t care enough to learn a system, especially one for a vendor of theirs.... and, it works well even for my non-web savvy clients.

Basecamp has some shortcomings - I wish there were a basic meeting calendar in there, I have to set meetings as milestones - but other than that, it&#039;s the only solution clients will actually use, and for us, it keeps things out of email which is the goal as email gets lost, people talk about different projects or parts of projects in emails with the same subject line, etc.

Taking a gander at Comindwork, it&#039;s just too complicated for working with people externally and how most web workers are.  Now, as a corporate-implemented internal solution where there is time for training, etc. and clients don&#039;t have to deal with it, it might work.  But not for the web worker at all.]]></description>
		<content:encoded><![CDATA[<p>Having deployed &#8211; I don&#8217;t know &#8211; seven or eight project management systems with external clients &#8211; I have learned that the complex ones always fail and everyone returns to using email.</p>
<p>The one exception is Basecamp &#8211; which is what I continue to use today.  My clients love it because it&#8217;s simple and learning something new for a contractor, in reality, is just not going to happen.  As much as they want project management, they don&#8217;t care enough to learn a system, especially one for a vendor of theirs&#8230;. and, it works well even for my non-web savvy clients.</p>
<p>Basecamp has some shortcomings &#8211; I wish there were a basic meeting calendar in there, I have to set meetings as milestones &#8211; but other than that, it&#8217;s the only solution clients will actually use, and for us, it keeps things out of email which is the goal as email gets lost, people talk about different projects or parts of projects in emails with the same subject line, etc.</p>
<p>Taking a gander at Comindwork, it&#8217;s just too complicated for working with people externally and how most web workers are.  Now, as a corporate-implemented internal solution where there is time for training, etc. and clients don&#8217;t have to deal with it, it might work.  But not for the web worker at all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcin Grodzicki</title>
		<link>http://gigaom.com/collaboration/comindwork-project-management-features/#comment-68718</link>
		<dc:creator><![CDATA[Marcin Grodzicki]]></dc:creator>
		<pubDate>Tue, 19 Feb 2008 08:05:15 +0000</pubDate>
		<guid isPermaLink="false">http://webworkerdaily.wordpress.com/?p=1770#comment-68718</guid>
		<description><![CDATA[It&#039;s very similar to ActiveCollab, maybe with a bit better design. They&#039;re both quite complicated though. If you manage a distributed software project you do have a need for something more functional than ultra-light Basecamp, but those things (AC, and this one) are cluttered with features and much less functional because of that. I think it&#039;s because they&#039;re made by programmers for programmes with no ergonomy and true design in mind. There&#039;s still a lot to do in ergonomy in PM SaaS products.]]></description>
		<content:encoded><![CDATA[<p>It&#8217;s very similar to ActiveCollab, maybe with a bit better design. They&#8217;re both quite complicated though. If you manage a distributed software project you do have a need for something more functional than ultra-light Basecamp, but those things (AC, and this one) are cluttered with features and much less functional because of that. I think it&#8217;s because they&#8217;re made by programmers for programmes with no ergonomy and true design in mind. There&#8217;s still a lot to do in ergonomy in PM SaaS products.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

