2013年8月20日星期二09:03

现在我们都是设计师

撰写者

 莫里斯Aug20 当业务分析学科首次建立起来时,将其与其他学科区分开是很重要的。这种区别的部分原因在于,业务分析的重点是解决方案的“什么”和“为什么”,而不是“如何”,后者是解决方案架构师,开发人员等的责任。

我一直觉得这是人为的区别,业务分析从业人员本质上无法避免思考解决方案的交付方式,当我们尝试以完全没有任何解决方案的方式编写时,我们会自然而然地弯腰上下文。这将困扰业务分析以及我们合作伙伴学科内的许多纯粹主义者。所以让我解释一下。

我们经常谈论的项目中的金线是从原始问题/机会陈述到收益,范围,业务需求,利益相关者需求,解决方案需求,解决方案设计,已构建的解决方案,经过测试/验证的解决方案,已实施的解决方案的可追溯性,最后(一个希望)实现了收益。

在关键点(通常在解决方案需求和解决方案设计之间),这被视为跨入其他学科领域的门槛,并且困扰着任何敢于冒险的业务分析从业人员。从某种意义上讲,我们可以理解这一点,因为从需求到设计的转变是从(想要)什么到如何(将要实现)的明显转变。但是,请考虑以下异端思想:随着我们从更高的抽象层次过渡到更低的实质层次,我们进行决策,这些决策暗含着我们已经决定了“如何”。 

例如,当问题陈述转化为一组目标或收益时,我们正在决定如何证明问题或机会何时得到解决。在定义范围时,我们正在确定要实现收益需要走的宽度和深度。在制定业务需求时,我们正在决定如何实现范围。所以它继续。 

“啊,”你说,“好,我知道你来自哪里。所以,是的,在某种程度上,我可以接受,学士学位确实参与了有关如何完成某事的决定。但这不是设计的,是吗?”而且,到目前为止,我们还没有确定业务分析如何触及设计,这是对的。只是我们不仅仅关注“什么”和“为什么”。 

因此,现在变得更加有趣,因为现在我们可以看到业务分析从业人员实际上是如何提供解决方案的一部分。当然,我们实际上没有编写任何软件。但是,软件只是解决方案的一部分。您的蜘蛛侠感觉现在有点刺痛吗?您对此有何感觉? 

拥抱内部设计师

解决方案由许多部分组成。让我们将其简化为三个P:人员,流程和平台。 

当我们查看当前流程时,我们正在建立当前状态,即“原样”。在查看需要进行哪些更改之前,我们需要查看将来的状态。一旦开始绘制将来的状态流程图,您猜我们做了什么?你准备好了吗?我们设计了未来的状态! 

花一点时间让它沉入。 

好吧,现在您屏住呼吸,重新绘制了自己的世界思维图,我想问你是否准备好继续这一旅程。您要红色药丸还是蓝色药丸?您是否想醒来并回到自己的世界,在那里您观察到业务分析与其他学科之间的严格分界,还是想继续前进,以了解这个兔子洞的深处? 

如果您仍然在这里,我想您想继续这一旅程。不用担心,您尚未订购Steve 职位 设计师设计的运动鞋,蓝色牛仔裤和黑色毛衣,但请知道,裁缝就在路上。 

现在,让我们从建立未来状态流程开始。接下来,我们看看角色将如何支持未来状态。这通常是我们参与组织设计的地方。也许这些角色暗示着责任发生了变化,也许它们目前不存在,暗示着要组建一个新团队,或者更极端地,暗示着要进行重组。当然,我们正在设计一些东西。

另外,当我们参与起草用户指南和短期课程时,我们不仅在设计,而且实际上也在构建和交付。 

可怕的东西,是吗?  

现在,让我们进入更熟悉的软件开发领域。我们中的许多人都参与了该解决方案的白板,线框和纸张原型制作。这有助于激发我们的利益相关者。他们开始了解解决方案的外观和行为,并开始挑战他们的假设并确认他们已经理解了他们的要求。是的,您猜对了,这也是设计。 

欢迎来到设计学院。敲门的是裁缝。因此,准备好并准备设计。这很有趣,这也是我们一直在做的事情,因此,请学习拥抱您的内部设计师。 

设计思想的伟大之处在于,它也固有地产生了更大的协作。现在,我对您的设计产生了兴趣,我想与您谈谈业务设计的广泛领域。那是另一天的帖子。

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

 大卫·莫里斯(David Morris)

大卫·莫里斯(David Morris) 是该部门的业务主管 优化新西兰 ,特别侧重于业务分析和敏捷实践。他在业务分析领域拥有超过25年的经验,他领导团队,并按照结构化,迭代式和敏捷性方法,在战略,业务和技术项目中经营自己的业务。
David是合格的CBAP,ScrumMaster认证和IT认证专家。他负责文学士学习小组,专业发展工作坊和训练营。是IIBA新西兰分会的董事会成员;在欧洲和大洋洲的会议和活动上发表过演讲;撰写了几本书(包括“广管局知识体系的敏捷扩展”和“傻瓜业务分析”);并且是活跃的博客作者,高音扬声器和Wikipedia编辑。

大卫·莫里斯(David Morris) 的最新作品

©BA Times.com 2020

麦格雷戈徽标白色网站