今天，我将讨论验证与验证
验证和确认是项目管理中的两个重要术语。因为它们看起来很相似，所以很容易把它们弄糊涂。
这些都是重要的概念，任何PMP上进者都需要很好地理解它们。
虽然这个话题从根本上来说并不重要PMP考试从这个角度来看，作为项目经理，您必须能够区分这些术语。
让我们开始吧。
验证与确认
我们将从核查开始。
验证
验证是指正确构建产品，确保其符合所有规定的质量要求，并符合所述要求。
核查是一个客观的过程。所有质量要求都必须妥善记录，以便进行适当的测量和分析。
例如，假设您正在开发一款手机。您已经进行了市场调查，并收集了有关所需功能的所有信息。您制定了构建产品的计划，完成所有需求并相应地开发产品。
现在，生产过程已经开始。你进行检查以确保一切按计划进行。
如果产品符合要求，这意味着它已经过验证。
验证可确保产品具有高质量，并有助于确保产品无错误。这是一个完全客观的过程；然而，这并不意味着产品将满足客户的要求，这就是验证的意义所在。
验证
验证是指确保您开发了正确的产品，并满足客户的要求。
验证是一个主观过程。它向您展示了产品满足客户要求的程度。建模、仿真和用户评估是帮助失效过程的一些技术。
例如，假设您正在为客户开发一款手机。您已经进行了市场调查，并确定了该商品应具备的功能。然后你开始制作。
然而，当手机最终推出时，并没有得到预期的市场反应。最终，它失败了。
在这种情况下，您会说产品无法验证，因为它无法满足客户的期望。验证是关于产品测试的，它从根本上说是一个主观的过程。
验证和确认之间的区别
验证确保产品符合规范，而验证确保这些规范符合客户要求。
验证和确认之间的一些区别：
- 验证评估开发过程和产品，而验证评估产品本身。
- 验证有助于以正确的方式构建产品。验证的目的是构建正确的产品。
- 检查和文件审查是验证工具。验证活动包括测试产品。
- 项目管理团队执行验证过程，而客户或客户执行验证。
产品有可能通过验证，但验证失败。
在提供的示例中，您可以看到：；该公司开发了一款通过验证的手机。然而，当他们推出时，客户的反应并不积极。产品失败，意味着无法验证。
总结
验证和确认是独立的程序。项目经理使用这些过程来确保正确构建了正确的产品。验证是关于是否符合规范的，这是一个内部过程。验证是关于客户期望的，它通常是一个外部的、主观的过程。验证在验证之前。
我希望这次关于验证与确认的讨论会有所帮助。请在评论部分分享您使用这些流程的经验。
验证与产品有关，而验证与过程有关。你觉得我对这篇文章的总结怎么样？
在验证中，您检查产品是否按照利益相关者的设计和要求开发。
手机就是一个很好的例子。以微软Office手机为例。
该项目在制造手机方面可能会成功，但客户不喜欢该手机，也不支持该手机；因此，作为一种产品，它失败了。
因此，手机的构造是正确的；这意味着手机已经过验证。该手机属于商业故障，因此未经验证。
制造电话的分包商有一个成功的项目。拥有失败产品的客户也有成功的产品创建项目，但有失败的产品生命周期体验。
混淆的要点可能是：不要混淆产品生命周期的失败与项目的成功。
这个对吗？
大卫说得好。
真正有用的术语在使用时需要有独特的理解。对于验证和验证，我们遇到了由熟悉系统工程的人员进行解释的问题，但与不熟悉w/SE的人员一样多，因为他们通常没有线索。
有时，我们对一个定义想得太多，以至于这个定义会让大多数听到这个词的人感到困惑。“风险”就是一个很好的例子。一个使用英语的外行听到“风险”这个词，认为可能会发生不好的事情。遵循PMI术语的人听到术语“风险”和“可能”会想到“威胁与机遇”。
因此，对于V&V术语，需要做一些额外的工作，使其非常清晰和可区分，或者使用无人知道和定义的术语。
说得好，比尔。
验证
验证是以正确的方式构建事物。<-呵呵？以正确的方式构建事物在语法上是不正确的。
更正。
你能告诉我主观过程和客观过程的区别吗
在客观过程中，你们有可衡量的标准，而在主观过程中，他们是开放的讨论，并取决于党。
以及如何进行配置管理。与项目范围管理不同。因为两者都涉及项目的实际结果、产品或服务。
嗨，Fahad，（我希望你不要对这么多问题感到厌烦）变更管理与执行集成变更控制有何不同？
再次感谢你
您好，Fahad，从我之前提出的关于已验证变更问题的问题继续，在第90页的第4.4.1.1节中，它说“已批准的变更是由性能导致的。”。Inte。变更控制过程需要验证，以确保变更得到适当实施。经验证的变更提供了必要的数据，以确认变更得到了适当执行。“在我看来，批准的变更请求似乎是通过直接和管理项目工作以及通过控制质量交付物（这是第一次工作或批准的变更请求工作的结果）来实现的。”得到验证&同时控制质量验证对原始计划的批准变更是否有效，交付了验证结果&因此应更新项目。管理。计划和项目文件应作为最佳实践存档，以备将来参考。我是否正确理解了循环？分享你的想法。
您好，Fahad，您能否提供更多关于已验证变更的信息，这是从控制质量流程和I/P到M&C流程的O/P。根据PMBOK第262页的规定，“在提供决定通知之前，对任何变更或修复的项目进行检查，并接受或拒绝。被拒绝的项目可能需要返工。“根据定义，它应该去验证范围（与验证的可交付成果相同），除非验证的可交付成果和验证的变更之间的唯一区别是前者处理项目的结果，而后者处理过程？？但同样令人怀疑的是定义本身，如上所述，“任何更改或修复的项目都要进行检查”。
请尽早分享你的想法。
嗨，法哈德，
你还没有回答这个重要的问题。对于已验证的更改，我也有疑问。非常感谢您的想法和解释。
阿尼尔
我不明白上面的问题。你怀疑什么？
谢谢你的解释。快速问题：
1.验证-质量控制？
2.验证-范围管理？
3.验证是在验证之前进行的还是与验证同时进行的？
1） 验证包括质量控制和质量保证。
2） 验证包括范围管理、质量保证和控制。
3） 你可以说，这是对彼此的赞美。