单独的问题跟踪工具带来的分裂影响

上传者: 38550334 | 上传时间: 2021-02-25 17:05:17 | 文件大小: 374KB | 文件类型: PDF
在如今以持续服务交付和运营为主流的世界中,团队之间的协作需要比以前任何时候都要更加紧密。开发和IT运营团队有自己单独的问题跟踪系统可以为团队带来了便利,但从整个组织层面来看,这样会带来冲突,影响效率。由代码或架构缺陷引起的生产环境的incident如果存储在开发团队无法访问的问题跟踪系统中,可能会出现修复不完全的情况,因为开发团队不知道具体信息和修改历史。另一方面,如果把开发的工作项目存储在IT运营团队无法访问的工具中,通常会导致匆忙部署而无法满足任何操作标准。让开发人员可以看到生产环境的incident,让IT运营人员可以看到目前开发中的变更细节,可以促进早期反馈,更有效地实施DevOps。

文件下载

评论信息

免责申明

【只为小站】的资源来自网友分享,仅供学习研究,请务必在下载后24小时内给予删除,不得用于其他任何用途,否则后果自负。基于互联网的特殊性,【只为小站】 无法对用户传输的作品、信息、内容的权属或合法性、合规性、真实性、科学性、完整权、有效性等进行实质审查;无论 【只为小站】 经营者是否已进行审查,用户均应自行承担因其传输的作品、信息、内容而可能或已经产生的侵权或权属纠纷等法律责任。
本站所有资源不代表本站的观点或立场,基于网友分享,根据中国法律《信息网络传播权保护条例》第二十二条之规定,若资源存在侵权或相关问题请联系本站客服人员,zhiweidada#qq.com,请把#换成@,本站将给予最大的支持与配合,做到及时反馈和处理。关于更多版权及免责申明参见 版权及免责申明