<?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: &#8220;Folders are bad&#8221; and other urban legends&#8230;</title>
	<atom:link href="http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/</link>
	<description>After much frustration, it seems DEFAULT is the way to go...</description>
	<lastBuildDate>Thu, 02 Feb 2012 17:45:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Scott Rudy</title>
		<link>http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/comment-page-1/#comment-80849</link>
		<dc:creator>Scott Rudy</dc:creator>
		<pubDate>Mon, 28 Nov 2011 20:22:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/#comment-80849</guid>
		<description>I keep reading folders are bad, but they prevent something that metadata doesn&#039;t, filename collisions. My client has thousands of documents and many of them have the same name, although the content is very different. As much as I would like to steer them towards metadata I can&#039;t find a good way around the naming collisions without sitting down with the users and asking, &quot;What do you want to name this one?&quot;, for a few hundred documents.</description>
		<content:encoded><![CDATA[<p>I keep reading folders are bad, but they prevent something that metadata doesn&#8217;t, filename collisions. My client has thousands of documents and many of them have the same name, although the content is very different. As much as I would like to steer them towards metadata I can&#8217;t find a good way around the naming collisions without sitting down with the users and asking, &#8220;What do you want to name this one?&#8221;, for a few hundred documents.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CleverWorkarounds &#187; Why most SharePoint training doesn&#8217;t deliver (and what to do about it)</title>
		<link>http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/comment-page-1/#comment-80635</link>
		<dc:creator>CleverWorkarounds &#187; Why most SharePoint training doesn&#8217;t deliver (and what to do about it)</dc:creator>
		<pubDate>Tue, 25 Oct 2011 14:08:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/#comment-80635</guid>
		<description>[...] is a product that often requires adaptive change on the part of users. Learning the capabilities of the product is one thing – changing entrenched [...]</description>
		<content:encoded><![CDATA[<p>[...] is a product that often requires adaptive change on the part of users. Learning the capabilities of the product is one thing – changing entrenched [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Metadata and/ or folders &#171; Out Of The Box Sharepoint (?)</title>
		<link>http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/comment-page-1/#comment-79650</link>
		<dc:creator>Metadata and/ or folders &#171; Out Of The Box Sharepoint (?)</dc:creator>
		<pubDate>Tue, 24 May 2011 13:39:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/#comment-79650</guid>
		<description>[...] because of the divers views of participants of using metadata/ or folders. I share with  Paul Culmsee the concerns about the application centric users, they have not the benefit of the added metadata because of the absence of Sharepoint list [...]</description>
		<content:encoded><![CDATA[<p>[...] because of the divers views of participants of using metadata/ or folders. I share with  Paul Culmsee the concerns about the application centric users, they have not the benefit of the added metadata because of the absence of Sharepoint list [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Esther</title>
		<link>http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/comment-page-1/#comment-79453</link>
		<dc:creator>Esther</dc:creator>
		<pubDate>Tue, 29 Mar 2011 04:37:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/#comment-79453</guid>
		<description>Excellent post Paul. I am currently designing a 2007 rollout of about 25 site collections across a lareg corporate team that are migrating from eRoom. Did I mention custom code is out of the question in all shapes and forms? Challenging. I have always been an advocate of using metadata instead of folders in SharePoint and so far this has paid off but I am now seeing this method is not going to work in this case. Using explorer view to drag and drop (a feature these users are more than familiar with in eRoom) creates an enormous bucket of documents and this is not going to be acceptableto end users. So, everything in moderation perhaps (this tends to apply to most SharePoint designs). A mixture of folders and metadata may be what the DR ordered.</description>
		<content:encoded><![CDATA[<p>Excellent post Paul. I am currently designing a 2007 rollout of about 25 site collections across a lareg corporate team that are migrating from eRoom. Did I mention custom code is out of the question in all shapes and forms? Challenging. I have always been an advocate of using metadata instead of folders in SharePoint and so far this has paid off but I am now seeing this method is not going to work in this case. Using explorer view to drag and drop (a feature these users are more than familiar with in eRoom) creates an enormous bucket of documents and this is not going to be acceptableto end users. So, everything in moderation perhaps (this tends to apply to most SharePoint designs). A mixture of folders and metadata may be what the DR ordered.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/comment-page-1/#comment-75898</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Tue, 28 Dec 2010 02:49:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/#comment-75898</guid>
		<description>Thanks Euguene

Watch this space. Early next year I have a series of posts on this topic in a fashion. I agree with your &quot;when&quot;, but your &quot;when&quot; is across technical and feature grounds and I think this is half the pictire. I have found another way to look at it that has worked very well in my classes and consulting gigs. 

regards

Paul</description>
		<content:encoded><![CDATA[<p>Thanks Euguene</p>
<p>Watch this space. Early next year I have a series of posts on this topic in a fashion. I agree with your &#8220;when&#8221;, but your &#8220;when&#8221; is across technical and feature grounds and I think this is half the pictire. I have found another way to look at it that has worked very well in my classes and consulting gigs. </p>
<p>regards</p>
<p>Paul</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eugene Rosenfeld</title>
		<link>http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/comment-page-1/#comment-75847</link>
		<dc:creator>Eugene Rosenfeld</dc:creator>
		<pubDate>Mon, 27 Dec 2010 23:48:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/#comment-75847</guid>
		<description>I like how you structure the post from the perspective of user acceptance. 

I&#039;m of the opinion that both folders and metadata (including content types) have their place in a complete SharePoint information architecture. It is not a question of which one to use, but rather a question of when to use each. As consultants, we have to educate the users as to why it is appropriate to use a folder or metadata in a particular case.

The post below compares the trade offs between organizing information with folders and metadata and when it is appropriate to use each:

&lt;a href=&quot;http://thingsthatshouldbeeasy.blogspot.com/2010/01/sharepoint-folders-vs-metadata.html&quot; rel=&quot;nofollow&quot;&gt;http://thingsthatshouldbeeasy.blogspot.com/2010/01/sharepoint-folders-vs-metadata.html&lt;/a&gt;

The comparison categories are security, content type ordering, navigation, url, tools support, searching, sorting, filtering, and grouping.</description>
		<content:encoded><![CDATA[<p>I like how you structure the post from the perspective of user acceptance. </p>
<p>I&#8217;m of the opinion that both folders and metadata (including content types) have their place in a complete SharePoint information architecture. It is not a question of which one to use, but rather a question of when to use each. As consultants, we have to educate the users as to why it is appropriate to use a folder or metadata in a particular case.</p>
<p>The post below compares the trade offs between organizing information with folders and metadata and when it is appropriate to use each:</p>
<p><a href="http://thingsthatshouldbeeasy.blogspot.com/2010/01/sharepoint-folders-vs-metadata.html" rel="nofollow">http://thingsthatshouldbeeasy.blogspot.com/2010/01/sharepoint-folders-vs-metadata.html</a></p>
<p>The comparison categories are security, content type ordering, navigation, url, tools support, searching, sorting, filtering, and grouping.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CleverWorkarounds &#187; Un-Managed Metadata: A couple of gotchas</title>
		<link>http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/comment-page-1/#comment-56164</link>
		<dc:creator>CleverWorkarounds &#187; Un-Managed Metadata: A couple of gotchas</dc:creator>
		<pubDate>Thu, 28 Oct 2010 07:17:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/#comment-56164</guid>
		<description>[...] 2010 has finally gotten past the use-case I described in my “folders are bad and other urban legends” post. In Office 2010, application centric users have the option to browse document libraries not [...]</description>
		<content:encoded><![CDATA[<p>[...] 2010 has finally gotten past the use-case I described in my “folders are bad and other urban legends” post. In Office 2010, application centric users have the option to browse document libraries not [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SharePoint 2010 and Folders &#187; Siolon</title>
		<link>http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/comment-page-1/#comment-18528</link>
		<dc:creator>SharePoint 2010 and Folders &#187; Siolon</dc:creator>
		<pubDate>Sun, 29 Nov 2009 19:55:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/#comment-18528</guid>
		<description>[...] were people on different sides such as Paul Culmsee who see the issue differently than myself, but the good news is that SharePoint 2010 adds [...]</description>
		<content:encoded><![CDATA[<p>[...] were people on different sides such as Paul Culmsee who see the issue differently than myself, but the good news is that SharePoint 2010 adds [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/comment-page-1/#comment-17901</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Wed, 04 Nov 2009 14:31:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/#comment-17901</guid>
		<description>Hey Andrew

Check out this post for a potential answer. http://bdld.blogspot.com/2009_11_01_archive.html

On a selfish level, the author linked to me which is nice, but he also quotes Geary Rummler, whos process improvement book that I have mentioned previously. Fully how these things all connect up.

Anyway to quote from that link that quotes Rummler, &quot;80% of performance problems reside in the environment, such as processes and systems, so ensure the problem is really a learning/training problem, not some other performance problem&quot;</description>
		<content:encoded><![CDATA[<p>Hey Andrew</p>
<p>Check out this post for a potential answer. <a href="http://bdld.blogspot.com/2009_11_01_archive.html" rel="nofollow">http://bdld.blogspot.com/2009_11_01_archive.html</a></p>
<p>On a selfish level, the author linked to me which is nice, but he also quotes Geary Rummler, whos process improvement book that I have mentioned previously. Fully how these things all connect up.</p>
<p>Anyway to quote from that link that quotes Rummler, &#8220;80% of performance problems reside in the environment, such as processes and systems, so ensure the problem is really a learning/training problem, not some other performance problem&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Jolly</title>
		<link>http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/comment-page-1/#comment-17898</link>
		<dc:creator>Andrew Jolly</dc:creator>
		<pubDate>Wed, 04 Nov 2009 12:38:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.cleverworkarounds.com/2009/09/30/folders-are-bad-and-other-urban-legends/#comment-17898</guid>
		<description>Nice work on this post Paul, I remember chatting via your Plugoo window on this concept of context and wondered how you&#039;d go at communicating it in a post, you&#039;ve done a good job.
You surface a very good point about people and the way in which they work with information systems, the browser centric or application centric insight you write of is a reality, this futher highlights the importance of training and adoption strategies to build buy in from users, which brings me to the old chestnut of how to convince a organisation not to remove training to reduce the cost of the project.</description>
		<content:encoded><![CDATA[<p>Nice work on this post Paul, I remember chatting via your Plugoo window on this concept of context and wondered how you&#8217;d go at communicating it in a post, you&#8217;ve done a good job.<br />
You surface a very good point about people and the way in which they work with information systems, the browser centric or application centric insight you write of is a reality, this futher highlights the importance of training and adoption strategies to build buy in from users, which brings me to the old chestnut of how to convince a organisation not to remove training to reduce the cost of the project.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

