准确的电话号码和 WhatsApp 号码提供商。 如果您想要电子邮件营销活动列表或短信营销活动,那么您可以联系我们的团队。 telegram: @latestda

软件开发项目中的变更管理

什么是软件开发中的变更管理以及如何识别变更? 乍一看,定义什么是变更单非常简单——它是对与项目、冲刺、阶段等开始时商定的内容不同的请求(例如在与客户的合同中)。就这么简单,但其中还有很多陷阱需要提防。 更改可以应用于一些软件开发项目领域: 由产品所有者、客户或其他利益相关者定义的业务需求 (BR) 批准的 UI 和 UX 设计 项目时间表 项目的范围或特定特征 上述所有要点涉及项目的不同领域以及负责这些领域的各个利益相关者(开发人员、客户经理、QA 专家、设计师、业务分析师)。为了开始评估变革的潜在影响,首先必须将其定义为变革。也就是说,项目经理通常还必须担任项目的变更经理,因为他们是项目团队成员在各个项目阶段之间的主要联系点。 项目经理部分地充当变更经理,可以实现一个更重要的依赖项——计时。您是否曾尝试告知客户或利益相关者,一个月前实施了一项变更单,该变更单将增加项目的成本或时间,但当时并未被识别出来?我也不。 如果软件开发中没有适当的变更管理,所描述的情况很可能会发生。我可以很容易地想象这样一个场景:客户经理批准了项目范围,然后在开发过程中,设计人员和开发人员将某些部分功能(最初不包含在范围内)视为显而易见并实现它们。

我们发现了变化,耶!但接下来呢

根据现有的合同,您可能想要做一些事情,但在大多数情况下,在采取任何其他行动之前,您应该首先获得变更实施的批准。 一旦变更单至少被定义为有价值的变更单(由客户、项目团队或其他利益相关者),以下是可能采取的行动: 定义系统的哪些部分将如何以及哪些部分将受到变更的影响 指定变更的影响,并考虑以下因素: 项目时间表(可以或应该延长) 定价(将传达给利益相关者) 范围(是否有任何功能可以删除以包含新功能) 上面的列表只是一个粗略的指南,但可能这些是您进行变  斯洛文尼亚移动数据库 更单批准或实施时必须了解的要点。 请记住,并非所有更改都值得投入时间和精力来获得上述问题的答案。在进行详细分析之前,请确保它值得研究。 变更单流程中的要点之一可能是批准流程。为了避免在未来的项目阶段产生误解,每项变更都应提交批准,并注明各自的价格、范围、时间表和系统影响。仅基于您将要或应该确认变更的假设而未经批准就继续实施变更可能会导致不必要的项目风险。良好的做法还在于时不时地向利益相关者提供一份已批准变更的列表(例如,每个冲刺或两个冲刺都附有燃尽图)。

这些变更已得到确定并获得批准

所以现在的问题是 – 如何跟踪所有这些? 第一个解决方案是使用适当的项目管理工具。就我个人而言,我习惯了 Jira,但我确信有很多工具可以处理类似的工作。正确的任务管理和标记票证将帮助您跟踪更改及其影响。一些在项目后期可能会得到回报的简单习惯是: 任务名称以 \[Change Order] 或其他类似前缀开头。这样,从事该任务的每个人都会了解业务背景。此外,它可能有助于正确记录时间(如果没有记录每个问题的时间),然后向客户相应地收取更改费用。 在项目管理工具(例如 Jira)中添加单独的“更改”组件或标签。这样,您将能够快   BR 列表 速导出所有与变更相关的票据并立即准备大部分报告。(如果您不想每次都导出数据并从头开始,带有变更单高级摘要(例如每个变更单的定价)的电子表格非常有用) 在票证说明中添加与初始协议相比发生的更改的简要说明。我保证一个月后你不会记得这些细节,但你的利益相关者可能会要求它。 以上所有内容看起来都很简单,不是吗? 嗯,通常不是。我遇到过很多情况,在我和我的团队看来,明显需要改变的事情实际上是客户所期望的范围的一部分。

发表评论

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