编者荐语:
去年11月的新版内容
以下文章来源于IT帮业务架构 ,作者周金根
关于业务需求、业务架构、流程管理、企业架构等内容
BangBA
业务需求
相信即使工作多年的需求从业者也未必真的知道需求工程是什么?以及在敏捷下,你还需要掌握哪些敏捷和需求工程的知识。
早上看到一个介绍系统创新的解释,里面提到一个词“socio-technical systems”,这个词是什么意思?
如果你学过需求工程学科的话,那么就不会有陌生感了,因为有明确的社会技术系统的定义。
谈到需求工程,IREB应该是是国际上唯一权威的需求工程师认证机构,它于2006年10月在德国菲尔特成立,委员会由来自学术、工业和咨询界等受到全球广泛认可的思想领袖组成。如果要说到认证,那么就是CPRE。这个认证是为在业务分析和需求工程领域工作,并对自己工作成果有高质量要求的专业人士提供的个人证书。不过大家也知道,我自己是不怎么考证的,推荐给大家IREB也不是让大家去考证(如果未来想要考认证的同学多,我也许也会考虑和考CBA一样,给大家考个证提前探探路),而是去学习需求工程学科,因为这是我们开发软件系统的必备知识,如果有这方面的经验,对于未来进入业务分析、业务架构也是很有帮助的。
2020年10月1日起至2021年3月31日,CPRE-FL英语考试可同时参加2.2版和3.0版的,从2021年4月1日起只能选择3.0版。很多人我不喜欢重复讲东西,所以这一次在IT帮开的这个课程讲的自然也是最新版3.0。
谈到需求工程,这其实也是BangBA实践公开课中的一个主要内容。
上面的截图来自BangBA实践课的视频,其中标题是我们的一个主要公式:需求=问题+情境+解决方案。
需求工程3.0是去年11月发布的,我在学习新版本的过程中,发现里面有一个原则和BangBA总结的需求公式有关:原则5.问题、需求、解决方案是不可避免地交织在一起的三重因素。
3.0除了这一个原则外,一共还给出了其他8个基本原则,都是非常值得我们思考和践行的。
软件开发项目失败的原因是方方面面的,软件需求被识别为最常见的痛苦根源,不完整的需求、缺乏用户参与以及不切实际的用户期望是首要的三个失败因素,所以对于需求工程还包括更多内容,具体可见下面的目录。
在新版中增加了基本原则部分
对于需求任务,我相信大部分都做过或接触过,但是即使从业多年的需求相关人员可能都没有一个全面的认识,所以往往只是凭着经验做事,而不是靠知识体系和方法。软件需求是一项在复杂环境中高风险、高影响力的活动,所以单靠个人经验肯定是不行的,我们需要把问题转化为需求,通过一系列步骤将业务转换为系统,这要求需求从业者对需求过程和工具有透彻的理解。
需求工作的难点不仅需要大家重视,更需要需求工作者对需求本质有深刻认识,并能够掌握有效的需求工作方法。IT帮一直以来都是希望给大家布道一些值得学习的标准,帮助个人和团队更好的认识需求,建立共同对话,并提升整体的需求能力,为产品价值的交付提供保障。
另外我还需要补充一下,需求并没有固定的流程和组织结构,这个要依据团队采用的软件开发方法而定。如今敏捷是比较盛行的一种开发方式,所以我觉得还是有必要给大家多做一个知识讲解。需求工程@敏捷也是IREB组织发布的一个内容,是基于需求工程之上的一个补充,之所以补充这个部分,我想也是基于敏捷方法盛行的考虑。那需求工程@敏捷中会讲些什么呢?具体就不说了,今年大年30我就少写些内容(等下还要和壮壮一起打魔兽世界),直接看下面的目录。
另外再说一下需求工程师。需求工程是软件开发中的一项重要活动。但是“需求工程师”不一定是项目中的特定角色。一些流程模型定义了执行需求工程的多个角色(例如,业务分析师和需求经理),或在敏捷框架中PO负责需求工程。
最后说一下谁适合学习这个课程:
1. 考证人员:想要了解需求工程并参加认证考试的人
2. 从业专业人员:希望在实际工作中应用经验证的需求工程概念和知识的人
注:IT帮之前的有些课程和本课程有交集(如BangBA实践公开课),但IREB是独立的课程,所以学习过BABOK、BangBA、业务架构的同学仍需要补充本课程的内容。
扫码缴费即可报名
作者:周金根,一个在企业架构、业务分析、软件需求、敏捷研发、自我管理、创新思维等多个领域构建体系,并自在快乐、勇于践行的布道者。资深教练和培训讲师,致力于通过践行并持续完善IT帮体系方法,帮助客户激活面向未来的能力。
推 荐 导 读
IT 帮