需求的工作现状
对于一个系统,甲乙双方一般会有各自的价值目标:
甲方:我需要一个能支持业务的系统。
乙方:我有一个产品,能够用于多个用户,支持他们的业务。
而业务和IT之间的匹配存在一个非常重要的搭桥的工作,这就是需求工作的核心价值。
很多企业很重视需求,希望需求工作能够在业务部门和IT 团队之间建立一个桥梁,让用户的需要转化为系统的需求。但是实际情况是因为2者的问题空间不同,所以很容易造成误解,这也就是为什么需求是一个被广泛关注却问题最多的工作之一。
需求工作遇到的问题
需求工作当前的最大问题是2个不理解: 用户无法理解系统 开发团队无法理解业务
这个不理解其实是一个非常大的挑战,因为不理解的不是一两个概念,而是2个工作空间里的很多不理解: 价值不理解 业务不理解 功能不理解 应用方法不理解 表述方式不理解
如何建立需求工作人员的能力
既然需求工作这么重要,很多企业都安排了专门的角色承担需求的工作。因为所处的视角的不同,甲方企业和乙方企业对这个角色也会有不同的称呼。 有的甲方企业叫需求人员为BA(业务分析师),例如很多银行的IT部门。 有的乙方企业叫需求人员为SA(系统分析师),PM(产品经理)。
现在因为市场竞争的需要,很多企业也让售前解决方案工程师承担一部分需求的工作,或者要求需求人员具有理解、甚至制定解决方案的能力。
现在企业需要的不是只是简单传递需求的助理型人员,而是能够推动需求的专家型人才。
如何成为一名专家型需求人员
当前的市场竞争环境下,做好需求已经不仅仅是传统意义上的需求工作了,而应该具有专家型需求人员的能力:业务分析、方案设计、系统分析、产品设计。需求人员应该是一个复合型人才,这样的人才自然难得,所以一个人具备了这样的能力,对企业来说是非常宝贵的资源。
那么作为如何具有《需求分析专家》的能力呢?
建议可以参考《iPerson能力培养体系》http://iperson.uml.com.cn/index.asp
首先应该全面的了解的《需求分析专家的能力模型》,这个可以参考 http://iperson.uml.com.cn/
role_requirement.asp
然后进行相应的学习和实践:
1) 对于知识,通过查找相应的资料,快速的阅读,建立相应的知识地图。如下是一些需求的基本知识。
需求的工作一般可以分为: 需求开发:需求调研、需求分析、需求描述、需求验证。 需求管理:版本管理、变更控制、需求关联、需求跟踪。
需求的常见的分类如下:
基本需求:功能、性能、可靠性、可支持、可用需求。 可能的需求:设计约束、接口需求、物理需求、实施需求、法规需求等等。
需求从最初的远景到最终的系统需求,是一个逐步演进和分解的过程,如下图所示:
2) 对于技能,最好通过训练的方式,寻求有经验的专家的指导。具体技能目录建议参考
http://iperson.uml.com.cn/
requirement/qualifications.asp 。下图是需求分析师的八大技能目录:
3) 对于素养,应该首先建立认识,然后通过工作中问题的挑战的应对方法的思考,不断的磨练。
4) 对于经验,通过主动参与各种需求工作,加快积累的进程,并把工作中的问题作为再学习的驱动器,不断推动学习提高。
以上的内容看着有些多,有相应的能力培养课程《需求分析专家》,可以让学员有机会通过一个课程的学习,建立完整的专家型需求分析师能力:业务分析、方案设计、系统分析、产品设计,如下图所示:
参加这个课程的学员不但可以学习完整的需求分析师技能,课程还将通过提取自真实项目的复杂系统案例,演示具体如何做好需求,如何处理需求中的各种难点问题。为了让课程真正落地,学员将了解如何输出高质量的需求交付物。具体目录如下:
本次课程根据学员的需求进行了升级,参考了INCOSE和NASA的需求工程方法。
如下是参考了INCOSE的《系统工程中的功能分解方法》:
如下是参考了NASA的《系统工程方法中的复杂系统需求的逐级分解方法》:
如下是参考了《NASA的需求和方案设计的过程迭代》
欢迎报名
如果希望系统学习《需求分析专家》 的能力体系,欢迎参加 课程《需求分析专家》。
报名方式微信
如果您希望了解更多信息: 欢迎访问 http://iperson.uml.com.cn/role_requirement.asp
也可以直接联系我们 zhgx@uml.net.cn ,010-62670969
作者简介:
俎涛,火龙果软件工程创始人,2001年创立了火龙果软件工程,2004年创立了IBM Rational用户组。1998年,曾作为骨干参与国家重点研究课题《面向特定领域基于组件的软件复用》,有幸比较深入的学习和使用的UML进行领域建模、提炼可复用组件和架构。在后来的研发项目中,一直采用模型进行分析设计,积累了一些心得和经验。20年来一直专注于MBSE,熟悉
UML、Sys ML、ArchiMate、BPMN、UPDM、DataModel等建模语言和规范,在以往的经历中,最大的感触是汇聚了很多精英人才的软件工程和系统工程领域居然几十年都是一种凌乱迷蒙的状态,从自己的经历所得,觉得清晰的模型,才是拨开工程迷雾的关键所在,所以不断研究和应用各种建模技术,并从自己的工程实践中提炼经验,形成对于自己可持续的方法论,例如《MBSE
从方法到实践指南》 《基于模型的三维研发管理》 《基于模型的需求管理》 《模型驱动的架构设计》
《基于模型的质量管理》 《基于模型的人员能力管理》 《iProcess过程改进方法》,目前正在作为产品经理和架构师,进行MBSE(基于模型的系统工程)平台的研发,希望建立要给基于模型的工程解决方案,后续会不断写些文章,希望能给同行一些借鉴。 |
|