质量控制和范围验证过程可以帮助您构建正确的产品并将其交付给客户。这些都是重要的过程,你应该很好地理解它们。
然而,在讨论这些过程之前,让我们快速了解一下“validate”和“verify”的含义。我见过许多经验丰富的专业人士,他们不理解这两个术语的区别。
验证
验证是关于正确地构建产品。
在这里,您将检查可交付内容的完整性和正确性。你要确保产品是以正确的方式构建的。它是确保所陈述的要求和规范得到满足,并遵循所有法规的内部过程。
质量控制工程师执行这一职能。
验证
验证是关于构建正确的产品。
这个过程确保产品满足客户的要求。这个过程不涉及项目团队。通常情况下,项目经理与客户或其他客户一起执行此功能其他利益相关者.
验证过程在验证过程之后进行
验证和确认的一个例子
假设你计划推出一款新产品。你开发它,检查它是否按照设计开发。规格是否符合要求?如果答案是肯定的,那么您已经验证了产品。
你把产品投放市场,得到了良好的客户反应。销售情况比预期的好,你获得了很好的利润。
产品被验证是因为它满足了顾客的要求,顾客满意。
现在,我们来到这篇博客的主题。许多专业人士认为控制质量和验证范围过程是相似的,因为这两个过程都涉及对可交付成果的检查和评审。这是一个错误的假设。
质量控制
根据PMBOK指南第6版,“控制质bob手机客户端量是监视和记录执行质量管理活动的结果的过程,以评估绩效并确保项目输出是完整的、正确的,并满足客户的期望。”
在执行阶段,你们在内部执行质量控制过程,以确保交付品无缺陷,并符合规定的要求。如果发现任何偏差,您将建议采取纠正措施。
简单地说,您检查可交付成果的正确性,并确保它满足质量要求。
质量过程控制的例子
你得到一个建设200公里公路的项目。你开始工作,并指定一个质量控制工程师。他会检查每一阶段的成果:例如原材料、道路水平、转弯的坡度、行人路的走向等。如果发现任何工艺或产品的变化,他将采取必要的纠正措施。
上面的例子显示了质量控制活动。
验证的范围
根据PMBOK指南第6版,“验证范bob手机客户端围是正式接受已完成项目可交付成果的过程。”
产品准备好后,项目经理与客户一起执行验证范围过程。目标是确保客户对产品的正式接受。
在控制质量过程中对产品进行验证,然后在验证范围过程中与客户一起对其进行验证。
验证范围过程的例子
让我们继续看给出的控制质量过程的例子。
你已经完成了200公里中的50公里。你邀请客户来检查并接受它,这样你就可以收到付款。
他们来检查道路的宽度是否正确,人行道是否正确,长度是否正确。在检查这些参数后,他们检查道路的强度。
一旦他们感到满意,他们就会签署录取信,你就会获得完成工作的报酬。
这是验证范围过程的一个例子。
验证范围过程并不总是在项目结束时执行。您可以在项目执行期间与控制质量过程一起执行它,正如您在上面的示例中看到的那样。
在示例中,客户端已经接受了50公里的道路,而您仍在忙于完成其余的道路。
控制质量和验证范围的相似之处
以下是控制质量和验证范围过程之间的一些相似之处:
- 这两个过程都属于监视和控制过程组。
- 这两个过程都涉及对可交付成果的检查和评审。
控制质量和验证范围的差异
以下是控制质量和验证范围过程之间的一些区别:
- 质量控制是一个内部过程,验证范围是一个外部过程。
- 控制质量检查是否以正确的方式开发了产品,验证范围与构建正确的产品有关。
- 质量控制过程确保产品已准备好交付,验证范围过程得到客户的正式验收。
- 质量控制是在项目执行过程中进行的,而确认范围通常是在阶段或项目结束时进行的。
总结
质量控制和验证范围过程是监视和控制过程组的一部分,两者都涉及对可交付物的检查,但目的不同。这些过程帮助您首先构建正确的产品,并获得客户的正式认可。这两个过程相互补充,并帮助您交付高质量的产品。
你们在质量控制和范围过程验证中执行了哪些活动?请在评论区分享你的经验。
您将首先限定风险。
你好先生,
下面的问题能解释一下吗?
作为一个小型建设项目的经理,当一个团队成员识别出之前未识别的风险时,您就接近项目结束了。风险可能会影响项目的成功和按时完成。你下一步应该做什么?
A.制定风险缓解计划
B.Qualify风险
C.围绕工作展开
通知你的经理关于新发现的风险及其影响。
嘿,法赫德
非常感谢所有的博文,我将在明天写pmp测试。你会是第一个知道情况的人。
我只是想补充一点,区分我们在验证范围内检出的“可交付成果”是临时可交付成果是很重要的,因为“最终”可交付成果将在接近的阶段或项目中被验证。希望你明白我的意思!
你好,所罗门,我希望你能通过考试。
交付物可能是内部的,也可能不是内部的。
这是一个很棒的帖子和勺子喂食
谢谢哈。
好读
谢谢Rondity。
你需要写一本项目管理的书。这是我找到的最好的解释。你的解释很生动,很外行,我能想象和完全理解其中的概念。我通常不留下评论,但这次我不得不这么做。
谢谢米歇尔,不过我已经写了几本电子书了。
嗨,法赫德。我读了你的博客,我想说你在这里写的一些信息是不正确的。根据《通过CAPM考试的书:Rita Mulcahy’s Course in a Book for Passing the CAPM Exam》和PMBOK第5版,它说,验证范围过程在项目执行过程中多次发生,以与客户/发起人验证项目的可交付成果。因此,验证范围并不仅仅在阶段或项目的末尾执行。此外,还有一个重要的细节缺失,在控制质量过程和验证范围之间的依赖关系。因此,在验证范围过程中,在项目可交付物/产品没有与质量控制相关的验证之前,项目可交付物或产品没有提交给客户的正式验收。因此,首先在内部进行质量控制,以确保项目可交付成果/产品遵守所定义的质量要求和标准,然后如果没有变更请求,则在验证范围过程中提交给客户进行正式验收是有效的。看一看,看我说的是否有意义。
谢谢,
乙肝
请参考以下参考资料:
PMBObob手机客户端K指南,第五版,第133页
验证范围是正式接受已完成的项目可交付成果的过程。
PMBObob手机客户端K指南,第五版,第134页
从控制质量过程中获得的经过验证的可交付成果由客户或主办方评审,以确保其圆满完成,并已由客户或主办方正式接受可交付成果。
优秀的
谢谢Insaf。
嗨
我对什么时候执行“验证范围”有点困惑。这篇文章有两个自相矛盾的表述:-
1.“请注意,确认范围过程并不是必须在项目结束时执行。这个过程可以在项目结束前执行;”
2.“并在项目结束时进行范围验证。”
后者似乎更正确。
但是请您再澄清一下,验证范围是否只应该在项目结束时执行,还是可以在项目仍在进行时执行。那么第一个表述呢??
谢谢
Vidita
抱歉给你带来不便,Vidita。这篇博客文章被更正了。
谢谢。在阅读了其他的评论和回复后,我的疑问得到了澄清。最近开始阅读你关于项目管理的博客吧。非常好的和简单的解释。再次感谢。
不客气,Vidita。
很好的解释法赫德!难怪它是谷歌的第一个搜索结果。
这省了我考试的时间!谢谢你!
不客气,乔。
这两个术语的解释。我开始理解这门新语言了。
感谢你的评论,Alejandro。
很好的解释,你的博客文章非常好,明确了这两个过程之间的灰色地带。
谢谢Abubakr的评论。
法赫德。
我觉得你的解释很有帮助。
另一种说法是,控制质量验证产品是按照项目规格构建的(与需求文档相比),而验证范围验证项目规格是正确的,例如,我们做了正确的事情(需求文档是正确的吗)。所以如果我们写错了规格,它将通过控制质量,但不能验证范围。
说得好拉里。
你的博客真的很好。不过,我和诺曼有同样的问题。我觉得让人困惑的是,你在比较部分写了下面这句话:
质量控制通常在阶段的末尾执行,而范围验证则在项目的末尾执行。这句话使人认为“Validate Scope”在项目中只执行一次。
质量控制和确认范围控制都是监视和控制过程的一部分。“验证范围”并不仅仅在项目结束时执行。正如你提到的,“验证范围”的目的是获得客户对可交付成果的“初步认可”。因此,每次经过验证的可交付成果准备由客户端批准时,都可以执行此操作。“可接受的可交付成果”的正式文档是“验证范围”的输出,将提交给最终的“项目结束/阶段”过程。
关于这个问题,我已经在上面的评论中澄清了。
“因此,只要完成可交付产品或完成主要产品,就将执行经过验证的范围。”
法赫德,如你所说,我有个问题
质量控制通常在阶段结束时进行,范围验证则在项目结束时进行。
您是否确定验证范围只在项目结束时执行,还是在您完成可交付成果并将其呈现给客户时执行?
所以如果你有10个可交付成果,每次完成质量控制,检查是否已创建/开发以正确的方式根据要求/规范,但是只有当10完成(因此完成范围至少内部)只有你去你的客户和验证范围踢?
因为这就是我从你的断言中得到的。
我说:
确认范围过程由项目经理在可交付物或产品完成后与客户一起执行。
根据PMBOK指南:bob手机客户端
验证范围是正式接受已完成的项目可交付成果的过程
因此,无论何时完成可交付产品或完成主要产品,都将执行验证范围。
对控制质量和验证范围有很好的解释
感谢Ramakkannu的评论。
那么,为什么项目管理知识体系在变更请求的质量控制过程中说“经过验证的变更”呢?按照您的解释,应该是“已验证的更改”!不是吗?
您将检查更改(即验证),然后接受或拒绝更改(即验证)。这就是为什么它说“有效的改变”。
那么,你是说——验证和确认都发生在质量控制过程中吗?
只是问。想知道你的看法。
嗨Som,
团队的验证和确认都发生在质量控制中。质量控制的主要目的是防止顾客出错。
在验证范围内,再次进行验证和验证,但这一次,客户将其作为可交付成果接受的前兆活动。
希望这能消除你的疑虑。
根据我的理解,是的。
验证我们实际上是在执行质量保证,但验证检查可交付品发生在控制质量。
非常容易理解-非常感谢你Fahad!回答了我多年来一直在努力解决的几个过程和交付验收问题。
不客气WBHutchins。
Farad,我必须向你坦白,你的博客文章确实帮助我对项目管理有了详细的了解。这是另一个精彩的帖子。
谢谢Abimbola。
好的文章!它确实有助于澄清由于PMBOK v4到v5之间的更改而引起的术语混淆。
感谢罗伯特的评论和访问。