您的变更控制流程是否对变更请求者和/或实施者进行评分?

Cho*_*er3 5 untagged

您的组织是否有变更流程,将每个变更(从全新系统部署到电缆补丁)正规化?

如果是这样,您的流程是否会根据要求更改的人员或/以及执行这些更改的人员的好坏程度对其进行评分?如果是这样,这对你有什么帮助 - 有什么提示吗?如果不是,你认为这是个好主意吗?

我们有一个流程,但无论请求者/实现者以前有多小或“一双手”有多安全,每次更改都会受到相同的审查——我想改变这一点,但认为看看你是否遇到问题是明智的用这种方法。

Xer*_*xes 2

我们确实有一个CR流程,一切都必须经过,但没有评分。当然有多个级别 - 例如,您指出与变更相关的风险是什么,以及哪些环境可能会受到这些风险的影响 - 例如,环境可能类似于“生产 Oracle DB 服务门户”。

如果 CR 规定的内容超出了未成年人的范围,那么 CR 人员就必须召开一次盛大的会议。

作为CR的一部分,每个人都需要有一个完整的回滚计划。

...但是不,除了他们认识你后你将获得的声誉之外,没有任何评分。

我认为这根本不是一个坏主意,可能会激励人们做 CR,CR 在我专门工作的地方部分无用的另一个原因(imo) - 是你提交了 CR,但没有任何以有用的方式查询它们的方法,因此再次减少激励。

我认为让这些东西变得有用的最好方法是为你期望使用它们的人提供一些价值。通过功能、评分(如服务器故障)或其他。