建议增加 人 维度的,报表统计。


#1

目前的报表,没有人力资源方面的报表。

我们看不到一个部门/项目下,人员的工作负荷情况,人员多了就会有很大的管理成本。

希望可以增加 人力资源 的报表,展示以人员维度的数据。

组织层面,也需要有报表。


#2

你好,这个建议我们已经在设计了。
暂时考虑的是查看成员每个冲刺的任务数,完成数、未完成数,某个任务的停留时间等维度去拉取数据,或者你还有什么建议吗?

目前可以通过经办人报表查看团队成员的工作量。
image


#3

你的截图里面的 工作量 只有问题数么? 没有点数 也没有工时 不知道实际工作量


#4

而且目前的形式不清晰,建议以报表形式展示 人力资源池

例如:

参与问题数 任务数 完成数 未完成数 任务停留时间 预估工时 实际工时 剩余工时 可用工时 任务进展(提前/正常/滞后)
并且可以考虑加以颜色 红绿灯 显示 人的工作负荷情况和任务进展情况。


#5

是的, 目前就只有这样的方式去统计了工作量,你所说的我们会考虑的。


#6

目前的版本,可以在待办中查看每个成员的工作量。
image

image


#7

请问 为什么里面的数据都是空的?


#8

image

请问用户故事的点数,你们是如何归属到人员的维度的?


#9

首先,每个故事都会有一个故事的责任人(经办人),
所以故事点是归属到经办人的。所以有的人是没有挂故事点的。


#11

点数 是复杂度也是工作量的预估。理论上应该是 由开发团队负责估算和实现。

请问你这里的 故事的责任人,是开发、测试 还是产品?

如果是产品,点数算到产品头上是否合理?
如果是开发,多个人实现这个故事,那么点数估算,如何显示?难道故事只能1个人去实现?

用户故事是产品提出的,由开发负责实现(通常是多个开发人员,多个测试人员)


#12

你好,

猪齿鱼敏捷团队故事的负责人是开发团队。

那么这个故事的负责人不管是开发的谁,他得确保这个故事前后端都能完成,才叫完成。
即使是多个人实现,也是将故事进行拆分之后去评估工时,跟故事没有关系。