需求统一管理思路

访客:24087  发表于:2013-01-16 09:20:13

正在准备适合公司的统一需求管理--研发管理--IT运维管理的一个系统构架中:
需求统一管理
  -统一合并各种需求,进行需求过滤,分析,评估,输出为可以执行的需求规格书;
  -项目管理与协调PMO  项目计划和资源情况
  -项目监理 -质量要求
研发根据需求规格书,进行研发处理
  -能够自主开发的,出研发计划,测试计划
 -不能自主,外包,出台外包方案,协助一起进行技术监理
 -外购,出题技术标准,接口标准以及接口对接及计划

IT运维,作为客户方,接受并进行后续运维工作
  -根据需求,制定运营计划和资源和准备
  -制定验收标准和执行协助需求方验收
  -协助一起进行发布,上线运营交付
 -日常运维监控和故障受理等

以上只是初步,还请各位拍砖谢谢

评论(4)

您可以在评论框内@您的好友一起参与讨论!

    1. 李昌明

      是否需要考虑建立需求的标准?比如:针对不同对象的需求处理、需求版本管理、需求分配管理、变更管理及需求跟踪等。

      回复[2] 2013/01/16 18:14

    1. 崔大伟

      如果存在跨组织运作的情况,建议先从预算制定开始,预算——需求——立项——建设——验收——运维——退出。需求管理是一种很高层次的系统行为,涉及整个开发过程和产品本身。需求管理首先要针对需求做出分析,随后将需求应用到产品并提出方案。需求分析的模型正是产品的原型样本,优秀的需求管理提高了可能性:并使最终产品更接近于解决需求,提高了用户对产品的满意度;需求管理是专家项目也是IT一把手项目,越来越多的组织可以暗渡陈仓避过需求管理这关,有效的杀手锏是,制度上能够定义出“不通过需求管理评审不予签订合同”,就胜利了一半了。至于运维管理,那是另外一个层面了,是相当于IT部门的客户关系管理系统了。

      回复[3] 2013/01/16 13:16

    1. 张卡尔 生成需求规格书,然后进行研发处理,很瀑布开发的味道。

      回复[1] 2013/01/16 09:58

    1. 朱暑冰 建立一个收集需求的门户,如sharepoint中的list,在没有立项的平时,无论是业务部门的老大或是小兵,无论是突发奇想还是业务抱怨,或者IT部门平时看到的各种成功案例等。按照多个维度输入信息,如需求者、级别、部门、针对业务环节或流程节点、现有问题是什么、期望什么目标、有什么价值、有什么难度或需要什么配合、重要性、紧迫性、需要的sponsor等等。

      回复[3] 2013/01/16 09:40

<--script type="text/javascript">BAIDU_CLB_fillSlot("927898");