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