五年前，我开始了我的文学士生涯，而今天，我成为了Made Tech的首席文学士. 我喜欢能够为公共部门系统中形形色色的用户带来改变, 从内政部的前线用户到NHS的临床医生, as well as the general public. 了解所涉及的不同系统和流程与此密切相关, so I’m constantly learning and developing my skill set. But there’s much more to the job than this. 以下是我们所做的事情，是什么造就了一名优秀的BA，以及我们如何为成功做出贡献.
BAs make teams’ lives easier
If there’s one thing I wish everyone knew about BAs, 我们并不是要颠覆现有的工作方式——我们是要让团队的生活更轻松. Sure, 我们可能会问一些尖锐的问题，揭露为什么有些东西不起作用, 但这是一个很好的理由——指导团队改进流程, products and services that fulfil user needs.
BA本质上是项目团队中技术和非技术成员之间的联系. BA需要理解技术和非技术语言, 并创建文档和输出，让双方的人都能通过用户故事之类的东西理解最终目标, requirements, 以及验收标准，它详细说明了具体的需求或用户描述将如何实际得到满足.
For example, 可能存在限制内部内部网实现的服务器约束. 因此，BA的工作是回到最终用户和非技术团队，并以用户友好的方式呈现信息. 我们可能还会撰写执行摘要，详细说明需求，以帮助高级决策者解决诸如腾出更多资金来处理现有问题之类的问题.
Be confident, curious, and personable
成为一名优秀的文学士不仅要有你的知识和经验，还要有你的性格. This means being personable and relaxed, 这为利益相关者打开了开放和诚实的沟通之门.
一个好的BA也会有信心告诉球队他们需要什么. 仅仅告诉团队你将以某种方式做某事是没有意义的——分享如何做, and the steps involved, with everyone on the team.
You should also be able to document things well and clearly, 以一种明确的方式，这样每个人都能理解特定需求对他们意味着什么.
一个好的BA会有好奇心和兴趣去理解过程和系统的细节. 值得一提的是，拥有技术知识可能是一个加分项，因为您可以将复杂的技术语言转换为没有这些知识的人可以理解的单词. But it’s not a necessity. 会有技术架构师在同一个项目中工作，您可以与之合作.
Projects need BAs from the get go
如果需要调查工作来理解一个问题，以及你如何转变到一个新的过程, there should be a BA on the project. A BA should be picked up before developers, testers, 在某些情况下，在与BA密切合作的产品负责人之前.
Without a BA, 完成项目可能需要更长的时间，因为技术人员和非技术人员之间有更多的交流, 如果他们不理解对方，就有可能发生冲突.
As we work so closely with the product owners and managers, 我们了解他们的输出是什么，这样我们就可以向项目团队展示他们缺少什么，以及他们需要什么来有效地工作. 有一个清晰的愿景可以弥合技术团队和非技术团队之间的鸿沟，因为你把每个人都聚集在一起，朝着一个美好的目标前进, 以一种用户友好的方式理解项目试图实现的目标.
Common understanding is a recipe for success
如果在项目需求和过程方面存在持续的冲突或不明确，并且您正在不断地循环, success isn’t likely. 当您与项目团队就需要实现的目标达成共识时，成功就发生了, 你必须确保你所执行的内容能够增加价值并改善整体用户体验.
这也要确保你考虑了时间和成本. 成功意味着尽可能接近你一开始设定的期望, 了解你在旅途中可能面临的限制, 确保在成本效益分析中考虑到这一点.
Work with us
如果您想了解更多有关业务分析师如何为您的项目和团队做出贡献的信息， please get in touch. Or you can connect with me on LinkedIn.
