我不确定以下场景是否可以在Jira中实现。
在当前的工作流程中,我们有16个状
说状态1,状态2,状态3 ….状态16
现在状态1到状态4将与A队一起……
回答你的问题:
如何在JIRA中为上述场景计划工作时间?
一种方法可能是有子任务。创建一个更大的封闭任务,其具有引用状态从1到4的子任务,然后是另一个状态从5到10的子任务,依此类推。如有必要,每个子任务类型都有自己的工作流程,也可以独立计划。
如果人员X当天休假,那么所有任务/问题 自动转移到下一个工作日?或者我们需要管理它 手动?
不确定我是否理解这个。如果一个人外出一天,Vanilla Jira将不会做任何事情。 Jira的工作时间不计算一个人是否在其中,而不是该人说他们正在工作的时间(通过填写工作日志)。
如何管理单个任务的多个团队估计?
如果有几个人估计单个任务,则应该有人决定哪个估计是最准确的。您可以使用其他工具(如Confluence)对任务进行协作估算,一旦做出决定,就可以在Jira中创建任务(您可以直接从Confluence在Jira中创建任务)
是否可以添加用户所有权与状态相关?说状态 1到4将由X团队管理?
您可以根据过渡情况制作事物(Jira的默认值和通过Atlassian Marketplace的第三方默认值),这些功能可以制作(比如让某人成为任务受让人)。
希望这可以帮助。
关于多个团队处理有16个状态的单个问题:
看到 吉拉敏捷 ,假设使用 Atlassian Software 服务器。
Jira工作得更好 多 项目, 的 每个项目一个团队 强> 。
TeamA TeamB TeamC ... Feature parent Story Story DO-11 Do Foo -> children ----------------> TA-23 Bar A TB-34 Bar B ^----------- depends on
估计孩子的故事点,而不是父母。这解决了估计。
DO-11 Do Foo(父母)
创建一个 短跑 并将故事添加到它。冲刺将总结故事点。您可以通过减少提交的故事点数来手动调整休假时间。
将功能和故事添加到 的 史诗 强> 将它们视觉联系在一起(史诗在故事摘要中显示)。
Sprint 1 DO-11 Do Foo Epic Foo TA-23 Bar A Epic Foo 8 TB-34 Bar B Epic Foo 5 TB-30 Bar C Epic Foo 3 Story point estimate 16
总之,父功能跟踪整体任务(子项完成时的更新状态),子故事的估计值,子项形成工作流的依赖链。