系统上线风波

运维提出需求,技术根据需求开发,开发完毕,运维测试,测试完毕,上线。发现上线的功能影响到了一部分功能用户的使用。开发这边怪运维没有测试好,运维那边怪开发没有明确告知需求变化的部分。运维和测试是同一拨人,所以我这说运维测试。

运维提出的需求A,开发实现不了,变更需求A-,并明确告知运维,运维也知道此变更。但需求上先后影响了部分用户的使用,主管批评了运维,也批评了开发,这个责任改谁负责?以后如何避免这种问题?

这个开发需求变更了,只给对接的运维人员说了,并没有意识到事情严重性,没有明确提出,导致运维那边不够重视。开发这边认为运维那边都以及做了详细预案,运维那边以为需求没有变更,或者认为需求变更了影响不大。总之是匆匆上线了。

我认为这个开发做了需求变更,没有提给运维主管,或者提到开发组内讨论,是个问题。运维那边知道需求变更了,但是没有提给运维主管,或者说提给运维主管了,并没有引起重视,也是个问题。但最重要的是没有上线流程。全程靠嘴说,比如上原始需求是什么,需求变更了以后,应该通知谁知道,是不是应该开组内会议讨论,这些都没有做。

这次风波反应了开发和运维部门都存在经验不足,不能预知危险情况,团队经验不足,团队还很年轻,还有很大的成长空间。谨记此次上线事故,以为后戒。

“系统上线风波”的一个回复

发表评论

邮箱地址不会被公开。 必填项已用*标注