2009年3月2日,星期一19:00

业务流程;美丽的事物

撰写者

英国浪漫主义诗人约翰·济慈(John Keats)在希腊颂诗《颂》中写道:“美是真理,真理是美丽”,这就是/你们在地球上都知道,而你们需要知道的一切。本文提出,通过认识并反思一家企业的行为方式,我们可以通过清楚地看到使该企业在其所选领域取得独特成功的文化和行为来发现,培养和磨炼其美丽。

本系列的前几篇文章着眼于通过使用业务上下文模型设置场景来寻找好的东西,以及寻找 真相 通过了解业务中存在的真实事物以及一天中任何时候的真实事物来进行业务内部分析,而业务行为则使用业务域模型进行。 本文探讨了为什么我们要对企业及其员工的动态建模。

除非我们了解业务的行为,否则很难理解它。因此,重要的是,我们必须封装业务活动,以便改进和简化其行为,减少不必要的复杂性,并专注于净化其业务产品。打个比方,运动员将开发一种过程以最大程度地提高表现,消除所有不必要的活动。根据特定运动员的身体和精神性质和体格,在此过程中可能会有少量的独特性,但是大多数运动员的运动都会遵循类似的过程。

如今,在为业务流程建模时,有两个主要阵营。我喜欢使用统一建模语言(UML),因为我的商业客户告诉我它很容易阅读和阅读,并且因为它涵盖了我需要的所有类型的商业模型(动态和静态)。业务流程建模表示法(BPMN)仅涵盖业务行为(这两种表示法均由对象管理组拥有和管理)。此外,许多政府机构和行业团体,例如联合国,世界海关组织和电信管理论坛,都使用UML设置标准和行业模式。

还有另一个派别-那些没有记号地描述业务的人-文本建模者真正担心他们的商人不会喜欢或理解标准记号。

我对业务的符号,意愿和热情以及对一些简单符号的立即了解只得到过积极的反馈,但是,创建和传达理解不是符号的工作,这是我们的工作。表示法只是一种带有“字典”和一些“语法”规则的语言。在研讨会上提出所有正确的问题是我们的工作(记住我们应该 总是 业务模型),将逻辑应用于发生了什么混乱的口头描述,并以有意义的方式标记每个模型元素,以传达达成的理解。否则企业将无法理解结果!分析技能和UML表示法的结合赢得了以下赞誉。最近在域建模会议期间(请参阅文章“业务域建模的重要性“),UML的一名新来的业务分析师,对我说,他曾低头思考某件事,然后又抬头看白板,并以自己的声音大喊:整个讨论在几秒钟内被记录得很好。

大多数业务分析师都熟悉在某种程度上对业务流程进行建模的情况。如果我们可以回答“接下来会发生什么?”的问题,那么我们正在处理动态的世界观,即描述感兴趣的业务领域的行为和活动。例如,以下与英国国际食品贸易有关的英国政府过时业务流程的(简化)UML活动模型指定了需要自动支持的业务活动。

businessprocess_1.png

请注意,当有多种选择路径时,业务流程始终具有起点,终点和前进方向。这是我最常提出的三个评论意见。应用严谨和逻辑!例如,只有签发了证书,我才能进行商品贸易。另请注意,活动泳道(上面的商品交易商和认证)可以从业务环境模型中得出(请参阅文章“业务上下文模型:尽其所能“),通过重用已经确定的参与者和业务服务或感兴趣的领域。我最常发表的评论是关于用于命名活动的词语。任何模型中的每个元素都必须以有意义的方式标记。我经常看到活动标记为“执行管理”或更糟糕的“输入数据”,因为这些目标没有有意义的业务目标,因此我们不希望对此有所了解。

顺便说一句,在我们了解业务时进行更高级别的建模很有用;业务用例模型是对逻辑上不相互流动的不连续业务流程进行建模的理想方法。例如,在国际贸易中,我们可以通过以下方式确定对我们的工作很重要的流程,也许在对每个流程进行建模之前(当然是在一个好的建模工具中)包括一个描述。它们的名称应表达对企业的重要价值或主要目标。我们甚至可以将战略业务目标用作业务用例名称。

businessprocess_2.png 

业务用例还是业务策略,业务规则和约束的有用容器,以后可以由任何指定的软件继承。

