Charts 关于项目管理图的不可用性

我们公司最近引入了Azure DevOps以简化项目管理流程。目前，我们在Azure DevOps的组织下创建了140个项目。当客户对任何特定项目提出需求时，我们为该项目下的不同开发人员创建任务/bug。目前我们只使用两种工作项类型——Bug和Task。 现在的问题是，公司管理层希望在一张图表中看到“新的/打开的”、“活动的”和“关闭的”任务和bug的项目数量。这意味着，单一图表必须符合140个项目的合并数据。如果一个人查看单个图表，他们必须了解，例如，项目1有2个新的/打开的工作项、2个活动的工作项和2个关闭的工作项，项目2有1个新的/打开的工作项、10个活动的工作项和3个关闭的工作项，依此类推。。这样做是为了让管理层一眼就能了解哪个项目在客户交付方面落后。因此，他们可以相应地为这些项目建设更多的人力

我曾尝试在Azure DevOps中创建各种具有不同查询的图表和小部件。我使用了widget burn-up和burn-out图表，但它只提供单个项目任务的数据。此外，当我们向其中添加多个项目时，它会显示这些项目的已完成/剩余任务的总和&而不是项目名称方面的已完成/剩余任务。 我还尝试了“工作项图表”小部件，但它也会根据受让人、状态和工作项类型获取计数，而不会获取项目名称方面的计数

我不想浏览140个项目页面来查看它的打开、活动和关闭任务。因此，请帮助我提出一些想法，我可以如何建立一个单一的图表，从中我们可以获得所有这些数据？我将永远感激你的回答。

---

谢谢大家!

根据您所写的内容，我会稍微小心一点，因为我认为您的管理团队不太了解他们需要什么，而DevOps只能做这么多。我个人会就DevOps进程的设置向他们提出挑战，因为我认为不将用户故事作为设置的一部分是不可取的。尽管它简化了DevOps的某些方面，但我们的经验是，人们能够更好地将用户故事和任务组合在一起

了解所有项目的进展情况是一个好主意，但我认为可能还有更多的标准需要考虑。例如，您是否希望看到估算而不是/以及项目的计数，因为这将更好地反映所需的工作。就已完成的项目而言，事实上，可能你展示的所有内容，同样更多的是关于你的项目过程，但是管理层真的对每件事都感兴趣吗？例如，他们是否需要知道6个月前关闭了某个项目，或者他们只是对上个月感兴趣

我想我的意思是，你可能需要管理层提供更多的信息，让他们知道报告的用途，这样你就可以给他们所需要的，而不是他们想要的。有一种诱惑，你会说你想要一切，因为你不了解解决方案的功能或你将使用它做什么，我的建议是在这方面向他们提出挑战，这样你就可以更好地展示东西（给他们需要的东西，而不是他们想要的东西）

---

关于你想要做什么，我会公开承认我并不了解DevOps的所有相关内容，但我怀疑你是否能够在DevOps内进行项目级的报告。我认为您需要做的是设置查询，该查询将查看组织中的所有项目，然后将结果导出到Excel。在此基础上，我将创建一个数据透视表（或者可能不止一个），其中包含您需要的数据。将项目名称放在左侧（行标题），并将其他需要的内容作为列输入。我认为这可能是一个很好的快速胜利，可以让你的管理团队看到一些东西，然后你可以从中挑战——几乎是挑出其中的漏洞，让他们意识到他们根据这些信息做出的业务决策可能没有充分的信息，并提出一些更改建议。从经验来看，最好把它看作是一个原型，而不是在这个阶段陷入困境，因为当他们能够想象他们最初的要求时，可能会要求改变。一旦管理层满意，您可以查看其他解决方案来提供报告，但Excel通常是我过去在处理类似新内容时发现的一个很好的起点。

您可以跨项目创建查询，在

列选项中选择
团队项目
列，并将查询另存为共享查询。检查以下屏幕截图：



然后将图表小部件添加到仪表板，选择“透视表”
，并将“团队项目”
、“代码>状态”

设置为“行”和“列”。查看下面的屏幕截图：

您可以展开视图以查看更多详细信息：