BA作为产品所有者。
产品所有者的角色实质上是业务主题专家（SME）的角色。他们对项目的主要责任是阐明愿景并定义产品需求并确定其优先级。作为发起人的主要代表，他们的角色是制定业务决策。广管局对业务和项目均负有责任。一方面，BA需要确保最终产品或服务符合业务目标，并且必须完全正确地定义需求。但是，他们还需要确保最终产品或服务符合项目目标，并且必须在项目约束范围内交付。最后，也许最重要的是，BA不是决策者。他们是促进者，顾问，并且希望是值得信赖的顾问。
学士学位作为测试员。
对敏捷项目进行测试是至关重要的作用。从理论上讲，交付团队会戴上多个帽子，其中之一就是测试人员，实际上，我已经看到了更多由外部测试人员担任这一角色的案例。随着自动测试工具在许多敏捷项目中的广泛使用，注意利用自己专用的资源进行自身测试是有帮助的。在我看来，与任何方法一样，将业务分析和测试与开发工作分开也是非常有意义的。
BA作为BA。
因此，BA在哪里最有效地适合敏捷项目. BA是执行BA工作最有效的方法，但工作必须及时完成。[1] BA可以通过以下几种方式来支持敏捷项目：
- 帮助发起人和产品所有者定义并阐明业务问题和产品愿景
- 使用多种技术来满足需求，包括促进跨功能需求研讨会
- 协助产品负责人开发用户故事和相关的接受标准，以便交付团队知道何时完成。这些条件需要比“下订单”更完整。我发现对于产品所有者而言，创建特定标准往往很困难。
- 跟踪用户故事以了解业务目标和产品愿景以及整个sprint，以确保按预期实际交付了该故事。
- 对“按现状”和“将来”业务流程进行建模。
- 对预期的系统交互进行建模，尤其是在开发软件时。
- 寻找适当的数据和所需的数据之间的差距。为数据需求建模或与适当的人员合作以确保数据将支持新解决方案。
- 创建新用户界面的模型。
- 通过讨论优先级决策的业务和技术影响以及相关性，为产品所有者提供支持。
- 评估组织准备接受变更的准备程度。
“整理”待办事项。
那么，广管局如何在不阻止团队在短时间内（例如2-4周）交付增量的情况下，使广管局做好所有事情？通过确保在每次冲刺开始之前完全正确地定义需求。随着交付团队完成每个冲刺，BA可以与产品所有者以及其他业务和技术SMES合作。但是，广管局正在为即将到来的冲刺而不是当前的冲刺制定要求。
尽管许多组织使用“敏捷”一词来表示快速而肮脏的方式做事，而又不增加业务分析官僚作风，但其他组织则考虑了忽略BA的作用的后果，现在他们意识到BA可以发挥的重要作用。
[1]在2010年的调查中，“敏捷IT实践中的业务分析状况”，参与者指出“敏捷项目的需求应由IT项目团队立即消耗。72％的被调查公司表示，需求应由流程组成（视觉用例）或视觉故事板来代替文本列表和段落，包括视觉资产（例如业务流程图，用例，用户界面模型和数据关系）的需求需要项目团队的较少解释，并且更准确地利用其来指导项目方向”（执行摘要第4页 http://www.requirements.net/2010/06/30/now-available-the-state-of-business-analysis-in-agile-it-projects-survey-report/)
别忘了在下面留下您的评论