尽管有些人认为指定软件需求是业务分析师的唯一目的,但我认为应根据对业务进行分析的结果,将此活动视为可能的最终目标。虽然本系列的重点是业务分析,但是当我们进一步进入软件规范(即 将结构化功能软件需求指定为系统用例(因为用例描述了用户与满足用户目标的系统之间的单个交互)。关于 为什么 我们有用例。简而言之,存在一个系统用例,可以部分或全部自动化并支持业务流程中的业务活动。因此,我们不应该凭空发明用例。它们应该被派生。我刚刚读了一篇文章,提供有关如何选择是对用例还是业务流程进行建模的指南。我声称,如果不研究它们需要支持的业务流程,就无法知道我们需要哪些用例。否则,这就像在不知道患者出了什么病的情况下服药一样。

businessprocess_3.png

我们如何得出用例?通过研究业务的当前行为并将其改进到更理想的状态,然后查看可以增强和支持的活动。请参考能力成熟度模型集成[CMMI],这是一个用于改进业务流程的开放框架,描述了业务成熟度的五个级别:一级称为“野兽”,我们可能将第五级昵称为“美人'.  这就引出了一个问题-找到系统用例后我们怎么知道?答案是当了解业务流程的目标时。我的意思是,我们必须对以目标为导向的活动进行建模,一旦这些目标被认可,将指导我们以动词+名词的形式对这些活动进行信息丰富的命名。当我们了解目标时,便有了一个系统用例-可能具有相同的名称。如果我们不了解一项活动的目标,那么我们就必须看起来更近一些,就像我们在向孩子展示花朵上的蜜蜂时所做的那样-蜜蜂在做什么,为什么?可能是所确定的活动太“大”或“太小”,我们需要问更多的问题。

只有从经过良好逻辑思考的业务活动模型中得出用例,我们才能确保我们的软件需求分析适合目的。我们还怎么知道?通过写下我们业务人员的愿望清单,希望每个人都能准确记住他们在需求会议中所说的话,以使产生的300页自由文本不会受到无休止的修改?另外,祈祷所做的陈述可以及时地作为准确的规范行事,该规范确实符合从整体业务战略中分配给该工作的业务目标和目标的子集?

许多业务流程建模者喜欢在“层”中建模,经常有人问我应该建模多少层,以及每个层需要什么级别的细节。一些行业标准也可以分层建模,例如,远程管理论坛的eTOM业务流程模型。我不希望对业务流程进行分层,因为我希望模型可以公开并公开,例如在企业主的墙上,并且我希望模型可以用作会议和讨论的重点。这意味着如果打印,它必须适合一页!我经常看到四层墙完全被单层流程覆盖,或者业务流程的各层没有在模型“完成”后再使用-顺便说一句,该模型永远无法在我的书中完成。每个建模人员根据他们的工作做出的判断确实是一种判断,但是我更喜欢单层建模,并在其他页面上建模例外,这样我就可以将主流程保持在一页上(“ main” =发生的大部分显示异常活动的时间,以指示出现问题的时间。这可能意味着我必须将每个活动的目标保持在“很大”的水平。

当然,最好的企业永远不会沾沾自喜,总是积极地追求持久的美丽:衡量和优化业务目标和活动;并可视化商业经济学(成本,收入,收益)。因此,业务流程的模型永远不可能是完整的-它是活动不断发展的快照。

通过更平稳的运行过程,我们可以将注意力集中在真正重要的方面-价值链;设计和定价产品和服务。当我们知道我们必须积极寻找日常业务中的低效率时,这可能是一个痛苦的认识。毕竟,美丽就是痛苦,俗话说。

苏珊·简·麦克斯特

苏珊·简·麦克斯特 是英国计算机协会的IT专业人员认证成员。她获得了英格兰萨塞克斯大学的数学荣誉学士学位&欧洲研究统计学(法国),在巴黎大学就读法语。 Suzanne是一位业务分析师,在全球拥有16年的经验。她是业务分析领域经验丰富的讲习班主持人和演示者,并向欧洲委员会和联合国等高级成员国代表作了演讲。她以将逻辑和顺序应用于不同的业务观点以及交流共识而感到自豪。 Suzanne还指导其他业务分析师和项目经理,并且是《 业务分析师 Times》杂志的定期撰稿人。 2008年,她曾在新西兰惠灵顿举行的BA世界研讨会上担任演讲嘉宾和小组成员。苏珊(Suzanne)在周六早上为3-8岁的孩子教芭蕾舞,并安排业余时间跳舞(她在NZ舞蹈节上表演过),并与两个孩子一起玩耍。苏珊的个人呼吁:请游说您的政府,以控制蜜蜂病毒性疾病和寄生虫的传播。蜜蜂对地球上的所有生命都至关重要。本文基于“真相,美丽&作者于2008年和2009年在新西兰惠灵顿发表的“善良”系列演讲。&“善意”材料并不是要具有权威性,而只是为了帮助其他人进一步发展自己对业务分析的探索。作者希望感谢以下人员对本文的自由贡献和贡献:LD,BL,JM , H T。

版权所有©Suzanne Jane Maxted,2009年2月, [email protected] or [email protected]    3/09

©BA Times.com 2020

麦格雷戈徽标白色网站