|
7. 对缺陷修改的代码提交到Git时将自动与修复的缺陷编码相关联，明确该代码是为修复哪些缺陷而提交的。每次提交前都要执行第3步。项目管理者联盟
8. 测试通过后，将release分支合并到master主干上并做基线标识。主干上的产品在质量上应该是可以随时对外发布的。talent.mypm.net
以下内容为开发与运维分界线：转自项目管理者联盟
9.
将master主干上的产品代码直接自动部署至预发布环境。这时预发布系统将由运维人员接手，进行部署和验证。这里的验证标准应与后期的实际运营标准一致。项目管理者联盟
10. 产品在预发布环境验证通过后，将自动部署(升级)至真实的运营环境。项目管理者联盟
以下内容为运维内容：项目管理者联盟文章
11. 对于toB的产品，我们可以使用JIRA对客户开放，将客户反馈的建议、问题记录在系统中，并可以让客户时时看到所提问题的流转状态。项目管理者联盟
12.
当对于SAAS部署的产品发生严重故障时(这些故障可以由运营系统自动监测、判断)，系统发送信息给相关人员。技术负责人根据事先定义的标准来判定是否回滚。项目管理者联盟
下面用故事地图的形式描述持续交付的内容(详见图三)：club.mypm.net
service.mypm.net
图三项目经理圈子
角色是每个故事中起主导的角色。蓝色线上的故事是最小可行产品(即可使用敏捷方式进行过程改进，MVP是可以先做后根据效果进行完善的最小改进过程)，也是以敏捷思维去考虑持续交付和DevOps的内容。项目管理者联盟
欢迎各位扫描作者微信二维码进行交流 加微信时请注明“项目管理”club.mypm.net
 项目管理者联盟
blog.mypm.net
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
