| 4W1H | 过程 |
|---|---|
| 做什么 | 制定项目和产品详细描述的过程作用：描述产品、服务或成果的边界和验收标准 |
| 为什么做 | 编制详细的项目范围说明书。对项目成功至关重要 |
| 谁来做 | 项目经理带领项目管理团队/项目团队（如果项目规模比较小）制定，应该获得发起人/客户和关键干系人批准 |
| 什么时候做 | 收集需求以后 |
| 如何做 | 专家判断、数据分析（备选方案分析）、决策（多标准决策分析）、人际关系与团队技能（引导）、产品分析 |
| 主要成果 | 应结合项目重点列举几条范围说明书的内容例：某某子系统需要交付XX、XX、XX几个模块，这些模块的具体验收标准是什么，要实现什么功能，有哪些制约因素等等。不用全部都写，挑几条重点能够显现具体的交付物、标准的例子来写。 |
| 组 | 过程 | 输入 | 工具和技术 | 输出 |
|---|---|---|---|---|
| 规划 | 3.定义范围 | 1.项目章程2.项目管理计划（范围管理计划）3.项目文件（假设日志、需求文件、风险登记册）4.事业环境因素5.组织过程资产 | 1.专家判断2.数据分析（备选方案分析）3.决策（多标准决策分析）4.人际关系与团队技能（引导）5.产品分析 | 1.项目范围说明书2.项目文件更新（假设日志、需求文件、需求跟踪矩阵、干系人登记册） |
◆ 详细的项目范围说明书内容有: 产品范围描述、可交付成果、验收标准、项目的除外责任
? 产品范围描述:逐步细化在项目章程和需求文件中所述的产品、服务或成果特征。
? 可交付成果:为完成某一过程、阶段或项目而必须产出的任何独特并可核实的产品、成果或服务能力，可交付成果也包括各种辅助成果，如项目管理报告和文件。
? 验收标准:可交付成果通过验收前必须满足的一系列条件。
? 项目的除外责任:识别排除在项目之外的内容。明确说明哪些内容不属于项目范围，有助于管理干系人的期望及减少范围蔓延。
| 项目名称: *市疾病预防控制信息系统项目 | 项目批准日期：2*7年1月1日 |
|---|---|
| 产品范围说明: | 一中心:建立疾病预防控制信息中台，实现区域医疗卫生资源及公共卫生资源整合与利用，形成市疾病预防控制数据中心。六应用:建立公共卫生应急决策指挥系统、实验室信息管理系统、传染病监测信息管理系统、慢性非传染性疾病信息管理系统、疾控中心物资管理系统及统一门户，辅助疾病预防的精准决策、提升突发公共卫生事件处置能力、促进公共卫生服务协同。两体系:建立统一的安全保障体系、信息标准体系。 |
| 验收标准: | 1.验收标准:疾病预防控制信息系统初步设计、招标文件、投标文件及合同和国家相关质量标准。2.验收过程:①供应商需完成相关的培训、资料审核、执行报告审核等工作;②供应商必须严格按照工作方案和进度计划，如期完成工作，提交项目成果，并对填报资料审核的准确性负责;③系统需通过第三方软件测试;④系统需通过等保测评;⑤系统需通过密码应用审核;⑥供应商需提交的所有工作成果归采购人所有，并由市政数局组织进行评价验收。 |
| 主要可交付成果: | 软件需求规格说明书;系统总体架构设计文件;系统概要设计说明书;系统详细设计文件；软件原型设计文件;软件测试计划;软件测试报告;项目计划和发布计划; |
| 制约因素: | 1.本次系统设计规划必须采用云化部署的模式，所使用的云资源为政务云，网络能与省多点触发系统直接联通;2.预算最高限价:560万元;3.在9个月内完成系统建设、试运行和验收（为自然日) |
【范例1】
定义范围是制定项目和产品详细描述的过程，主要作用是明确收集的需求中，那些属于项目范围内，那些属于项目范围外，从而明确产品和服务的边界和验收标准。在收集完需求后，我组织项目主要干系人，以范围管理计划和需求文件为基础，通过专家判断和产品分析，对系统功能进行评价，通过用户的角度改进和完善系统功能，对各模块功能进行详细的记录，最终制定出项目范围说明书。项目范围说明书包括：1、产品范围描述（包括各子系统模块等）2、项目的可交付物（用户文档、应用系统等）3、系统验收标准（功能满足需求、系统运行稳定、相关文档齐全等）4、项目的除外责任（该项目涉及的机房的主电不包含在该项目范围中）。
【范例2】
定义范围是对项目和产品详细描述的过程，这个过程能帮我们确定产品、服务、成果的边界和验收标准。依据范围管理计划和需求文件，我采用引导与主题研讨会结合进行的形式，把主要干系人召集在一起定义产品需求，最终形成了项目范围说明书。在项目范围说明书中，我们明确了产品范围描述、可交付成果以及验收标准等。比如项目验收标准就包括：产品要满足全部功能和质量要求，如主要菜单、工具栏、设定参数等要符合功能要求，可执行代码错误数要在限定值内，系统要具有较高的安全性和完善的隐私保护功能等；同时，产品要满足系统性验收要求，如系统反应速度要达到用户实际需求，系统能够承受复杂工作环境并长时间运行时不出现任何自然错误等。
【范例3】
定义范围是制定项目和产品详细描述的过程。我组织关键干系人召开引导式研讨会，对产品进行分析。最终我们确定了本项目的范围说明书，主要包含：1.质量信息追溯系统的范围，包含编码设备接入、追溯码管理、出入库管理、流向查询、质量分析和不合格品管理等核心功能。2.产线赋码系统的范围。含质量采集及追溯码的申请、校验关联，打印等功能。3.可交付物为应用程序、源代码、各类项目文档和溯源一体机等硬件设备4.验收的标准，需要实现对生鲜乳从牧场养殖到市场流通的质量数据实时管控，扫描追溯码后展现的质量数据涵盖率大于95%，系统反应时间低于1秒等。
【范例4】
定义范围是制定项目和产品详细描述的过程。本过程的主要作用是描述产品、服务或成果的边界和验收标准。由于在收集需求过程中识别的需求未必都包含在项目中，所以我们与甲方就产品范围及项目范围做了详细的商讨，并制定《项目范围说明书》。包括所有的交付物及其特性、验收标准等，比如辅助审批、问题管理、风险预警三大子系统。系统支持同时在线人数1000人，普通统计报表生成时间一般不超过5秒，《项目范围说明书》经甲方信息科科长和大数据管理局局长共同签字确认。