我在考虑建立一个树形结构，每个团队都在顶层，然后让所有项目都在团队之下。像这样：
sharepoint/team1
sharepoint/team1/project1
sharepoint/team1/project1/sub-project
sharepoint/team1/project2
sharepoint/team2
sharepoint/team2/project1
sharepoint/team2/project2
sharepoint/team3
Team1 team2 team3
project1 | project2 project1|project2
sub-project
这种结构的问题在于我们在几个团队之间有一些项目。 您认为我应该如何构建它？
答案 0 :(得分：3)
我会有一个完全独立的“项目”树（甚至可能是网站集），只需根据需要链接到每个项目（可能在每个项目的首页上有一个“成员”列表，以显示与之关联的人员）该项目）。这样，如果项目改变团队，您将不必重新调整站点层次结构。
答案 1 :(得分：1)
您不需要单独的网站集。只需为每个项目创建单独的团队网站，并创建一个SharePoint组（将包含来自不同团队的成员）并将其分配给每个“项目”站点。现在，您可以开箱即用地创建安全修剪菜单。
答案 2 :(得分：0)
想要项目和团队网站是很常见的。但是，这种愿望并不总是有意义的，因此最好对观众进行一些尽职调查。
假设两组网站都有意义，我第二个Moo的建议：为每个网站使用单独的“树”网站。如果管理的性能，规模或易用性是一个问题，这些可以放在单独的网站集（和SQL dbs）中。但是，这本身并不是必需的。
由于STSADM工具能够在事后分割/组合它们，所以预先将网站集结构“正确”放在前面并不是一个问题。此外，一旦您看到人们如何使用（或不使用）网站，有时更容易让它“正确”。
祝你好运！