0

设想：

目前我们正在进行系统和集成测试。每天我们都会收到很多测试人员提出的缺陷。大多数这些缺陷与我们给出的要求不符。许多场景对开发人员来说都是新的。我们的要求已由企业签署。

有人可以澄清如何区分缺陷与 CR 吗？

4

1 回答 1

1

不是要求的一切都是变更请求。

但不幸的是，直播并不那么容易，所以请继续阅读。

关于什么是缺陷和什么是变更请求的争论在项目中很常见。管理这种情况很困难，因为您经常不得不做出妥协。

我见过项目经理被项目经理撤职，因为他们坚持认为所有的缺陷都是真正的变更请求。他们通常是对的，但仍然存在行为对项目的整体进展没有帮助。我还看到项目经理通过接受每一个缺陷并建造城堡而自杀，尽管最初从未需要和估计过的努力。

我个人始终绝对确保我的经理知道我正在构建最初不需要的功能，这些功能是以缺陷为幌子出现的。我还确保客户/测试人员知道这是我的观点。但我也非常宽容地考虑缺陷是什么。

示例：我最近参与了一个项目，我们开发了一个金融支付系统，另一位程序员对我说：“他们想要的东西不是缺陷，这是 CR！”。我看了看，由于我在这个业务领域的背景，我认为这实际上是非常基本的要求，为此要求 CR 真的很可笑。所以我决定我们修复它而不大惊小怪。

此外，以下问题值得考虑：

  • 你在一个固定价格项目吗？您是否仍然拥有资源并通过添加功能而不抱怨为您带来良好的声誉和未来的合同来展示真正的伟大？
  • 如果您接受 CR 作为缺陷，您会受到处罚吗？缺陷数量少是否是 KPI（关键绩效指标）并影响您的职业生涯？
  • 一开始的需求定义很差，你接受了吗？缺陷中提到的要求是否真的很明显并且可以被认为是隐含的？例如，从未指定金额字段应该只允许数值，但它仍然有意义。
  • 您是否接受了要求而不询问整体情况并承担部分责任？
  • 客户是否在欺骗你并利用你无法拒绝和拒绝缺陷？

在项目中，我总是努力为客户争取到最好的结果，但要确保我没有受到不应有的惩罚。

于 2012-08-04T10:40:59.753 回答