需求标准化V2.0--需求评审原则

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

接受

依据 特殊 审批 无 判定 是否 接受 无 依据 特殊 审批 无 判定 是否 依据 特殊 审批 无 判定 是否 打回 一线按规范修订后重新提交 打回 一线按规范修订后重新提交 打回 一线按规范修订后重新提交 打回 一线按规范修订后重新提交 打回 预警 必须组织项目开发、一线专家团 队进行讨论 必须组织项目开发、一线专家团 队进行讨论
拒绝


拒绝

拒绝 1)PM根据控制导向进行 评估 2)若一线存在争议,由 项目经理/客户经理升级 至刘泉; 3)若仍有争议则升级陈 晓晖判定; 4)原则上获得专家同意 后,方可发起决策审批 项目经理/客户经理→部 门经理→区域负责人→ 姜海洋(必须附上评估 意见) 备注:如果合同审批环 节已经走过审批,附上 原审批意见,无需重复 进行审批。
管理控 制类
零星需求(服务类)
零星需求无余量
零星需求有余量 需求计划 完全计划外的需求(实施类/服务专项 外需求 类?? 优杰 16日提交)

超出双月预算工作总量(实施类/服务专项 无 类) 排版不符合规范 不符合需 专项类需求缺少业务流程图 求标准化 填写规范 没有描述业务背景 需求规 范类 没有使用模板素材库中结构化语言的 项目开发经过与一线沟通2次以上(含2 需求描述 次),仍无法确认需求的; 不清晰 项目开发评估需求方案存在重大风险或存 在更优的可替代方案的 无 无 无 无 无 无
需求标准化V2.0--需求评审原则
类别 大类 子类 原则定义 评审原则 示例
超出合同 范围外的 超出合同书面约定范围 需求

通过明源系统处理非地产业务
例如: 使用会员系统管理非地产客户会业务如商场、会所等。 例如: 1)销售系统增加会员管理; 2)销售系统管理营销费用等。 例如: 1)佣金管理、市场调查、营销材料管理、返租金管理 、抵押管理、工程款抵扣、仓库管理、知识管理、质量 管理等。 2)在原有业务规范度不高的功能基础上,做进一步外 延,对开发产生重大影响的; 详细示例见下面嵌入的文档:



专家评估
发起审批(项目经理→部门经理 →区域负责人)
拒绝

紧急需求走特殊申请流 程(客户经理→部门经 理→项目开发(战略毛 志富,非战略郭勇)) 无 紧急需求走特殊申请流 程(项目经理→部门经 理→项目开发(战略毛 志富,非战略肖荣 兴)) 紧急需求走特殊申请流 程(项目经理→部门经 理→项目开发(战略毛 志富,非战略肖荣 兴)) 无 无 无 无 无 无
工作流业务信息调整
例如:表单样式、业务对象、发起、归档接口实现
Baidu Nhomakorabea
工作流
增加工作流审批应用场景
例如:销售系统增加底价折扣审批 注意需要结合业务系统需求一起判断
除上述外,涉及工作流引擎调整
例如:Mysoft.Map.Workflow
定制报表
报表
调整报表服务或新功能
2.0--需求评审原则
专家评估处理流程 控制导向 特殊申请审批(项目经 理/客户经理→部门经理 →区域负责人) 决策审批流程 需求 处理 方式 改进方式
在A子系统中实现B子系统的功能
地产行业现有业务规范度不高,业务规则 变动频繁,可能导致系统无法很好落地
核心算法、模型、架构发生重大调整
核心算法、模型与 架构判定标准
超出所购 标准产品 功能范围 例如: 清单内的 基于ERP标准系统的互联网或创新型应用需 采招外网(新增业务功能)、会员外网(新增业务功 求(超出标准功能外的全新开发) 需求: 能)、移动销售、移动DSS、自助售楼、硬件集成等 财务接口: 只处理对应“实付款”凭证生成与导出; 不处理业务单据(如:付款申请单,应收款等)数据导 出。 OA集成: 只处理提醒信息(工作流信息和待办信息)的推送; 不处理业务数据分析、汇总信息集成与推送。 违背接口修改原则 短信接口: 未提供明确的短信供应商技术文档。 其他接口: 只处理LDAP用户同步(仅能同步用户信息,不包含权限 、组织架构等)。 不处理呼叫中心、组织架构同步、第三方系统操作工作 流审批、接收第三方系统业务数据传输、向第三方系统 传输业务数据(除财务接口外)。 第三方系统从明源系统抽取数据需求 例如: 第三方BI系统从ERP抽取物理数据
拒绝

拒绝

拒绝 拒绝 拒绝 拒绝 拒绝
无 无 无 无 无
专家评估 无
接受

接受

依据 1)PM根据控制导向进行 决策 评估 项目经理/客户经理→部 审批 专家评估 2)若一线存在争议,由 门经理→区域负责人 无 判定 项目经理/客户经理升级 (必须附上评估意见) 是否 至唐伟评估可行性 打回 接受 无 依据 决策 审批 专家评估 无 判定 是否 打回

拒绝

专家评估
1)PM根据控制导向进行 项目经理/客户经理→部 评估 门经理→区域负责人 2)若一线存在争议,由 (必须附上评估意见) 专家评估 项目经理/客户经理升级 至孙柏评估可行性
专家评估
依 据 决 策 审 批 判 定 是 否 打 回



专家评估 1)PM根据控制导向进行 评估 2)若一线存在争议,由 拒绝 项目经理/客户经理升级 项目经理/客户经理→部 至刘泉; 门经理→区域负责人 3)若仍有争议则升级陈 (必须附上评估意见) 晓晖判定; 4)原则上获得专家同意 专家评估 后,方可发起决策审批
相关文档
最新文档