我正在研究在SharePoint中执行问题跟踪器/项目管理系统的想法。我们的想法是拥有一个中央门户网站，所有内部用户都可以访问问题跟踪器列表。这些用户将输入他们在公司内使用的系统，程序或报告中找到的问题或错误。每次收到问题时，IT系统分析员都会收到电子邮件并将问题分配给特定的程序员。到现在为止 - 没问题。我知道这可以通过标准的三态工作流程轻松完成。
门户网站还包含一组子网站，每个IT项目一个。内部任务列表和项目特定的其他资源。
我希望系统管理员从常规问题列表中查看问题，以便能够选择哪个项目的内部任务列表来复制此问题。工作流操作是否可以将项目复制到从查找中选取的项目子网站中的另一个列表。该查找是否仅对管理员可见，而不是对将问题添加到问题跟踪器的用户可见？
此问题的进一步工作将在项目网站内进行，当项目解决后，其工作流程又需要更新父网站上主要问题跟踪器列表的状态。 有没人试过这个？有没有人有一个Sharepoint系统的例子来管理每个项目在其自己的子网站中的多个项目。我在网上找到了一些例子，甚至还有一本书（[Sharepoint 2010 for Project Management（http://shop.oreilly.com/product/0636920020387.do）），但它们都没有解释如何在父网站上以集中的方式整合许多项目的报告。
感谢并为这篇漫长的帖子感到抱歉..
答案 0 :(得分：1)
您必须在谈论SharePoint 2010，您可以在其中创建网站工作流而不是SharePoint 2007，这迫使人们将工作流附加到列表/ doclib。
如果使用SharePoint Designer创建工作流，则SPD无法跨越同一网站集中的网站。您不应该将这些列表放在不同的站点中。工作流程可以将项目复制到另一个列表，但不能复制到项目子网站中。
让每个IT项目完成项目创建项目的任务。仅使用1个站点和N个任务列表/资源，每个N个IT项目各占一个。一个站点也可以更轻松地进行综合报告。