需要我关注的事项

Bugzilla 的 需要我关注的事项? 仪表板帮助我们专注于 Firefox 发布中最重要或最紧急的工程任务。

该仪表板并非旨在包含个人所有任务。它不会尝试对正常工作进行优先级排序 - 它仅用于比正常工作更重要的事项。它是关于个人工程师的优先级排序,而不是团队的优先级排序,并且它不声称包含所有高优先级工作来源(例如,分类、回复人力资源的请求等)。

登录 Bugzilla 后,Mozilla 工程师可以使用该图标访问该仪表板

Engineering Icon

位于右上角。

该仪表板是某些(有时不明显)Bugzilla 搜索的集合。**Web 平台工程师**应每天检查此页面,并理想情况下保持列表为空,以便我们可以专注于我们的正常或计划工作。

经验法则

以下是一些关于我们修复 bug 时的优先级经验法则。来自管理层的具体请求优先于这些说明。

代码审查请求在此仪表板上不可见;请访问 Phabricator 查看这些请求。通常,优先考虑审查请求以解除他人的阻塞是合理且重要的。

遵循以下一般原则,并在必要时在管理人员的帮助下运用您的最佳判断。

最高优先级任务

这些是你应该放下其他所有事情来处理的事项。通常,你阻塞其他人的工作应该比非阻塞的工作具有更高的优先级。

  1. 关键 needinfo

    • 需要你提供信息的 bug 且标记为严重性 = S1 缺陷或带有“sec-critical”关键词。

    • 需要你提供信息的 bug 且标记为针对当前 Beta 版本进行跟踪或阻塞。这些 bug 在经过分类和确定重要性后,可能会变成 S2。如果我们不对这些 bug 采取行动,我们就有延迟发布的风险。

    • 需要你提供信息的 bug 且标记为安全问题但未评级。这些 bug 在经过分类和确定重要性后,可能会变成 sec-critical 或 sec-high。

  2. 分配给你的关键 bug

    • 严重性 = S1 缺陷和带有“sec-critical”关键词的 bug。

高优先级任务

高优先级任务也属于“放下其他所有事情”,但在此情况下,“其他所有事情”不包括“最高优先级”列表中的任何内容。通常,你阻塞其他人的工作应该比非阻塞的工作具有更高的优先级。

  1. 重要 needinfo

    • 需要你提供信息的 bug 且标记为严重性 = S2 缺陷或带有“sec-high”关键词。

  2. 分配给你的重要 bug

    • 严重性 = S2 缺陷和带有“sec-high”关键词的 bug(均针对当前版本中未禁用的内容)。

    • 注意:一些团队有很长的 S2 缺陷列表 - 请参阅下面关于“冗长的“高优先级任务”列表”的说明。

  3. 你其他的 needinfo(除了你自己设置的 needinfo)。

处理 needinfo

总而言之:不要让别人悬而未决。

在设置或清除 needinfo 时,请记住“needinfo”的预期语义:如果 bug 有未解决的 needinfo 请求,则该 bug 被认为是无法执行的。预期对 bug 上的 needinfo 请求做出迅速回应,以确保可以采取适当的措施。有些人有很长的 needinfo 列表。请不要忽略它们。以下是如何建议你解决它们并保持它们不被积压的方法。

旧的 needinfo

任何超过 3 个月的 needinfo 可能已经被请求者遗忘。可以宣布 needinfo 破产。可以考虑回复类似以下内容

  • 很抱歉我之前没有处理这个 needinfo。如果仍然需要此 needinfo,请再次请求。

这将清除 needinfo 并告知请求者如果仍然存在问题,可以再次提出请求。

如果你担心通过清除 needinfo 而惹恼请求者,可以随意将他们指向本文档。

新的 needinfo

对于较新的请求,不要让某人或某些事(例如 BugBot)悬而未决。如果你可以在短期内采取行动,那就去做。如果你不能立即采取行动,可以考虑回复一些可能有助于推动讨论的内容,例如

  • 我不知道,但你可以执行 X 来找出答案。

  • 你能否提供更多关于 Y 的信息?

  • 我相信 Z(其他人)可以提供帮助。

提供你当前计划的可见性也有助于推动进展。你也可以考虑回复类似以下内容

  • 抱歉,我目前没有想法,或者预计现在没有带宽来帮助解决它。如果此事应该得到更高的优先级,请再次请求。

这将清除 needinfo。

关于个人 bug 书签的说明

如果你想跟踪一些你并非指派者但又需要比 Bugzilla 收件箱中的另一个抄送邮件更多信息的 bug,你现在可以使用 Bugzilla 的新提醒系统。它使你能够在一段时间后收到关于 bug 的提醒,并查看当前为你设置提醒的 bug 列表。请记住,这仅对你的 BMO 帐户可见,无法共享。如果你设置的“何时”足够远,你可以将其用作你的个人书签列表。特别是,提醒可以在很大程度上取代以前添加“我自己需要信息”的习惯,因此请考虑随着时间的推移将你现有的自 needinfo 转换为提醒。

换句话说:我们建议从你的“需要我关注的事项?”仪表板中清除你的个人书签,因为它们很可能不需要你的立即关注。

有关提醒功能的更多详细信息,请参阅此公告:https://discourse.mozilla.org/t/happy-bmo-push-day-20240611-2/131062

审查请求

此列表不包含审查请求,因为我们仍在调查包含它们和应用这些严格规则的可行性,但我们可能会考虑将其添加到未来的版本中。

同时,值得考虑在 Phabricator 中设置的同行评审组的使用,以便多个工程师可以协助审查。

其他说明

  • 冗长的“高优先级任务”列表:对于某些人和团队,“高优先级”任务列表非常长,以至于你永远无法进行正常工作。如果你是这种情况,则应将这些任务与正常工作一起安排。但是,使你的任务列表易于管理仍然应该是一个优先事项。

  • 严重性 已定义,但在我们如何为增强功能定义严重性方面,事情变得有点模糊;此列表仅适用于严重的缺陷。

其他所有事项

此列表并非旨在包含所有内容或优先考虑你的正常工作。随着时间的推移,我们希望使团队优先考虑新工作的实践更加一致,但这并非本文档的目标。

如果你发现大部分时间都花在了高优先级或最高优先级任务上,那么是时候提出一些问题来弄清楚原因了 - 这背后很可能存在问题,这听起来像是导致倦怠的诱因,我们应该尽一切努力使事情平衡起来。