• 可以放慢脚步:BA效率不是通过击键来衡量的
  • 业务分析的通配符身份
  • 是的,您可以在Covid-19期间实际上有效地提出要求!
2015年5月4日星期一14:11

需求收集的过程方法

撰写者

该博客原本是关于需求启发技术的,但最终成为同行评审的一个例子。我完成了博客,并将其移交给我的同事以征求反馈。他指出,我假设人们知道如何收集要求,以便他们开始使用博客中提到的技术。换句话说,关于技术的博客是向前迈出的一步,我首先应该解释这种方法。哎哟!我头上的bump碰仍然很痛。所以,我们开始。

我采访了许多候选人。每当我问“您如何参加需求会议?”答案总是包括类似于“我使用JAD会话”或“我为用户提供影子”的内容。 JAD(联合应用程序设计),阴影,采访和集思广益是您掌握方法后使用的技术。这样想吧。您决定去度假。您如何处理?您不会以“我会开车”或“我会飞翔”开头。这些是您到达目的地的方式(技术)。您需要做的第一件事是决定去哪里,何时去以及如何去(方法)。您采取的一系列步骤(方法)必须先于驾驶或飞行(技术)的决定。有一个非常好的区别。

那么,我们如何计划需求收集会议的方法?我们是否召开会议并询问业务用户“好,那么您想要什么?”或“我准备好了,继续列出您的要求?”如果您有非常长的购物清单,请不要感到惊讶!为避免此类不幸,这里是一种基于流程的需求收集方法。

我的第一点 最后的博客 是“做功课”。作业的第一步是了解组织和部门。这种理解提供了一个整体,使要收集的需求目标与组织和部门的目标保持一致。接下来是了解正在考虑的业务以及正在处理的系统的范围。有很多途径。其中之一是掌握AS-IS流程图。

从高层次的过程开始。有人称其为“ 0级”或“ L0”。从此处向下钻取至最低级别-L1,L2,L3等(请勿将其与支撑级别混淆)。通常,您可以通过L3或L4来实现。如果AS-IS图不存在,则您的任务是创建它们。

一个成熟的组织通常会记录所有“原样”过程。过去吧翻阅与系统相关的任何其他文档-业务需求文档(BRD),功能规格文档(FSD),用户手册,数据流程图(DFD),实体关系图(ERD)和DDD(对不起,我刚刚创建了那个!)。可以访问测试系统并在沙盒中玩耍-查看其功能,查看其功能。与技术人员交谈。有时,他们比业务用户本身对业务的了解要多。要求技术和/或商务人士进行演练。如果您有知识渊博的线索,请与他们交谈。到现在为止,您应该对业务开展方式有了很好的了解。吸收信息时,请注意似乎不正确的地方。永远记住您的标题-业务分析师-因此请确保在进行过程中始终尝试进行分析。

有了足够的知识,就可以着手进行“待定”过程。记住,您只是在记录“将要完成”的过程,而不是在记录需求。一个常见的陷阱是在流程文档中嵌入需求。一定要避免它。

复制“按原样”流程并标记瓶颈,痛点,解决方法,手动流程和非增值流程。查看您是否可以测量过程中各点之间的提前和滞后时间。除了任何新功能或流程本身的更改外,所有当前的弱点都应在“将来”流程中解决。注意不要通过自动化解决流程效率低下的问题。您将自动降低效率。

再次从级别0或L0开始。进行必要的更改。每个任务都定义了您的高级需求。这是一个官僚组织中的L0采购过程的示例拉马马5月5日IMG001

使用收集的需求来准备高级BRD。

每个盒子都可以进一步细分为下一级流程。例如,第一个任务可以分解为拉马玛5月5日IMG002

同样,可以进一步详细说明每项任务(这是面试的流行语-功能分解)。假设我们一直到最低水平(不要放大图片,这里只是为了说明的目的),这看起来可能是这样:

拉马马5月5日IMG003在每个级别上寻找机会消除当前流程中的缺陷(缺失的部分)和效率低下(不需要的部分)。在重新设计过程时,请牢记这一原则-两点之间的最短距离是一条直线。一条直线并不总是可行或可行的,而是将其用作简化流程的准则。即使您设法消除或改进一两个步骤,也可以节省大量时间和成本。

上图中朦胧的浅蓝色矩形指定了执行该特定任务的系统。该图还包括手动任务,报告和电子邮件。检查是否可以自动执行手动任务,以及是否可以用工作流程替换连续的手动任务。同样,不要自动执行低效率的流程。分别处理报告。记录“待定”过程后,请业务用户对其进行验证。验证是强制性的。我必须再说一遍,这是非常强制的–必须使这些“将要”的流程得到业务用户的验证和批准。剩下的是最低功能级别的一堆任务。对于这些,您需要收集功能要求。

在深入到需求收集过程之前,您还需要执行另外一个步骤-组织需求引发启动会议。邀请业务用户和技术团队成员。强调需求的重要性,良好需求的特征,到目前为止已经取得的成就,后续步骤以及用户持续参与和合作的需求。最重要的组成部分是列出并说明一个好的要求。有什么特点?这是一个很好解释的网站。 (下一个博客将解决此问题和需求收集技术)。网站上有一些很好的例子,说明如何不编写需求,其重要性与应如何编写(在这里有点BA幽默!)。

下图总结了该方法拉马玛5月5日IMG004

我们准备开始进行需求收集过程。现在,我头上的颠簸更好了。

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

玛尼·拉马斯玛(Mani Ramasarma)

玛尼·拉马斯玛(Mani Ramasarma)是位于华盛顿特区的一家领先的多边银行的高级业务架构师。他在金融,水泥,制药,塑料和IT等各个领域拥有超过28年的经验。 Mani采用并推广了一种实用的,基于流程的业务分析方法。他曾培训和指导过许多文学士。 @maniramasarma。 //www.linkedin.com/in/maniramasarma


©BA Times.com 2020

麦格雷戈徽标白色网站