65. 项目的范围基准是经过批准的项目范围说明书、WBS和WBS词典。判断项目范围是否完成,要以范围基准来衡量。而产品范围是否完成,则根据产品是否满足了产品描述来判断。
66. 收集需求的工具与技术主要有访谈、焦点小组、引导式研讨会、群体创新技术、群体决策技术、问卷调查、观察、原型法、标杆对照、系统交互图、文件分析等。
67. 需求跟踪矩阵表示需求和其他产品元素之间的联系链的最普遍方式是使用需求跟踪(能力)矩阵,需求跟踪矩阵是将产品需求从其来源连接到能满足需求的可交付成果的一种表格。
68. 项目范围说明书详细描述项目的可交付成果,以及为提交这些可交付成果而必须开展的工作。主要内容包括项目的目标、产品范围描述、项目的可交付成果、产品验收标准等。
69. 分解需要开展的主要活动:(1)识别和分析可交付成果及相关工作;(2)确定WBS的结构和编排方法;(3)自上而下逐层细化分解;(4)为WBS组件制定和分配标识编码;(5)核实可交付成果分解的程度是否恰当。
70. 创建WBS时应注意哪些方面的事项:
(1)WBS必须是面向可交付成果的。
(2)WBS必须符合项目范围。WBS必须包括,也仅包括为了完成项目的可交付成果的活动。在WBS中,所有下一级元素之和必须100%的代表上一级元素。
(3)WBS底层应该支持计划和控制,WBS是项目管理计划和项目范围之间的桥梁,WBS的底层不但要支持项目管理计划,而且要让管理层能够监视和控制项目的进度和预算。
(4)WBS中元素必须有人负责,而且只由一个负责,尽管实际上可能需要多人参与。
(5)WBS的指导。作为指导而不是原则,WBS应控制在4-6层。
(6)WBS应该包括项目管理工作,也要包括分包出去的工作。
(7)WBS的编制需要所有(主要)干系人的参与,需要项目团队成员的参与。
(8)WBS并非一成不变的。在完成WBS之后的工作中,仍然有可能需要对WBS进行修改。
以上为软考高项知识点节选,更多内容点击下方链接获取