在业务正在履行产品所有者角色的真正敏捷项目中，业务分析师是否还有角色？产品所有者将在用户故事开发后立即进行功能测试，并对用户故事进行记录和优先排序。
在这种情况下，我必须补充一下，我还没有经历过这种情况，并且在表现出色的，自我激励的开发人员中，我很难看到传统业务分析师的角色？
答案 0 :(得分：4)
我会把我们的项目称为相当敏捷（虽然不是出于各种原因而不是SCRUM，但合理地接近，并且正在改进 - 当然，它是否真正“敏感”，可以通过方法论纯粹主义者辩论;-)无论如何，我们确实有BA，我很高兴。
这是一个内部遗留的网络应用程序，被数十个国家的数千名代理商使用。这些要求来自许多国家的代表，由于我们公司内部的每个国家都有自己的预算和议程，优先任务不是一个简单的问题，我相信有很多管理谈判背后（幸运的是我不这样做）感觉什么）。因此，我们没有专门的产品所有者 - 实际上我们的技术主管尽可能地发挥作用。这并不是很多，因为我们的团队已经将我的应用程序从病态状态恢复，并且仍然不稳定，因此我们工作的大部分工作是修复错误，重构以及其他稳定和清理工作的任务。
我们的BA已经在柜台工作了几年，还有我们的应用所依赖的后端系统，所以他更了解这些野兽的内部运作，以及现场使用的过程，比我们任何一个开发人员。这一点尤其重要，因为只有很少的书面文档，更不用说规范我们的应用程序应该做什么了。通常我们无法确定代码的特定行为是错误还是功能。
因此，他帮助我们识别错误，此外还收集了大量需求，从各个国家代表处挤出一些信息。他还为我们做了测试和验证。没有他我们肯定会很难过。
答案 1 :(得分：3)
绝对是100％。仍然需要业务分析师：
来自消息来源：
业务分析师参与其中 敏捷项目，不像 项目经理，不仅限于此 项目的时间段 活性。业务分析师提供 从摇篮到公司的连续性 与投资组合合作 管理团队确保最多 有价值的项目正在投资 在，期间提供监督 项目，最后测量实际 项目完成后的好处。
看看这些链接：
我参与了一个项目，没有BA与开发人员合作，产品所有者完全没用。它带给我们生活的痛苦远远大于获得BA ;)
答案 2 :(得分：1)
我们的SCRUM团队至少有一两个BA。他们充当产品负责人的角色，每天都无法回答功能性问题。这是因为：
他们在开发产品Backlog时与产品所有者会面。
与开发人员和QA相比，他们对Sprint用户故事的相对优先级有更好的理解
他们帮助完成当前冲刺中的高级功能设计，以平滑用户故事的结合，这很可能会在未来3到4次冲刺中发挥作用。
答案 3 :(得分：0)
这真的是一个问题，即您的产品Backlog项目有多复杂，以及他们采取了多少分析工作来将它们置于Team可以在Sprint中提交它们的状态。
产品负责人拥有Product Backlog并负责管理它，但这并不意味着她是唯一从事业务分析类型任务的人。 PO的工作是做出有关价值和优先权的决定。其他团队成员可以（并且通常会）帮助提供数据以推动这些决策。
业务分析师经常帮助培训Backlog（以及他们可能需要的复杂项目）;产品负责人如果没有维护就会遇到麻烦。分析师的角色肯定会在Scrum团队中发生变化（Mike Cohn的Succeeding with Agile的第8章有几页），但在团队中拥有非PO分析师仍然非常有用。 （我希望我现在的团队有一个。）