新宇

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 90|回复: 0

新年第五篇——金融科技软件需求管理

[复制链接]

1

主题

4

帖子

4

积分

新手上路

Rank: 1

积分
4
发表于 2022-11-28 13:00:05 | 显示全部楼层 |阅读模式
需求管理存在的问题和解决方案





在很多的科技组织内部需求管理一直存在着以下几个问题:
需求没有统一的入口进行管理,开发人员直接对接需求。导致科技部门内部的需求管理混乱,需求变更经常发生。而且不可进行追溯,需求过程缺少管理和文档。一个组织的需求管理如果出现以上情况说明组织需求管理的成熟度在第一等级,急需建立一个专门的需求管理部门实现业务与科技的对接。
而一些组织虽然建立了专门的需求管理部门,但是因为需求管理部门缺少专业的人员,面临不知如何进行需求管理的尴尬境地。按照需求管理的内容需求管理部门需要有专门的两类专家,一类专家为BA,负责与业务进行对接,他们了解业务能够将业务提出的需求以专家的角度去进行优化和完善,一类是SA,他们能够站在科技系统建设的角度去将业务需求转化成为技术需求。但是对于不少的组织都缺少这样的专家人员。
对需求提出整体把控不足,一般业界主要的需求会以年度需求的形式在前一年的年底提出第二年的需求,科技部门根据年度需求合理安排资源。第二年一般只会接受一些紧急的需求和临时性的需求。但是年度需求提出以后,很多到了年后都没有按照计划实施,一些临时性的需求倒是在年后不断涌现。这种情况导致科技资源有时候不够,有时候闲置资源又太多。
针对以上问题,每个组织都需要考虑建立专门的需求管理部门,来统一进行需求的入口和需求的过程管理,这个需求部门在开始建立的时候可以主要起到需求入口管理的职责,但是随着组织的发展要不断的培养各个业务领域的专家逐渐形成自己SA和BA团队。需求管理部门要建立自己规范的需求管理制度和办法对需求的全生命周期进行管理。
需求的全生命周期管理过程





一个需求的全生命周期包括从需求提出,需求分析、需求设计、需求实现、需求验收的五个需求生命周期管理过程。需求管理人员需要根据每个阶段不同的管理内容制定不同的管理措施对需求进行管理。
需求提出过程
需求提出过程是指相关的业务人员或科技部门本身向需求部门提交自己的需求,我们可以笼统地理解为是业务需求。这个过程我们关注的交付产物是《业务需求说明书》,这个交付产物由业务部门进行主导,需求部门或科技专家可以提供帮助和指导。需求部门相关的负责人要对《业务需求说明书》进行仔细的质量检查,如果需求部门暂时没有相关的专家力量,可以考虑建立专门需求评审团队来完成对《业务需求说明书》的评审检查。对于新的业务不少的组织还要求要提交相关需求的可行性报告。
需求分析过程
需求分析过程是指对《业务需求说明书》进行分析,是SA的主要职责,但是现在业界许多的组织采用的是科技部门指定专门的专家进行分析,这个分析人员一般会在需求立项以后成为项目经理。需求分析过程要将《业务需求说明书》转化成《技术需求说明书》,并对需求的工作量进行估算给出项目的预算,当完成技术需求的转化和估算完预算以后就可以将相关的材料提请给立项部门进行立项,决定是自主研发还是进行项目的招标,引进外部供应商进行研发了。
需求设计过程
需求设计过程是需求立项以后,项目组正式成立。这时候项目组织的架构师和需求分析师根据需求进行需求的设计工作,需求的设计包括需求架构的设计和具体功能页面的设计。这时候需求管理组织人员需要在项目组完成设计以后,也业务提出人员共同参与对需求设计的评审工作,如果需求评审通过以后项目组就可以对需求进行开发实现了。
需求实现过程
需求实现过程要对相关的交付物进行阶段性的验收和评审,这样做的主要作用就是用敏捷迭代的方法防止项目发生大的变更。在需求实现的过程中需求的变更是不可避免的,但是不论是项目经理还是需求管理人员都要采取相关的措施防止项目发生大的需求变更。在需求实现过程中项目经理成为需求的主要管理人员,所以项目经理在执行项目的时候一定要负起需求变更管理的重任,及时组织对交付物的评审工作保证需求是按照用户的需求进行。
需求的验收过程
需求的验收过程又回到了需求管理部门,需求管理部门要组织需求提出人员或用户试用已经完成的系统,保证系统复核最初提出时的要求,能够实现可行性分析设定的收益目标。这样的管理过程实现了需求的全生命周期管理,而需求管理部门实现了不断进行需求的接受也实现了需求的实现,做到了与业务部门的一次任务交互。当然有些组织因为组织架构或人员职责的原因,需求验收也会制定相关的项目经理来进行完成。
需求过程资产的管理





需求管理部门不但要做到需求的归口管理,需求的全生命周期管理,更要进行需求过程资产的管理,使组织需求的管理过程成熟度不断的提升,需求工作效率得到不断的提高。需求资产的管理主要包括以下几个部分:
需求基线和版本的管理
需求的基线和版本的管理很重要,在很多的组织中由于没有进行严格的基线和版本管理,导致在贾府完成第一版本的需求文档以后,就不对需求文档进行维护,结果在需求实现的过程中一些需求变更都没有相关的记录和修订,需求文档与实际系统实现情况严重的不一致。
需求内容的参考和复用
在科技建设过程中建设一些系统,会有很多通用性需求,例如根据不同的安全等级对系统建设的安全需求会具有通用性;对系统的性能要求会有一定的通用性,对系统的部署和硬件要求也会有一定的通用性。需求资产的管理需求根据这些通用性对已经提出的需求进行管理。
需求管理过程风险和问题管理
在需求的全生命周期管理过程中,会出现很多的风险和问题,为了组织能够吸收相关的经验和教训,一定要建立需求管理风险登记单和问题登记单,而且不断的进行维护和完善。为需求的风险评估提供有力的支持和参考。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver|手机版|小黑屋|新宇

GMT+8, 2025-3-16 17:22 , Processed in 0.072391 second(s), 20 queries .

Powered by Discuz! X3.4 技术支持:迪恩网络

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表