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

亲爱的007:我完成了吗?

撰写者

有时,我会从BA和PM那里获得问题,当我无法回答这些问题时,我会将其传递给CBAP007。有了IIBA许可进行演练,对于这位经验丰富的专业人员而言,没有太大或太小的业务分析问题。这是2015年7月的一项:

亲爱的007:

我的项目经理告诉我“完成要求”,但是无论我上交什么,她都说还没有完成。当我问她还想要什么时,她说她想要一切。当我建议一切都花无穷大时,她说我有一种态度。

她是对的(关于我的态度)。我应该怎么做才能“完成”需求?

签,

比她想的还要完成

亲爱的比她认为的更完美:

我假设您像大多数广管局一样,理解到要求的完成很难使每个利益相关者都满意,因此很少“完成”要求。

有史以来针对手机编写的最完整的要求中,没有包括因穿两个尺寸过小且底部结构过大的手机底盘而塞入的靴式Calvin牛仔裤所固有的意外因素。

甚至不用问航天飞机助推器的橡胶垫温度要求-它们已作为要求包含在内,尽管完整性,但项目管理部门忽略了这一要求(“但是里根正在派一位老师进入太空并发表重要演讲-这是最后期限!”)。的确是最后期限,但不是必须的。

因此,我认为“完成”和“一切”这两个词对您的PM意味着不同于对您的PM。让我们尝试一些定义-如果其中之一适合您可能会意识到该怎么做。

完成意味着什么? :

  • 我(广管局)无法告知一切缺失
  • 她(下午)不能说什么都没有
  • 我们(其他业务涉众)无法判断出任何缺失
  • 他们(实施SMES)无法判断出缺少任何内容
  • 它(已实施的解决方案)无法判断出缺少任何内容(一切正常)
  • 请注意,这些定义都没有涉及任何人说“我可以看到X,Y,Z丢失了”,这会更有帮助。

现在定义一个有帮助的定义。完整性最好在给定的描述水平下定义。在BA专业中,我们期望BABOK提供正确的类别和描述级别。在这种情况下,需求具有以下描述级别:

  • 业务需求(无论利益相关者想要什么,都必须满足关键业务需求,方法和战略上合理的能力的高级说明)
  • 要求[已陈述](利益相关者的需求和顾虑不必进行分析)
  • 解决方案要求(功能,需要完成的工作)
  • 解决方案要求(非功能性,要实施的任何解决方案的质量)
  • 过渡要求(临时需求和努力,直到“全面”实施)

“我们的业务每天需要在不到一小时的通知之内向其客户交付法律文件,”这可能是一项完整的业务要求。确保梳理您的要求并收集所有“高级”实际业务需求(与个人喜好相反,请参见下文)。您将发现一些“低级”需求,这些需求暗示着高层次的需求,反之亦然。将它们分开(分析)到各自的组中,重新编写它们以适合其级别和类别。这样一来,您就可以更轻松地了解高层的缺失。这是大多数IT项目错误发生的地方,也是完成错误最重要的地方。

就利益相关者的要求而言,“我想要一辆汽车以便能够为公司交货”是完整的(已陈述,未分析)。确保梳理您的“需求”并收集所有“非真正需求”陈述,并将它们放入“引诱”文档中以进行进一步分析。 “需求”没有完成,因为没有对它们进行分析,但是就利益相关者所说的一切而言,它是完整的。

“自行车快递员在城市送货上平均每小时12英里,而汽车每小时7英里。可行性分析建议将快递服务外包给快递员(或者我们可以向利益相关者购买自行车而不是汽车)。”这可能是一个完整的解决方案要求(功能性)-交付法律文件。收集您所有要求中隐含的所有实际工作功能,并将它们放在一个位置。可以更轻松地查看丢失的内容(例如,使用正确的交付信息准备包裹,以及与客户确认及时的交付)。为完整起见,请列出所有重要的业务流程,并根据需要让次要的业务出现(例如,我们需要将“送货到快递服务”分配为关键业务功能,但我们可以决定在协商时通过短信实现此分配)如果尚未解决此“文本消息”规范,则要求是否完整?不是真的(请参阅开头),但是风险很低,并且侧重于其他更高级别的问题(例如,如何客观地衡量交付绩效) ,一旦完成分配)。

已经将“在不到一个小时的时间内交付”作为一项业务要求-这(对于这个简单的示例)是COMPLETE解决方案的非功能性要求-服务水平的保证。您能想到任何有助于保证服务水平的功能要求吗?把那些放在上面-与喜欢组。

最后是过渡要求。谁必须被告知,训练有素,胜出?我们需要将秘书的Rolodex数据转换为快递包裹的标签打印系统吗?什么是实施计划(我的项目经理)。项目计划(考虑一下)在很大程度上是“过渡要求”,应该和您一样对项目经理负责。

简而言之,如果您使用BABOK类别,则可以避免级别混合,混乱,并且可以查看该级别上的其他内容。如果做得正确,您会发现各个级别之间存在冗余。这是正常现象,显示出可追溯性,并且表明需求在各个级别之间是相关的(这就是为什么很容易将它们混淆在一起并对它们的完成程度感到困惑的原因)。看似多余的要求的一个示例是“不到一小时内交货”。在业务级别,这是一种由性能级别定义的服务策略。在非功能级别上,它驱动测量,验证和其他功能需求。通过将其适当地放在两个地方,可以实现一致性,这有助于利益相关者感知完整性。

总是从填充高水平到最大程度的充实开始。如果没有时间“完成”一个较低的级别,您甚至可能不会启动它。不要仅仅因为您可以指定管理用户特权的详细步骤,而是坚持使用高价值,高水平的关键关键业务流程(例如,验证及时交付),并尝试“完成”成功案例。如果有时间,请选择前3个备用方案。在每个步骤中,确定您可以完成的工作量,并在工作中放置BABOK边界,以便显示完整性。

然后,当您的经理说“完成”屏幕颜色要求时,您知道哪个要求以及缺少什么。

Je suis finis-et vous?

请在下面发表评论-让我知道您无法得到的东西,所以我可以完成它:-)

马科斯·费雷尔(Marcos Ferrer)

CBAP的Marcos Ferrer 在业务分析和信息技术应用于流程改进方面拥有20多年的经验。 1983年从芝加哥大学毕业后,费雷尔先生加入IBM在芝加哥,在那里他致力于各种行业的需求和系统实现。他最近的项目包括退伍军人管理局的工作要求,在华盛顿市郊区卫生委员会介绍BA实践,并为NRG Bowl LLC创建保龄球行业模型。 2006年11月,Marcos Ferrer是IIBA认证的首批CBAP之一。他曾担任过最近担任总统IIBA,的DC-地铁章的当选委员,并在BOK 2.0测试的写作协助。

此类别中的更多内容: « BA或非BA BA-elzebub的词汇表-D»

©BA Times.com 2020

麦格雷戈徽标白色网站