关于无法获得项目管理图
Regarding non-availability of Project Management Chart
我们公司最近引入了 Azure DevOps 来简化项目管理流程。目前，我们在 Azure DevOps 组织下创建了 140 个项目。当客户对任何特定项目提出要求时，我们会为该项目下的不同开发人员创建 tasks/bugs。目前我们只使用两种工作项类型——Bug 和 Task。
现在的问题是公司管理层希望在单个图表中查看“New/Open”、“活动”和“已关闭”任务和错误的项目数量。这意味着，该单一图表必须适合 140 个项目的综合数据。如果一个人查看单个图表，他们必须知道，例如 - 项目 1 有 2 个 new/open 个工作项，2 个活动工作项和 2 个已关闭工作项，项目 2 有 1 个 new/open 个工作项， 10 个活动的工作项目和 3 个关闭的工作项目等等。这样做是为了让管理层一眼就可以了解哪个项目落后于客户交付。这样他们就可以相应地为这些项目建立更多的人力。
我尝试在 Azure DevOps 中使用不同的查询创建各种此类图表和小部件。我使用了 widget burn up 和 burn out charts 但它只为单个项目的任务提供数据。此外，当我们向其中添加多个项目时，它会显示这些项目的 completed/remaining 任务的总和，而不是项目名称方面的 completed/remaining 任务分叉。
我还尝试了“工作项目图表”小部件，但它也根据受让人、状态和工作项目类型获取计数，而不是获取项目名称明智的计数。
我不想浏览 140 个项目页面来查看它的打开、活动和关闭任务。因此，请帮助我提出有关如何从我们可以获得所有这些数据的地方构建单个图表的想法？我将永远感谢您的回答。
谢谢！
根据您提供的内容，我会稍微小心一些，因为我认为您的管理团队不太了解他们需要什么，而 DevOps 只能做这么多。我会亲自围绕 DevOps 流程的设置向他们提出挑战，因为我认为不将用户故事作为设置的一部分是不可取的。虽然它简化了 DevOps 的某些方面，但我们的经验是，人们已经能够更好地将事物与用户故事和任务组合在一起。
感谢能够查看所有项目的进展情况是个好主意，但我认为可能还有更多的标准需要考虑。例如。您是否希望看到估算值而不是 of/as 以及项目的数量，因为这将更好地反映所需的工作量。就已完成的项目而言，事实上，可能是您展示的所有项目，这更多地取决于您的项目流程，但管理层真的对所有事情都感兴趣吗？例如，他们是否需要知道某个东西在 6 个月前关闭，或者他们只对上个月感兴趣？
我想我的意思是您可能需要从管理层那里获得更多关于他们希望使用报告做什么的信息，这样您就可以给他们他们需要的而不是他们想要的。有一种说你想要一切的诱惑，因为你不了解解决方案的功能或你将使用它做什么，我的建议是在这方面挑战他们，这样你就可以更好地展示东西（给他们什么他们需要而不是他们想要的）。
关于您想要做的事情，我会公开承认我并不了解与 DevOps 相关的所有内容，但我怀疑您是否能够在 DevOps 中的项目级别进行报告。我认为您需要做的是设置您的查询，该查询将查看您组织中的所有项目，然后将结果导出到 Excel。从那里，我将使用您需要的数据创建一个枢轴 table（或者可能超过 1 个）。将项目名称放在左侧（行 headers），并将您需要的任何其他内容作为列引入。我认为在你的管理团队面前获得一些东西可能是一个很好的快速胜利，然后你可以从那里挑战 - 几乎是在其中挑出漏洞，以便他们意识到他们由此做出的业务决策可能并不完全通知，并提出一些改变。根据经验，最好将其几乎视为原型，而不是在这个阶段陷入解决方案的困境，因为当他们可以想象他们最初要求的内容时，您可能会被要求进行更改。一旦管理层满意，您就可以查看其他解决方案来提供报告，但 Excel 通常是我过去在处理此类新事物时发现的一个很好的起点。
您可以跨项目创建查询，select Team Project 列在 Column option 中，并将查询保存为共享查询。查看下面的屏幕截图：
然后将图表小部件添加到仪表板，select Pivot table，并将 Team Projects、State 设置为 Rows 和 Columns .查看下面的屏幕截图：
您可以展开视图以查看更多详细信息：
我们公司最近引入了 Azure DevOps 来简化项目管理流程。目前，我们在 Azure DevOps 组织下创建了 140 个项目。当客户对任何特定项目提出要求时，我们会为该项目下的不同开发人员创建 tasks/bugs。目前我们只使用两种工作项类型——Bug 和 Task。 现在的问题是公司管理层希望在单个图表中查看“New/Open”、“活动”和“已关闭”任务和错误的项目数量。这意味着，该单一图表必须适合 140 个项目的综合数据。如果一个人查看单个图表，他们必须知道，例如 - 项目 1 有 2 个 new/open 个工作项，2 个活动工作项和 2 个已关闭工作项，项目 2 有 1 个 new/open 个工作项， 10 个活动的工作项目和 3 个关闭的工作项目等等。这样做是为了让管理层一眼就可以了解哪个项目落后于客户交付。这样他们就可以相应地为这些项目建立更多的人力。
我尝试在 Azure DevOps 中使用不同的查询创建各种此类图表和小部件。我使用了 widget burn up 和 burn out charts 但它只为单个项目的任务提供数据。此外，当我们向其中添加多个项目时，它会显示这些项目的 completed/remaining 任务的总和，而不是项目名称方面的 completed/remaining 任务分叉。 我还尝试了“工作项目图表”小部件，但它也根据受让人、状态和工作项目类型获取计数，而不是获取项目名称明智的计数。
我不想浏览 140 个项目页面来查看它的打开、活动和关闭任务。因此，请帮助我提出有关如何从我们可以获得所有这些数据的地方构建单个图表的想法？我将永远感谢您的回答。 谢谢！
根据您提供的内容，我会稍微小心一些，因为我认为您的管理团队不太了解他们需要什么，而 DevOps 只能做这么多。我会亲自围绕 DevOps 流程的设置向他们提出挑战，因为我认为不将用户故事作为设置的一部分是不可取的。虽然它简化了 DevOps 的某些方面，但我们的经验是，人们已经能够更好地将事物与用户故事和任务组合在一起。
感谢能够查看所有项目的进展情况是个好主意，但我认为可能还有更多的标准需要考虑。例如。您是否希望看到估算值而不是 of/as 以及项目的数量，因为这将更好地反映所需的工作量。就已完成的项目而言，事实上，可能是您展示的所有项目，这更多地取决于您的项目流程，但管理层真的对所有事情都感兴趣吗？例如，他们是否需要知道某个东西在 6 个月前关闭，或者他们只对上个月感兴趣？
我想我的意思是您可能需要从管理层那里获得更多关于他们希望使用报告做什么的信息，这样您就可以给他们他们需要的而不是他们想要的。有一种说你想要一切的诱惑，因为你不了解解决方案的功能或你将使用它做什么，我的建议是在这方面挑战他们，这样你就可以更好地展示东西（给他们什么他们需要而不是他们想要的）。
关于您想要做的事情，我会公开承认我并不了解与 DevOps 相关的所有内容，但我怀疑您是否能够在 DevOps 中的项目级别进行报告。我认为您需要做的是设置您的查询，该查询将查看您组织中的所有项目，然后将结果导出到 Excel。从那里，我将使用您需要的数据创建一个枢轴 table（或者可能超过 1 个）。将项目名称放在左侧（行 headers），并将您需要的任何其他内容作为列引入。我认为在你的管理团队面前获得一些东西可能是一个很好的快速胜利，然后你可以从那里挑战 - 几乎是在其中挑出漏洞，以便他们意识到他们由此做出的业务决策可能并不完全通知，并提出一些改变。根据经验，最好将其几乎视为原型，而不是在这个阶段陷入解决方案的困境，因为当他们可以想象他们最初要求的内容时，您可能会被要求进行更改。一旦管理层满意，您就可以查看其他解决方案来提供报告，但 Excel 通常是我过去在处理此类新事物时发现的一个很好的起点。
您可以跨项目创建查询，select Team Project 列在 Column option 中，并将查询保存为共享查询。查看下面的屏幕截图：
然后将图表小部件添加到仪表板，select Pivot table，并将 Team Projects、State 设置为 Rows 和 Columns .查看下面的屏幕截图：
您可以展开视图以查看更多详细信息：