質問

背景:私は最近、私たちのイントラネットのドキュメントセンターの概要をより良いものに進んでいます。

私たちの組織は、いくつかの異なるセクションで構成され、ライブラリとコンテンツの種類を確立していた各セクションで構成されており、ユーザーはこれまでのところそのままになっていました。

私の古い '共有フォルダシステムから移行されているセクションの最初の確立されたライブラリの場合、最初のフィードバックも良かったです。特定のコンテンツタイプをグループ化するためのセット。

私の本能は、これが私が芽のサイズが修正されるようになる前に芽をつぶしたいと思うような行動であると言っています。フォルダの問題はこのシナリオにあります。

質問: so - このフォルダやサブフォルダの作成を継続することを許可する正確な欠点について、誰かが親切に啓発することができますか?

主な欠点があると推定 - 私は、コンテンツタイプによるグループ化と並べ替えを通じてこの問題を回避しようとすることができると思います。

役に立ちましたか?

解決

フォルダからメタデータへの移動は、組織がSharePointの採用において一定の成熟度に達し、ユーザーベースへの価値命題を通信すると、クライアントと再び時間と時間を経験した痛みの点です。 「フォルダメンタリティ」はしばしば深く絡み合っていて、それから抜け出すことがさまざまな用語で考えることを必要としています。

フォルダはあなたの文書ライブラリに硬い一次元構造を課します。文書に複数のレベルの分類がある場合は、各最上位フォルダ内に同じネストされたフォルダ構造を繰り返す必要があります。内側に「クライアント」フォルダを持つ "Region"フォルダがあるとします。今、誰かが地域に関係なく、クライアントABCのすべての文書を見たいと思っています。メタデータを使用すると、ビューの列ヘッダーをクリックするだけです。入れ子になったフォルダーを使えば、私はあなたがそれをどのようにするかわからない。さて、あなたが新しいクライアントを得るとします。あなたのユーザーはすべての地域内に新しいフォルダを作成することを提案しますか? Nahは、ストアの用語に行き、新しいクライアントを用語に追加します。

フォルダの使用をお勧めする唯一の状況は、特別な確実な要件がある場合です。個々のアイテムを保護するのではなく、フォルダを作成して保護し、保護されたコンテンツを内部に置きます。技術と使いやすさの両方の観点からは良いです。

ライセンス: CC-BY-SA帰属
所属していません sharepoint.stackexchange
scroll top