2020年6月4日星期四12:50

您要解决什么问题

撰写者

在我的文学学士职业生涯中,我学到的最重要的课程之一是“您要解决什么问题?”它并不像看起来那样简单。

通常,业务合作伙伴会带来各种各样的先入为主的观念,它们是实际存在的问题。有时他们会尝试提供帮助。广管局的工作是提出更多问题,以确定这是否是真正的问题。

例如,我有一个业务合作伙伴告诉我,我们发送给一位客户的电子邮件中的数据是“加密的”。浪费时间试图追逐它本来很容易。我开始走这条路,直到陷入困境并问“我要解决的问题是什么?”我要求业务合作伙伴查看电子邮件的副本。那时我意识到她所说的加密实际上只是直接在页面上显示的原始XML。问题不是电子邮件是加密的,而是人不容易阅读。后来更改了一个参数,此问题已解决。

唐纳德·高斯(Donald Gause)和杰拉德·温伯格(Gerald Weinberg)撰写了一篇开创性的著作,旨在发现真正的问题,“您的灯亮了吗?”我每年至少阅读一遍,以提醒自己如何提出确定真正问题所需的问题,因为有时乍一看似乎不是真正的原因。

荷兰自行车制造商Van Moof遇到了一个现实生活中的例子,他发现超过25%的自行车在运送到客户的途中遭到损坏,尤其是在运往美国时。该公司本可以投资改善包装或寻找新的运输公司。取而代之的是,他们花时间确定真正的问题是:运送产品的人并没有对产品小心,这可能是因为他们认为自行车坚固耐用,可以承受粗暴的搬运。也许他们没有认为自行车很有价值,所以他们觉得在处理自行车时不需要格外小心。解决方案是什么?

最后,自行车公司将大屏幕电视的图片放在自行车的图片后面。他们没有表示盒子里有电视。显然没有时间仔细阅读的托运人对待更新后的盒子,就像里面装有一台大屏幕电视一样。结果,运输途中的损失减少了80%。


广告

  1. 问业务或客户他们要解决的问题是什么,这并不是过程的结束,而只是开始。以下是解决实际问题的一些方法:
    询问问题是否解决。通常,这将使您根据业务部门期望的结果来确定实际问题。书中给出的一个例子是一幢建筑物,其房客抱怨电梯太慢。理想的解决方案不是提高电梯速度,而是租户停止抱怨。最后,放置在电梯两侧的镜子提供了足够的注意力,以至于对电梯速度的感知不再是问题。
  2. 不接受解决方案作为问题。在我的职业生涯中,客户通常会带来他们想要的解决方案,而不是要解决的问题。询问要解决的问题通常可以简化解决方案。例如,一个部门抱怨另一个部门的数据输入不正确。他们提出的解决方案是向输入数据的系统添加大量编辑和有效性检查。这将需要大量的分析和开发时间,以确保验证正确无误,不会对效果产生额外的影响。取而代之的是,花时间将两个部门召集在一起讨论问题,并寻找提高前端准确性的方法。最后,不需要开发,并且通过改进流程解决了问题。
  3. 花时间进行根本原因分析。有时,感知到的问题是症状,而不是实际的疾病。当我编写软件时,错误经常是由对变量的更改引起的,该变量已从我正在查看的代码中删除了很多。进行根本原因分析通常可以帮助您确定造成疼痛的因素。这也可能是忽略某些问题的原因,因为“我们一直都是这样做的。”根本原因可能是造成问题的痛苦点之前或之后的某些过程的结果。

最后,找到需要解决的实际问题可能很简单,很复杂,也可能介于两者之间。花时间进行正确的调查是广管局在开发过程中重视的重要部分。

拉里·布兰肯希(Larry Blankenship)

在过去的20年中,Larry几乎在SDLC中担任过所有角色,曾在不同时间担任过开发人员,技术撰稿人,业务分析师,数据库设计师和培训师。

他目前正在努力学习有关使用敏捷作为业务分析师的更多信息。

他获得了scrum.org的PSM-I认证,并且正在获得IIBA的敏捷认证。

拉里·布兰肯希(Larry Blankenship)的最新作品

©BA Times.com 2020

麦格雷戈徽标白色网站