背景:我宁愿接受我们内联网的文件中心方面,从一位移动到更好的事情的同事。

我们的组织包含许多不同的部分,以及他一直建立图书馆和内容类型的每个部分,并且用户到目前为止已经满足于将其留给。

在我的第一个已建立的图书馆是从我们旧的“共享文件夹”系统迁移的部分的情况下,初始反馈也很好 - 除了他们也致力于添加几个文件夹的自由(不是文件集合)到组特定内容类型。

虽然我的本能告诉我,这是我想要在图书馆的大小变得这样的行为中,在图书馆的规模变得这样做,这将是不可行的,我有点难以让我的手指恰恰恰恰恰恰努力文件夹的问题在这种情况下。

问题:所以 - 可能有人恳求我对允许这一文件创建文件夹和子文件夹继续的精确缺点吗?

假设存在主要缺点 - 我认为我可以通过通过内容类型分组和排序来试图通过分组和排序来解决这个问题。

有帮助吗?

解决方案

从文件夹移动到元数据是一个非常常见的场景,当组织在SharePoint采用中达到一定程度的成熟度时,并使价值主张传达给用户群是我经历过时间和时间的痛苦点。 “文件夹心态”往往深深地根深蒂固并出局需要愿意以不同的方式思考。

文件夹将刚性一维结构施加到文档库中。如果您对文档有多个分类级别,则必须在每个顶级文件夹中重复相同的嵌套文件夹结构。假设您有一个“区域”文件夹,内部有一个“客户端”文件夹。现在有人希望看到客户ABC的所有文件,无论地区如何。通过元数据,它很容易,只需单击视图上的列标题。嵌套文件夹,我真的不知道你是怎么做的。现在,假设您获得新客户。您的用户是否会建议在每个区域内创建一个新文件夹?不,只是转到术语商店并将新客户端添加到术语集中。

我建议使用文件夹的唯一情况是如果有特殊的安全性要求。而不是确保单个项目,创建一个文件夹并安全,并将其安全内容放在内部。从技术和可用性的角度来看,更好。

许可以下: CC-BY-SA归因
scroll top