请问有啥好的需求管理工具( 七 )
? 协同困难，职责交叉较多，跨部门、跨领域、跨项目协同困难
? 需求传递链条长，协同效率低，无法精准快速传递到开发团队，总是问题不断，来回折腾，频繁返工
? 需求资产无法沉淀，系统经历多次改造和历年变更后，无法获取最新的完整需求。
二、 同业银行需求管理及工具发展趋势
鉴于银行企业需求的复杂度，对需求管理带来很大的挑战，各行都在需求管理方法和平台上进行了很多尝试和努力，期望获取得高质量需求、控好需求变更、维护好需求管理秩序。根据各家银行的管理实践，需求管理工具一般采用以下几种方式：
初始级：通过版本管理工具（如：CC/SVN）和变更管理工具（如CQ）实现需求版本的控制，将需求文档放在版本文件库进行统一进行管理，需求变更时通过变更管理工具提请变更单对版本库中的需求进行变更（Check out/in）。目前大多数科技能力较弱的城商行采用此类方式进行管理。
组织级：通过流程管理工具，以需求作为一个任务表单（附上需求文档），实现需求过程的流转、审批、分配、跟踪管理，再结合配置管理和变更管理工具，进行需求管理流程的串接。此类管理工具通常采用OA流程管理工具、项目管理工具、开发过程管理工具来实现。但其本质不是完全意义上的需求管理，只是把需求当作一个需求类任务（不对需求内容进行管理）进行流转跟踪，及时反馈需求类任务的状态而已。此阶段的管理主要实现将需求流程电子化、线上化。目前大多数商业银行和农信采用此方式进行管理。
专业级：需求管理另一个方向是面向需求分析人员（BA）、BA团队的需求管理工具，通过BA团队对需求内容进行管理，但此类工具更多的是偏重于需求分析过程和需求关联矩阵分析，需求管理过程和需求传递较弱。因此，有一些大的国有银行最初采用IBM DOORS、Borland CaliberRM，由需求团队进行企业级需求内容级管理，但由于银行业务本身的复杂性和系统耦合性高，需求内容间的关联是不可穷举的海量关系，且需求变更频繁，造成此种关系不可维护。因此，退而求次，此类工具不适合进行企业级需求管理，回归到项目级的需求分析阶段BA独立使用的工具。
企业级：利用企业级专业化需求管理工具，将需求方法与编制、需求统筹与管控流程、需求内容级管理、需求资产沉淀与复用进行统一，形成企业级需求全生命周期的内容级管理，其特性包括：
1） 实现了需求集中受理、统一需求入口和出口
通过需求集中受理，解决需求来源多带来的需求重复、交叉、质量等问题，统一了需求标准、提高了需求质量、维护了需求的一致性和权威性。
2） 需求内容在线编制与协同
为提升需求编制质量和协调效率，实现需求内容的多人在线编制和协同，并实时进行需求内容的质量检查、问题澄清，以及基于局部内容的传递、分享、评论和沟通。拉近需求人员与研发人员的沟通距离，通过团队协作和互动，快速及时精准传递和反馈需求，提升需求质量和促进需求干系人尽快达成理解一致。
3） 由文档级转为内容级需求管控
助力IT过程的精益管理，改变传统的需求文档级粗粒度的管理方式，通过需求结构化、条目化技术，自动对需求文档进行自动化拆解，形成需求内容单元（需求条目），将需求管理与跟踪的颗粒度细化到条目级，使得需求内容切分（应用分配）、需求内容质量管控、开发和测试任务的需求分配、投产内容的需求跟踪成为可能。
4） 控好需求内容变更，维护好最新需求
实现了需求文档级、条目级的需求基线管理，通过需求内容的变更控制手段，如：多人同时在线编制需求、变更需求、变更痕迹及历史管理、变更内容前后比对、需求变更影响分析和自动通知受影响的相关人员，使需求变更过程方便、快捷，且变更过程透明、可回溯。
5） 帮助项目团队快速、方便获取最新、最可信的需求
为解决需求来源多、需求传递混乱的问题，通过需求集中管理、规范需求受理和传递过程，需求内容质量检查和质量评审等措施，使得需求管理过程规范、透明和可控，同时保证需求质量。
推荐阅读
- 银行高管的薪酬结构图表最新的，请问在哪里可以收集
- 为啥知乎上普便有一种【我在北上广深打工，所以拥有更好的视野】这样的错觉
- 趣头条|你我皆风华正茂，拥有广汽三菱奕歌的日子是美好的
- 有啥方法，网站，项目可以自己练习计算广告学
- 在上海陆家嘴附近工作，请问去哪边租房会比较好
- 坐标合肥，请问在哪里能捕捉到程序员这种生物他们大都出现在哪里呢
- 孕妇到了预产期，小孩还没有入盆，请问是该等下去还是直接剖腹产
- 言论自由|
- 100W——150W有啥好的车
- 想做手机网游代充，请问要去哪里找货源