Jira策略管理实战手册: 为应用程序管理员提供配置、清理和维护Jira的模板。
文末提供 Kindle版 和 印刷版 获取方式。通知方案是用来控制在标准问题事件上谁能收到电子邮件,这些事件包括“问题创建”、“问题更新”、“工作日志”,等等。当我们尝试在项目间共享设置的时候,有可能每个JIRA项目都有自己的通知设定,项目级管理员能在项目管理部分查看他们项目的“通知”页面,用来查看当前的设置,然而,任何通知的变更需经由JIRA应用管理员进行处理。
通知方案– 在问题生命周期事件中,发送电子邮件消息的设置。 示例: 问题创建、问题更新、问题分配,等等。属性:
名称
描述
通知设置
最佳实践
应该这么做
为每个通知策略创建一个方案,而不是为每一个项目都创建个别的方案。示例: “通知用户”方案或“通知项目用户和C-Level领导”的通知方案。
如果你在每一个步骤都通知用户,会产生过量的电子邮件,用户会过滤消息,最终可能会忽略这些通知。
除了少部分的项目之外,大多数都具备相同的通知方案需求。
不该这么做
设置不必要的通知,只有少数的项目需要定制化的通知或一般事件处理器。
在每一个步骤都通知用户会产生大量的电子邮件,用户会过滤消息,最终可能会忽略这些通知。
添加不可能或无用的通知。
示例: 如果在创建界面上没有添加关注人的功能,请不要“在问题创建的时候通知关注人”。
通知用户自己的操作行为。
不要在问题创建的时候通知报告人,这会创建很多无用的邮件流量。
在所有的行栏目添加"jira-users"组。
工作表:通知方案
下面的工作表包含了简易的通知方案的建议,根据你的需要修改这个工作表,由于大多数的最终用户不能够看到通知相关的设置,可以添加相关信息到用户帮助文件和文档。 这个例子引用了一个自定义的角色,叫做"Observers",这个角色可能是你的合