2019年八月8日星期四09:00

业务分析师在COTS项目中的角色

撰写者

许多科技公司都提供商用现货(COTS)产品。

与从头开始开发新的IT解决方案相比,此类产品可以相对快速地满足客户的业务需求。但是,用于复杂解决方案(例如ERP,CRM,实验室或医院信息系统)的COTS产品需要大量时间和精力来投入配置。因此,组织通常需要一个由熟悉COTS产品的专业人员组成的独立实施团队,以使其适应公司的需求。

COTS供应商通常向其客户提供实施服务。这可能因公司而异,但通常包括发现阶段,根据业务需求配置系统或自定义系统,用户培训以及确保项目能够上线。

本文介绍了BA在COTS项目实施中的角色以及COTS产品团队和实施团队中BA的合作。

实施项目学士学位

可能有人会说,由于似乎没有重大的开发活动,因此COTS项目不需要业务分析。但是,COTS项目可能从完全开箱即用到复杂的解决方案,涉及大量的配置和附加的自定义(编码)。在后一种情况下,我们可以并且应该参与标准的业务分析活动:

  1. 计划您的业务分析工作。问问自己,您的业务分析方法是什么(自适应与预测)?谁是您的利益相关者?您是否具有需求治理流程?
  2. 需求启发和分析。这包括发现当前和理想的状态,进行研讨会和访谈,文档分析等。如果COTS解决方案不能满足某些业务需求,请别忘了找出并记录任何差距。
  3. 需求建模。 COTS项目通常不需要完整的功能规范,因为该解决方案已经预先定义。但是,还有许多其他需求视图可用于配置项目。我们将在下面的部分中进行讨论。
  4. 解决方案评估。定义您的KPI并衡量与传统解决方案相比是否有所改善。
  5. 组态。系统配置通常不在业务分析范围之内,但是一些公司倾向于让业务分析师参与此类活动。无论如何,广管局都应了解系统的工作原理并了解解决方案的局限性。

需求建模

如前所述,可能不需要记录已预定义的解决方案(如COTS产品)的所有功能要求。但是,根本不记录需求可能导致某些缺点:

  1. 显然,外部利益相关者(例如最终用户)和内部利益相关者(例如测试或支持团队)将至少需要一些描述系统行为的文档。
  2. 如果没有建模的需求,就无法在实际实施需求和为用户演示系统之前验证需求。如果仅通过演示已经配置的功能来验证您的假设怎么办?是的,一旦收到反馈,您很可能需要再次重新配置系统,然后一次又一次。不过,您仍然可以提供无需任何配置工作即可使用的即用型功能,并将其用作从用户那里收集初始反馈的起点。
  3. 变更管理过程可能会受到影响。想象一下,您在一堆会议记录中记录了计费模块的需求,现在在实施需求4周后,客户坚持认为某些计费交易未正确计算。在记录所有业务规则的SRS部分还是尝试查找相关电子邮件会更容易?

广告

为了解决上述问题,广管局可以使用各种业务分析技术,这些技术将适用于项目和受众。例如:

  1. 角色和权限列表:大多数COTS解决方案都允许角色配置和分配权限。首先定义和记录用户角色及其权限。组织结构图可以很方便地定义角色。
  2. 流程建模:您可以使用BPMN,UML之类的标准符号来引出并建模当前流程,或者拿出一个简单的图纸,该图纸不遵循任何符号标准,但对听众很清楚。下一步将与利益相关者一起审查模型,定义是否应在此过程中进行任何更改并更新模型。完成后,您可以在模型中添加其他需求视图,例如用例。
  3. 差距分析:作为实施项目的BA,您需要确定客户业务中COTS包未涵盖的领域,并将其与产品团队联系。请记住,在扩大与产品团队的差距之前,考虑可以为客户提供的潜在解决方法总是一个好主意。这样,客户端可以更早地访问所需的功能,产品积压不会超载,并且不需要使用可能仅由一个客户端使用的功能对产品进行过度设计。因此,首先始终评估是否有可能以其他方式配置系统,或者客户是否可以同意手动执行某些步骤。
  4. 用户案例:这是一种简单且流行的指定需求的方法,尤其是在您遵循敏捷方法并且需要增量部署COTS解决方案的情况下。使用用户故事表单对需求进行优先级排序也非常方便。
  5. 用例和场景:您可以在用例中记录每个单独的业务流程。用例可以轻松地转换为测试脚本并用于验证目的。
  6. 业务规则分析:引出并记录业务规则总是一个好主意。确保由于外部或内部更改而具有适当的流程来更新业务规则。
  7. 接口分析:您的COTS产品很可能不会用作独立解决方案,并且将与其他组件进行通信。定义和记录特定于客户的接口。
  8. 数据要求:通常,COTS解决方案会替代过时的旧解决方案,因此您需要注意历史数据。而且最好先定义数据需求,然后再意识到无法将256个字符的长文本导入到顶级客户之一的地址栏中。问自己以下问题:是否需要将历史数据导入全新的COTS解决方案?遗留数据是否适合新系统?如果数据不适合新的COTS产品,您将如何处理?

向您的产品团队提供反馈

改进产品的一种好方法是听取用户的反馈。当涉及到COTS项目时,谁是引发,分析和记录客户所有顾虑和挫败感的最佳人选?是的,您做对了!在组织中担当此角色的是实施BA或其他任何人。因此,BA是应该建立一种流程来与COTS产品团队沟通所有业务问题和客户差距的机构。

例如,BA可以为每个客户创建一个单独的Wiki页面,他们可以列出项目期间发现的所有差距,并将其传达给产品团队。然后,产品团队可以收集所有客户的反馈,确定未来版本的差距,并与实施团队共享路线图。

结论

COTS实施项目对BA可能是一个挑战,因为它们不同于传统的IT开发项目。但是,以正确的态度和一些创新的思维,我们可以采用BA技术并建立流程,这将为实施项目带来价值并帮助改进COTS产品。

马克西姆·莱西科夫(Maksym Lysikov)

获得CCBA认证,并在医疗保健,制药领域等许多行业工作。

©BA Times.com 2020

麦格雷戈徽标白色网站