2012年1月3日,星期二11:45

解决方案词典

撰写者

我关于业务分析师以一组需求或产品积压或用户案例的形式提供解决方案的观点遇到了一些阻力。不是这个概念,而是这个词。我什至已经贴上了所有需要完成的描述的标签-业务需求文档,用例集,用户案例,产品积压项目等,以及“解决方案文档”建议所有形式的渲染产生相同结果的短语。 显然,许多人认为只有一个解决方案,即已交付生产的已实施软件,任何提出业务分析师可能正在创建“解决方案”的建议都将因产生已实施解决方案的技术力量而遭到愤怒和嘲笑。

到过那里(双方),我都同意跨过技术界限对业务分析师来说是冒险的。 该边界存在于“什么域”和“如何域”的会议上。 即使业务分析师中有很多来自系统分析师和其他技术角色,他们也不应该了解或关心 怎么样 解决方案得以实施。而且,我再次同意这一点。 担心技术实施往往会以错误的方式歪曲有效的业务解决方案。

但是,回到这个词。 业务分析师会提供解决方案吗? 好吧,让我们看一下定义:“解决问题的行为”。 当然,业务分析师可以解决所提出的业务问题;但是,仍然存在文档是否为解决方案的问题。 那么还有另外两个定义:“特定实例或解决方法”,或“特定答案或解决问题的方式”。业务分析师确实会根据任一定义生成解决方案。  因此,尽管选择单词可能是正确的,但与解决方案团队存在冲突的问题,后者可能声称自己完全拥有解决方案。

这个词并不重要。重要的是业务分析师可以对业务问题做出全面响应的概念。我相信讨论的所有方面都同意业务分析师必须定义真正的问题,并确保每个人都同意问题陈述。 这样做并非总是如此,并且在许多情况下,当业务分析师确实确定问题时,将结果作为诸如业务案例或项目章程之类的一些早期文档的一部分放在一边,并假定其存在仅仅是为了推动项目进行。之后,唯一重要的是需求。这就是麻烦的开始。

很多时候,业务分析师在从客户,用户和其他利益相关者那里得出需求,需求和BS(蓝天)方面做得很好。业务分析师精心设计了这些要求的清单,甚至可以优先考虑。 该清单由涉众确认并验证,然后传递给解决方案团队。仅当解决方案接近实施时,或者甚至在实施之后,才考虑列表中的所有可操作元素是否加起来构成了针对所述问题的有效,完整,准确和可用的解决方案。

我建议,除了“解决方案”之外,还有一个词可能会提醒业务分析师,他们的目标是解决业务问题,并且需求记录解决方案的程度与架构师的模型相同,而效果图记录架构师的解决方案符合房主的愿望。

我认为是“诊断”,我在《 广管局时代》上较早的博客中提到过,因为诊断的定义是“确定或分析问题或情况的原因或性质”,或“解决问题的答案或解决方案”情况”。 尽管定义合适,但“诊断”的常见解释与医疗程序有关,因此不能很好地扩展到业务问题。

关于我所听到的要求的另一个可能的隐喻是蓝图。 除了将其定义为机械制图设备之外,蓝图的定义还是“影响后续设计或实践的原始计划或原型”。同样,该定义符合我们业务分析师正在尝试做的事情,但是从这个词中得出的推论比技术上可接受的要多得多,尤其是对于解决方案团队而言。

因此,如果我们对解决方案一词有疑问,那么,如果不是针对业务问题的商业解决方案,那么我们可以使用哪个词来更准确地描述业务分析师产生的结果呢? Any ideas?

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

史蒂夫·布莱斯

PMP 史蒂夫·布莱斯在业务分析,项目管理和软件开发方面拥有超过43年的经验。  他为开发业务分析流程的公司提供咨询服务。他是IIBA BABOK指南3.0的委员会成员。他是《业务分析:成功的最佳实践》一书的作者。

©BA Times.com 2020

麦格雷戈徽标白色网站