2020年11月25日星期三09:00

对结果负责

撰写者

作为初级业务分析师,他即将参加一次会议,报告为什么我们最新的生产部署中存在如此多的错误-

这让我考虑了所有可能错过的机会以及我本可以要求自己早点抓住的潜在问题。

作为业务分析师,我的工作是向团队简要介绍需要开发的功能,并确保他们获得了设计和文档,以确保可以在发布之前进行全面测试的平稳(希望)无错误的实现。那么,为什么我们有四个错误?

承担责任

问自己这些问题可能有助于查明问题的根源:

1.由于需求不完整或不正确,在项目内多久发起一次更改请求(不是由于业务需求的变化)?

2.由于需求不清楚或被误解的结果,错误多久会添加到积压中?


广告

设计或文档多久更新一次,以澄清开发人员误解的要求?

由于缺乏对所执行工作范围的了解,测试人员多久会错过潜在的测试场景?

由于规范中缺乏完整性,还会多久创建其他积压项目和故事?

客户多久会发现由于需求规范的充实性不足而已进入过渡环境或生产中的功能或故事的缺失方面?

(少)一致性是关键。

我发现自己“经常”回答上述太多问题,这不仅影响了项目的总体期限,而且使客户付出了相当多的项目成本。

努力成为一名更好的BA并不意味着从第一天起就可以做到完美,而是随着时间的推移会有很小的改进–这意味着从诚实地反思您可能会遇到的不足开始。

不要归咎于“哦,但是开发人员应该考虑这种情况”或“哦,测试人员应该选择它”的责任。您创建了规范,在那里就可以进行修饰和计划-并有机会在开发开始之前浏览一下测试用例。 取得结果的所有权。

那么这次我在哪里欠缺呢?即使我的规格经过深思熟虑,并且我为测试人员提供了要考虑的测试方案列表,但我没有做的一件事–是考虑到系统范围对开发产生了影响–结果是系统未经测试。

有时,我们过于关注小细节,以至于忘记了退后一步,放眼大局。

©BA Times.com 2020

麦格雷戈徽标白色网站