2020年4月9日星期四08:00

观点

撰写者

作为业务/系统分析师或解决方案架构师,我们是代表业务的系统的技术负责人。

在分析,架构和端到端解决方案交付过程中,我们对广泛的涉众产生了不可思议的影响。当他们试图解开IT带来的难以置信的复杂性以帮助实现业务价值时,我们会牵着他们的手。同时,我们可以努力实现更简单的实施,并确定可以帮助我们的开发和运营利益相关者的危险信号。

这是分析师必须了解并可以用来进一步增强其对项目影响的一些观点。

商业前景

我参加过几次与业务利益相关者的会议,在这些会议中,他们用于某些功能或场景的业务语言与IT利益相关者所使用的完全不同。这些可能在解决方案审核期间引起来回讨论和混乱。精明的分析师了解这一点,并承认由于利益相关者的多样性,这些差异将始终存在。他们将在适当的时间提出这些建议,并使两个团队保持一致–通过确保两个团队都知道并能够解决这个问题,使他们保持一致。

商业利益相关者关注的另一个问题是在功能需求中使用过多的技术术语,这会延迟批准并增加复杂性。因此,业务部门将非常感谢使用尽可能最简单的语言的分析人员,只要需要,分析人员就可以在使用任何术语时提供清晰的信息。这样,他们就不会疏远,也不会完全意识到他们正在签署的技术解决方案。您可能已经看到埃隆·马斯克(Elon Musk)发送的内部备忘录,其中禁止特斯拉使用所有技术术语。

最后,企业始终在寻找诚实的声音,他会在适当的时候将讨论中的问题,差距或关键障碍带到讨论表中,而不是将其推向高潮以供日后发现。这样的分析师因其强大的声音并帮助企业确定前期的缓解计划而不是在项目的尾声而受到高度评价。


广告

IT观点

范围管理是IT团队最重要的期望之一,那就是分析师应该花费足够的精力。备受尊敬的分析师定期执行此操作,并在需要时持续控制范围以将其推迟,有时则指导他们进行变更管理流程。通过屏蔽开发团队成员不断涌入的变更。

开发/运营团队始终对作为新项目的一部分将要编写并推送到生产中的大量代码保持警惕。从他们的角度来看,主要期望之一是实施应足够简单以进行开发和维护。分析师可以通过在事情变得复杂时识别危险信号,发挥自己的作用并推动业务团队考虑降低复杂度以实现业务目标来在其中扮演重要角色。最后,没有人希望最终得到一个难以理解且难以维护的噩梦的系统。

在实施阶段,IT开发/运营团队通常会提出一系列高度相关的问题和需要与业务一起澄清的重要方案。这些是无价的见解,当分析师应确保跟踪和关闭时,会极大地影响可交付成果的质量。我见过一些项目,这些项目通常被忽略而最终成为UAT问题,在需求/开发阶段可以很容易地进行讨论和关闭。

分析师观点

分析人员必须定期询问在需要关键决策的情况下技术上正确的做法是什么。例如,可能有一个快速解决方案可以解决业务需求,但是强调利益相关方的双方都将更好地理解业务而不是等待并且具有长期解决方案,这将确保更好的技术解决方案并节省成本。

分析师必须不断思考前进的几个步骤,并继续放眼大局。由于通常是在项目部署阶段后期发现的差距,因此此类分析师还要求进行概念验证和早期集成。它们还可能会与集成合作伙伴一起影响项目的应收款和交付品,以确保在启动之前对配置和接触点进行了良好的测试。

因此,这样的分析师对他们正在创建的解决方案具有清晰的远见,除了迎合业务和IT利益相关者外,他们还为项目制定了与总体企业架构一致的正确路径。

斯里尼瓦斯·拉克斯曼

斯里尼瓦斯·拉克斯曼在电信BSS / OSS领域的分析和项目管理方面拥有10多年的经验。在职业生涯中,他与众多全球团队合作,这是一家主要的电信计费软件提供商Amdocs,该公司为世界顶级电信提供商提供计费服务。您可以在以下位置与他联系 //www.linkedin.com/in/srinivaslaxman/

斯里尼瓦斯·拉克斯曼的最新作品

©BA Times.com 2020

麦格雷戈徽标白色网站