项目管理名词解释

laou2008

学习

husthxd

根据网上相关资料整理而得，部分加入了个人的理解，如有错漏，请指正。
希望建立这样的词汇表对大家有用。

太极

呵呵，我猜版主的意思是下面两句：
QA：Do things right（用正确的方法做事）
QC：Do right thing（做正确的事）

不过按照CMMI模型，现在QA不仅关注过程，也要负责产品审计，所以称为PPQA；而QC的工作中，系统测试//验收测试是真正的保证做正确的事（对应CMMI模型中的确认过程区域实践），而单元/集成测试属于验证活动，最主要的作用是保持工作产品的一致性。

太极

原帖由 AlexQin 于 2009-7-28 17:33 发表


想请问一下谷版
1. 能否用一些具体的例子说明这3个概念之间的联系与区别呀？
2. 为什么“规格需求”最后说的是要“满足了业务需求”，而不是“用户需求”呢？

谢谢

其实上次交流时Frank好像举了个例子，可能太具体了，所以反而不是那么容易理解。我再举个通俗的例子吧。学校的图书馆要做信息化，开发图书管理系统。那么业务需求就是通过信息化手段实现图书的入库、借换书等（当然，业务需求还可以细化，总之业务需求是客户所关注的），那么用户需求是什么呢？比如作为图书管理员，他在借书时，需要对书的条码进行扫描，同时对借书人的证件进行扫描，这是系统中应该就会自动将借书人的信息记录下来，同时库中该书的数量自动减1……（这些都是用户实际操作所关心的）。有了用户需求后，就可以开始撰写需求规格了（也就是规格需求），比如要定义借书界面中都有哪些信息，信息都是什么类型，有哪些约束条件等。

至于你提到的第二个问题，其实你仔细看一下“……使得用户能完成他们的任务，从而满足了业务需求。”使得用户能完成他们的任务不就是满足了用户需求吗？

太极

关于同行评审，再特别强调一下“同行”的含义。
“同行”可以是该领域的专家，也可以是该工作产品上下游的专家。
例如如果对需求进行同行评审，评审主席（组长）一般是需求分析或相关业务领域专家，组员一般还包括客户代表（如果不希望外部人员参加，可以是客户经理等）、设计人员（重点考察需求的可实现性）、测试人员（重点考察需求的可测试性）等

原帖由 husthxd 于 2009-7-28 17:25 发表
同行评审（peer review）：除工作产品的作者之外的一个或多个人检查该产品，以期发现缺陷及其改进时机的一种活动。评审成员往往由组织内部具有相关经验的成员组织，包括但不限于团队内部其他Team的成员、其他项目组成员、其他职能部门成员等组成。

husthxd

原帖由 太极 于 2009-7-30 13:55 发表
关于同行评审，再特别强调一下“同行”的含义。
“同行”可以是该领域的专家，也可以是该工作产品上下游的专家。
例如如果对需求进行同行评审，评审主席（组长）一般是需求分析或相关业务领域专家，组员一般还包括客户代表（如果不希望外部人员参加，可以是客户经理等）、设计人员（重点考察需求的可实现性）、测试人员（重点考察需求的可测试性）等

AlexQin

原帖由 太极 于 2009-7-30 13:49 发表


其实上次交流时Frank好像举了个例子，可能太具体了，所以反而不是那么容易理解。我再举个通俗的例子吧。学校的图书馆要做信息化，开发图书管理系统。那么业务需求就是通过信息化手段实现图书的入库、借换书等（当然，业务需求还可以细化，总之业务需求是客户所关注的），那么用户需求是什么呢？比如作为图书管理员，他在借书时，需要对书的条码进行扫描，同时对借书人的证件进行扫描，这是系统中应该就会自动将借书人的信息记录下来，同时库中该书的数量自动减1……（这些都是用户实际操作所关心的）。有了用户需求后，就可以开始撰写需求规格了（也就是规格需求），比如要定义借书界面中都有哪些信息，信息都是什么类型，有哪些约束条件等。

至于你提到的第二个问题，其实你仔细看一下“……使得用户能完成他们的任务，从而满足了业务需求。”使得用户能完成他们的任务不就是满足了用户需求吗？

谢谢你的解答

你在解答中举到这个“学校的图书馆要做信息化，开发图书管理系统”
在这个例子里面：
客户是：学校？
用户是：图书管理员？读者？

你说的“业务需求是客户所关注的”，而“用户需求”是“用户实际操作所关心的”，我的理解则是：“业务需求”与“用户需求”应该是有所不同的。
能否理解“业务需求”>“用户需求”？
或者说“业务需求”是从宏观上把握，而“用户需求”则是从微观上把握？

太极

对学校（或者说学校的某位校长）是客户，图书管理员是用户，如果普通读者也会直接使用该系统的部分功能（如图书信息查询），则读者也是用户。

业务需求（业务需求只关心要做什么，对应What）和用户需求（用户需求关心如何做，对应How）的层次不同，在某些时候业户需求会和用户需求矛盾，甚至不同的用户之间的需求也会矛盾。从“技术”上讲，当出现矛盾时，应该看如何实现才更能满足“业务需求”。当然实际做项目时就要根据客户方的情况灵活处理了。

原帖由 AlexQin 于 2009-7-31 10:41 发表


谢谢你的解答

你在解答中举到这个“学校的图书馆要做信息化，开发图书管理系统”
在这个例子里面：
客户是：学校？
用户是：图书管理员？读者？

你说的“业务需求是客户所关注的”，而“用户需求”是“用户实际操作所关心的”，我的理解则是：“业务需求”与“用户需求”应该是有所不同的。
能否理解“业务需求”>“用户需求”？
或者说“业务需求”是从宏观上把握，而“用户需求”则是从微观上把握？

AlexQin

原帖由 太极 于 2009-7-31 16:31 发表
对学校（或者说学校的某位校长）是客户，图书管理员是用户，如果普通读者也会直接使用该系统的部分功能（如图书信息查询），则读者也是用户。

业务需求（业务需求只关心要做什么，对应What）和用户需求（用户需求关心如何做，对应How）的层次不同，在某些时候业户需求会和用户需求矛盾，甚至不同的用户之间的需求也会矛盾。从“技术”上讲，当出现矛盾时，应该看如何实现才更能满足“业务需求”。当然实际做项目时就要根据客户方的情况灵活处理了。

yes
后来思考了一下
并请教了一下我的一些同事
结合太极的分析
现在我对这两个概念已经理解了

谢谢

husthxd

2009.8.4 如何开展项目质量管理，初步探讨“度量”
名词：项目度量、产品度量、过程度量

度量有三个范畴，产品度量、项目度量和过程度量。
项目度量，反映项目状态，关注实际结果与计划或过程标准的偏差，用于项目监督和控制。
产品度量，对软件产品进行的、独立于产品生产过程的度量，通常关注重点是产品质量。
过程度量，量化了软件过程或开发环境的属性，对于成熟企业关注过程性能和能力的度量。

广义的过程度量涵盖了这三部分。