五年前，我开始了我的文学士生涯，而今天，我成为了Made Tech的首席文学士. 我喜欢能够为公共部门系统中形形色色的用户带来改变, 从内政部的前线用户到NHS的临床医生, 以及普通大众. 了解所涉及的不同系统和流程与此密切相关, 所以我一直在学习和发展我的技能. 但这份工作远不止这些. 以下是我们所做的事情，是什么造就了一名优秀的BA，以及我们如何为成功做出贡献.
软件让团队的生活更轻松
如果有一件事我希望每个人都知道的话, 我们并不是要颠覆现有的工作方式——我们是要让团队的生活更轻松. 确定, 我们可能会问一些尖锐的问题，揭露为什么有些东西不起作用, 但这是一个很好的理由——指导团队改进流程, 满足用户需求的产品和服务.
BA本质上是项目团队中技术和非技术成员之间的联系. BA需要理解技术和非技术语言, 并创建文档和输出，让双方的人都能通过用户故事之类的东西理解最终目标, 需求, 以及验收标准，它详细说明了具体的需求或用户描述将如何实际得到满足.
例如, 可能存在限制内部内部网实现的服务器约束. 因此，BA的工作是回到最终用户和非技术团队，并以用户友好的方式呈现信息. 我们可能还会撰写执行摘要，详细说明需求，以帮助高级决策者解决诸如腾出更多资金来处理现有问题之类的问题.
自信、好奇、风度翩翩
成为一名优秀的文学士不仅要有你的知识和经验，还要有你的性格. 这意味着要风度翩翩、放松, 这为利益相关者打开了开放和诚实的沟通之门.
一个好的BA也会有信心告诉球队他们需要什么. 仅仅告诉团队你将以某种方式做某事是没有意义的——分享如何做, 所涉及的步骤, 和团队里的每个人.
你还应该能够清楚地记录事情, 以一种明确的方式，这样每个人都能理解特定需求对他们意味着什么.
一个好的BA会有好奇心和兴趣去理解过程和系统的细节. 值得一提的是，拥有技术知识可能是一个加分项，因为您可以将复杂的技术语言转换为没有这些知识的人可以理解的单词. 但这不是必需品. 会有技术架构师在同一个项目中工作，您可以与之合作.
项目从一开始就需要ba
如果需要调查工作来理解一个问题，以及你如何转变到一个新的过程, 这个项目应该有一个文学学士学位. BA应该先于开发人员获得, 测试人员, 在某些情况下，在与BA密切合作的产品负责人之前.
没有学士学位, 完成项目可能需要更长的时间，因为技术人员和非技术人员之间有更多的交流, 如果他们不理解对方，就有可能发生冲突.
因为我们与产品负责人和经理密切合作, 我们了解他们的输出是什么，这样我们就可以向项目团队展示他们缺少什么，以及他们需要什么来有效地工作. 有一个清晰的愿景可以弥合技术团队和非技术团队之间的鸿沟，因为你把每个人都聚集在一起，朝着一个美好的目标前进, 以一种用户友好的方式理解项目试图实现的目标.
共识是成功的秘诀
如果在项目需求和过程方面存在持续的冲突或不明确，并且您正在不断地循环, 成功是不可能的. 当您与项目团队就需要实现的目标达成共识时，成功就发生了, 你必须确保你所执行的内容能够增加价值并改善整体用户体验.
这也要确保你考虑了时间和成本. 成功意味着尽可能接近你一开始设定的期望, 了解你在旅途中可能面临的限制, 确保在成本效益分析中考虑到这一点.
