20151022 淡然

续上

6.13.6  流程概要设计

需求管理概要流程图：

图6-4需求管理概要流程                                        ITSS考试

需求管理概要流程说明：

序号	步骤名称	责任人	说明
600.1	提出需求	业务部门	l 业务部门按照业务支撑部门提供的需求模板填写需求，提交需求
600.2	业务需求收集	业务支撑部门	l 业务支撑部门协调各个需求提出部门，保证需求提出接口的唯一性，并确保业务需求格式的标准化 l 业务支撑部门应主动收集相关部门的业务需求。既可以采用电子流的方式进行需求收集，也可以根据实际需要定期（至少两月一次）举行沟通会进行现场收集 l 在需求正式提出后如有变更，需求提出部门应向业务支撑部门提交需求变更申请，经审核确认其为需求变更或新增需求
600.3	业务需求评审	业务支撑部门	l 业务支撑部门接到业务需求后，相应的需求管理人员应组织开展业务需求评审，进行需求的评审确认。需求评审应召集需求提出部门、集成商以及其他需求相关部门参加。 l 业务需求评审可以以电子方式进行，也可以采取需求评审会的方式进行。 l 业务需求评审中遇到的问题和评审结果需要有专门文档或系统进行记录，并及时反馈给各相关部门。 l 评审结束后，对不属于业务支撑需求的，业务支撑部门应说明原因后退还给需求提出部门；对属于业务支撑需求的，业务支撑部门相关需求管理人员将对需求进行进一步的分配和跟踪。                                     ITSS认证
600.4	需求分配	业务支撑部门	l 业务需求评审通过后，业务支撑部门相关需求管理人员应当按照系统逻辑将业务需求细分，并分配给相应的需求分析人员。
600.5	需求分析	业务支撑部门	l 需求分析的过程应当由需求分析人员主导，组织需求提出方和集成商共同完成。需求分析阶段应该对软件需求的实现方式、实现需求所需时间等关键问题进行规划。 l 对于开发类需求，需求分析阶段应形成规格化的需求功能规格说明书，并且对开发工作量、开发完成时间和人力资源安排做出预先规划。 l 对于配置类需求，需求分析人员应会同集成商，经过需求分析后，直接出具配置文档说明书。 l 定期（每月至少一次）组织会议，对重点需求进行集中需求分析。 l 需求分析的结果，包括需求实现方式、需求评估结果和需求功能规格说明书，应及时反馈给各相关部门。
600.6	需求实现	集成商	l 业务支撑部门是需求实现的具体实施单位，负责按时保质地完成需求开发工作。 l 开发类的需求在实现后，集成商需要提交相应的设计说明书、测试计划和测试用例。业务支撑部门要组织相应的验收测试并提交相应的测试报告。验收测试完成后，相应的代码成果由集成商转交给业务支撑部门。 l 需求管理人员负责需求实现过程中相关的协调工作，例如需求变更、需求中止和需求延期等等。
600.7	需求测试上线	业务支撑部门	l 业务支撑部门应当根据系统的实际情况建立定期（每月至少一次）的版本升级计划，组织需求的批量上线。由业务支撑部门通过电子化的流程或者组织会议协调各部门确认未来一次或更多次的上线计划。版本升级计划应当由业务支撑部门和需求提出部门的相关领导进行审核确认。 l 需求实现后，由业务支撑部门在模拟环境中组织需求提出部门和业务支撑部门进行上线前的业务功能验证。                            ITSS培训 l 在验证完成后，需求提出部门、业务支撑部门及其他需求相关部门需在验证报告上签字确认。对于验证中所遇到的问题，由业务支撑部门负责解决。如遇到的问题不能在上线前解决，且将影响应用需求的正式使用，则由需求提出部门、业务支撑部门及其他需求相关部门协商后根据实际情况另行安排上线时间。 l 各方签字确认后，由业务支撑部门的相应人员组织相应的上线过程。
600.8	需求关闭	业务部门	l 对需求上线进行验收，关闭需求

6.13.7  关键角色、职责定义

参见《中国某公司业务支撑网需求管理办法》。

6.13.8  关键流程衡量指标

参见《中国某公司业务支撑网需求管理办法》。

6.13.9  实施指导

参考《中国某公司业务支撑网需求管理办法》实施。

待续http://ITIL-foundation.cn/thread-52493-1-1.html

本帖关键字：ITSS

