任务:编写发布通告
当某个产品(或特性集)被投入到生产中时,应通知利益相关人。
规程:部署
用途

此任务的目的是创建内容和准则,从而在发布成功部署到生产环境中时,识别将通知谁并描述如何通知他们。

关系
角色主执行者: 其他执行者:
输入必需:
    可选:
      输出
        主要描述

        当发布投入到生产时,产品所有的利益相关人应该收到事件通知以及发布对他们的意义。通常,此任务的输出并不需要从头开始创建;对于计划了多个发布的产品,仅需为每个发布更新通知的细节就足够了。然而,如果任何一个利益相关人群体发生变化,或者产品分布有明显的不同,应该编写更多重要的内容。

        在任何情况下,有效通知终端用户群体都很重要。开发团队可以开发高质量的软件,但是如果消息没有被全部传递给利益相关人或者内容很贫乏,将会降低终端用户的体验。以适当的形式为每个利益相关人群体,简单的回答“who、what、when、where、why、how”,产品发布可以成为每个被涉及人的愉快体验。

        步骤
        识别此发布的利益相关人

        开发团队应该确切的知道即将进行的发布将使哪些利益相关人群体收益。首先,为发布识别利益相关人。然后,确定每个利益相关人群体将从次发布中如何获得收益。

        为每个利益相关人群体起草通告

        为每个利益相关人群体,起草以下:

        • 将部署到生产中的特性,通过这些特性利益相关人期望从中收益
        • 利益相关人群体将从发布的特性集中获得的业务价值
        • 如何(how)、何时(whern)、何处(where)利益相关人群体能够访问新功能,以及需要什么特别的许可或证书
        • 需要利益相关人群体注意的额外约束或信息,例如可用性限制、地理限制、服务限制、监管要求等
        向部署经理提交通告

        在为每个利益相关人群体起草通告后,开发团队应将这些草稿提供给部署经理。典型的,在流程程序层面整合并发布这些通告。部署经理和部署工程师通常负责保证所有发布通告的简洁和一致性。部署经理将确定合适的时间和即将来临发布相关的适当的利益相关人沟通这些信息。