<?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: New Tools, Same Problems on IT Projects</title>
	<atom:link href="http://www.philsimonsystems.com/blog/management-blog/collaboration/collaboration/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.philsimonsystems.com/blog/management-blog/collaboration/collaboration/</link>
	<description>Musings on technology, management, books, writing, and whatever else piques my interest.</description>
	<lastBuildDate>Mon, 06 Feb 2012 15:18:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Social Networking in the Workplace</title>
		<link>http://www.philsimonsystems.com/blog/management-blog/collaboration/collaboration/comment-page-1/#comment-133</link>
		<dc:creator>Social Networking in the Workplace</dc:creator>
		<pubDate>Mon, 23 Nov 2009 10:24:40 +0000</pubDate>
		<guid isPermaLink="false">http://philsimonblog.com/?p=380#comment-133</guid>
		<description>[...] actually addressed this a while back in a previous post. To recap, I&#8217;d cite three main mistakes. First, organizations often fail to implement usage [...]</description>
		<content:encoded><![CDATA[<p>[...] actually addressed this a while back in a previous post. To recap, I&#8217;d cite three main mistakes. First, organizations often fail to implement usage [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Wildam</title>
		<link>http://www.philsimonsystems.com/blog/management-blog/collaboration/collaboration/comment-page-1/#comment-81</link>
		<dc:creator>Martin Wildam</dc:creator>
		<pubDate>Tue, 06 Oct 2009 15:45:59 +0000</pubDate>
		<guid isPermaLink="false">http://philsimonblog.com/?p=380#comment-81</guid>
		<description>EMail is for messages of temporary interest. I think this is the core issue that many are not aware of.

Every information that is business related or of longer interest than until next week should go into the appropriate location - whether it is a Wiki, DMS/ECM, Forum or whatever (a Wiki is also not the all-in-one system suitable for every purpose).

In general I notice that there were better times. Nowadays in nearly every company there are multiple systems containing information: At least one Wiki, one Forum, some CMS or/and DMS, file shares and so on.

In these days it is important to specify what information should go where. Under the hype word &quot;ECM&quot; people try to have one single container where they can drop everyting into. I think this can be dangerous because some end up with a big pot of everything and nobody knows what stuff is in there because nobody wants to maintain meta information either.

I think the best way is to have one Wiki, one Forum and one DMS/ECM like system and there must be a simple and clear spec what should go where. All the DMS and ECM systems I have seen lately do lack drastically in either the Wiki, Forum or DMS features, so I don&#039;t think there is a good all-in-one product available yet.</description>
		<content:encoded><![CDATA[<p>EMail is for messages of temporary interest. I think this is the core issue that many are not aware of.</p>
<p>Every information that is business related or of longer interest than until next week should go into the appropriate location &#8211; whether it is a Wiki, DMS/ECM, Forum or whatever (a Wiki is also not the all-in-one system suitable for every purpose).</p>
<p>In general I notice that there were better times. Nowadays in nearly every company there are multiple systems containing information: At least one Wiki, one Forum, some CMS or/and DMS, file shares and so on.</p>
<p>In these days it is important to specify what information should go where. Under the hype word &#8220;ECM&#8221; people try to have one single container where they can drop everyting into. I think this can be dangerous because some end up with a big pot of everything and nobody knows what stuff is in there because nobody wants to maintain meta information either.</p>
<p>I think the best way is to have one Wiki, one Forum and one DMS/ECM like system and there must be a simple and clear spec what should go where. All the DMS and ECM systems I have seen lately do lack drastically in either the Wiki, Forum or DMS features, so I don&#8217;t think there is a good all-in-one product available yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Simon</title>
		<link>http://www.philsimonsystems.com/blog/management-blog/collaboration/collaboration/comment-page-1/#comment-80</link>
		<dc:creator>Phil Simon</dc:creator>
		<pubDate>Tue, 06 Oct 2009 07:40:36 +0000</pubDate>
		<guid isPermaLink="false">http://philsimonblog.com/?p=380#comment-80</guid>
		<description>Good points, John.  I suppose that I&#039;m holding clients up to a higher standard.  As consultants, we absolutely bounce around, not that we should be held to a different standard.  I just expect more from those who don&#039;t bounce as much.</description>
		<content:encoded><![CDATA[<p>Good points, John.  I suppose that I&#8217;m holding clients up to a higher standard.  As consultants, we absolutely bounce around, not that we should be held to a different standard.  I just expect more from those who don&#8217;t bounce as much.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Henley</title>
		<link>http://www.philsimonsystems.com/blog/management-blog/collaboration/collaboration/comment-page-1/#comment-79</link>
		<dc:creator>John Henley</dc:creator>
		<pubDate>Mon, 05 Oct 2009 23:11:58 +0000</pubDate>
		<guid isPermaLink="false">http://philsimonblog.com/?p=380#comment-79</guid>
		<description>As you imply, email is ubiquitious, which is why it&#039;s still the de facto collaboration tool. For instance, since I bounce around amongst various clients, I&#039;m not connected to their sites in a lot of cases, and can&#039;t keep my documents updated on their wiki/shared sites. But I can send the project team an email with attachments. It&#039;s really a losing battle, assuming they keep the sites within their private network. We will likely see some progress with cloud-based sites, like Google Apps and Central Desktop, but those are hard to adopt for most organizations, and open up a ton of security and privacy questions.</description>
		<content:encoded><![CDATA[<p>As you imply, email is ubiquitious, which is why it&#8217;s still the de facto collaboration tool. For instance, since I bounce around amongst various clients, I&#8217;m not connected to their sites in a lot of cases, and can&#8217;t keep my documents updated on their wiki/shared sites. But I can send the project team an email with attachments. It&#8217;s really a losing battle, assuming they keep the sites within their private network. We will likely see some progress with cloud-based sites, like Google Apps and Central Desktop, but those are hard to adopt for most organizations, and open up a ton of security and privacy questions.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

