2009年8月4日,星期二,11:58

任何其他名称的要求

撰写者

我对最近一篇有关信任对收集需求的重要性的文章的回应促使我问自己到底是什么业务需求。因为没有关于信任方面的评论,也没有关于业务需求的定义的多种观点,所以我不得不问自己一个问题:如果业务需求的定义因人而异,那还是一样吗?简而言之,需求就是需求吗?毕竟,任何其他名称的要求...

那么有什么要求?许多年前,我在IT部门的一家全国性零售商工作,该部门制定了两种开发软件的规范。第一个是业务需求文档(BRD),我们称之为“鸟”。第二个是技术要求文档(TRD),我们没有打扰。我们从不为每个类别中的哪些需求而烦恼。我们将来自业务的内容放入BRD。一般来说,这些功能涉及软件的功能,例如人们使用系统的方式以及需要输入或显示的数据。 TRD中记录了与我们将如何实现该软件的方式有关的内容。

但是,就像生活中的许多事情一样,我学到的越多,我所知道的就越少。业务需求和技术需求之间的区别不仅变得模糊,而且甚至业务需求的定义也在发展。

我们曾经说过,业务需求描述了“内容”,而技术需求描述了“方式”。但是,这两者之间的界线并未清晰划定。例如,业务流程是“什么”还是“如何”?接下来,我们将需求分为功能需求和非功能需求,并且不同意非功能需求是否被视为技术需求。

业务需求的定义。

定义似乎很容易定义,因为独立外部评价的定义已被广泛接受:“利益相关者解决问题或实现目标所需的条件或能力。”但是,此定义的一个困难是,要求不再仅适用于软件,并且业务分析师需要进行各种工作。业务分析适用于完成可行性研究,新业务流程,人员配备建议等。我们要考虑的是,完成业务分析工作是否总是会导致上述需求。

另一个困难是,尽管人们普遍同意可以对需求进行分类,并且其中一个分类是“业务需求”,但是对于这些分类应该是什么却没有达成共识。引用知识体系来帮助我们会很棒。确实,拥有知识体系的真正伟大之处之一就是我们的从业人员可以使用所有人都普遍接受和理解的语言。我们不再需要浪费时间来讨论需求的定义,业务分析和业务需求。还是我们?

BABOK®指南 2.0描述了其分类方案,其中包括业务需求(目标和目标),利益相关者需求(从业务领域的角度来看),解决方案需求(功能和非功能)以及有助于组织从当前过渡到未来的那些临时需求州。

PMBOK®指南 - 4 另一方面,版本将需求分类为项目和产品(到目前为止非常好)。但是项目要求被分类为“业务,项目管理,交付等”。产品要求是“技术要求,安全要求,性能要求等”有许多方法可以解释这些类别。也许技术要求等于功能要求,也许不相等。也许交货要求是指目标日期,也许不是。关键是,如果我们要依靠知识体系来帮助我们说一种通用语言,那么将它们统一起来将是很棒的。

那么,业务需求是什么?作为我的老狗,我仍然喜欢将业务需求视为业务领域批准的那些需求的总称,而不管其详细程度如何。但是,我确实相信我可以学习一两个新的技巧,并且可以肯定地将将业务需求定义为最高目标的理由。 (BABOK®指南)。而且,如果有人知道送货要求是什么,我一定会感谢您告诉我的。

不要忘记在下面发表您的评论。


伊丽莎白·拉森(Elizabeth Larson),PMP,CBAP, 水印学习首席执行官兼联合负责人(www.watermarklearning.com ) 在业务,项目管理,需求分析,业务分析和领导方面拥有超过25年的经验。自1996年以来,她已经为三大洲的数千名参与者举办了讲习班,研讨会和演讲。伊丽莎白的演讲历史包括PMI北美,EMEA和亚太全球大会,PMI的各个章节以及ProjectWorld和Business Analyst World。 伊丽莎白 eth是新的《收集要求》第5.1版的《PMBOK®指南-第四版》和《BABOK®指南-2.0》中有关业务分析规划和监控的章节的主要撰稿人。伊丽莎白(Elizabeth)与人合着 CBAP认证学习指南从业人员需求计划指南,以及在全球范围内发表的行业文章。可以通过以下方式与她联系 [email protected].

 伊丽莎白·拉森(Elizabeth Larson)

 杰出贡献者

伊丽莎白 埃特·拉森 , PMP,CBAP,CSM,PMI-PBA是Watermark Learning / PMA的顾问和顾问,在项目管理和业务分析方面拥有超过35年的经验。伊丽莎白的演讲历史包括在五大洲举行的国家和国际会议的主题演讲和演讲。伊丽莎白与他人合着了五本书,并在另外四本书中出版了章节,并定期在《 广管局时代 》和《 项目时间 》上发表文章。 伊丽莎白 eth是《BABOK®指南》所有版本以及一些PMI标准的主要作者/专家审稿人。伊丽莎白喜欢旅行,远足,看书,看戏,并和6个孙子和1个孙女一起度过时光。

©BA Times.com 2020

 麦格雷戈徽标白色网站