20151022 淡然

续上

6.13.6  流程概要设计

需求管理概要流程图：

图6-4需求管理概要流程                                        ITSS考试

需求管理概要流程说明：

序号	步骤名称	责任人	说明
600.1	提出需求	业务部门	l 业务部门按照业务支撑部门提供的需求模板填写需求，提交需求
600.2	业务需求收集	业务支撑部门	l 业务支撑部门协调各个需求提出部门，保证需求提出接口的唯一性，并确保业务需求格式的标准化 l 业务支撑部门应主动收集相关部门的业务需求。既可以采用电子流的方式进行需求收集，也可以根据实际需要定期（至少两月一次）举行沟通会进行现场收集 l 在需求正式提出后如有变更，需求提出部门应向业务支撑部门提交需求变更申请，经审核确认其为需求变更或新增需求
600.3	业务需求评审	业务支撑部门	l 业务支撑部门接到业务需求后，相应的需求管理人员应组织开展业务需求评审，进行需求的评审确认。需求评审应召集需求提出部门、集成商以及其他需求相关部门参加。 l 业务需求评审可以以电子方式进行，也可以采取需求评审会的方式进行。 l 业务需求评审中遇到的问题和评审结果需要有专门文档或系统进行记录，并及时反馈给各相关部门。 l 评审结束后，对不属于业务支撑需求的，业务支撑部门应说明原因后退还给需求提出部门；对属于业务支撑需求的，业务支撑部门相关需求管理人员将对需求进行进一步的分配和跟踪。                                     ITSS认证
600.4	需求分配	业务支撑部门	l 业务需求评审通过后，业务支撑部门相关需求管理人员应当按照系统逻辑将业务需求细分，并分配给相应的需求分析人员。
600.5	需求分析	业务支撑部门	l 需求分析的过程应当由需求分析人员主导，组织需求提出方和集成商共同完成。需求分析阶段应该对软件需求的实现方式、实现需求所需时间等关键问题进行规划。 l 对于开发类需求，需求分析阶段应形成规格化的需求功能规格说明书，并且对开发工作量、开发完成时间和人力资源安排做出预先规划。 l 对于配置类需求，需求分析人员应会同集成商，经过需求分析后，直接出具配置文档说明书。 l 定期（每月至少一次）组织会议，对重点需求进行集中需求分析。 l 需求分析的结果，包括需求实现方式、需求评估结果和需求功能规格说明书，应及时反馈给各相关部门。
600.6	需求实现	集成商	l 业务支撑部门是需求实现的具体实施单位，负责按时保质地完成需求开发工作。 l 开发类的需求在实现后，集成商需要提交相应的设计说明书、测试计划和测试用例。业务支撑部门要组织相应的验收测试并提交相应的测试报告。验收测试完成后，相应的代码成果由集成商转交给业务支撑部门。 l 需求管理人员负责需求实现过程中相关的协调工作，例如需求变更、需求中止和需求延期等等。
600.7	需求测试上线	业务支撑部门	l 业务支撑部门应当根据系统的实际情况建立定期（每月至少一次）的版本升级计划，组织需求的批量上线。由业务支撑部门通过电子化的流程或者组织会议协调各部门确认未来一次或更多次的上线计划。版本升级计划应当由业务支撑部门和需求提出部门的相关领导进行审核确认。 l 需求实现后，由业务支撑部门在模拟环境中组织需求提出部门和业务支撑部门进行上线前的业务功能验证。                            ITSS培训 l 在验证完成后，需求提出部门、业务支撑部门及其他需求相关部门需在验证报告上签字确认。对于验证中所遇到的问题，由业务支撑部门负责解决。如遇到的问题不能在上线前解决，且将影响应用需求的正式使用，则由需求提出部门、业务支撑部门及其他需求相关部门协商后根据实际情况另行安排上线时间。 l 各方签字确认后，由业务支撑部门的相应人员组织相应的上线过程。
600.8	需求关闭	业务部门	l 对需求上线进行验收，关闭需求

6.13.7  关键角色、职责定义

参见《中国某公司业务支撑网需求管理办法》。

6.13.8  关键流程衡量指标

参见《中国某公司业务支撑网需求管理办法》。

6.13.9  实施指导

参考《中国某公司业务支撑网需求管理办法》实施。

待续http://ITIL-foundation.cn/thread-52493-1-1.html

本帖关键字：ITSS