BA + QA 没问题，但看起来你也是项目中的架构师。
我看到了将架构师和 QA 角色结合起来的直接邪恶。

你已经注意到了每一个问题：架构师的自然角色是支持“程序正在运行”的想法。QA 的自然作用是相反的：证明“程序不工作”。如果同一个人扮演两个相反的角色，这可能会导致与自己的妥协。

是的，能快速“穿不同鞋”的人很多，但这需要团队的经验和信任。

我看到了几种减轻这种情况的方法：

1. 您可以自己进行一些开发，并指派其他人进行 QA。
2. 您可能会发现公司中的另一个团队也遇到了同样的问题。您成为他们团队中的 QA，其中一些成为您的 QA。这将有一个额外的好处，即在团队之间共享知识。

如果我站在你的立场上，我会考虑添加另一个人来测试，除了你自己。听起来您在接受故事/功能方面已经做得很好，但是有一点“作者盲目性”，这会导致遗漏一些小问题。添加另一组眼睛将有利于质量，同时不会失去您的专业知识。

敏捷世界中的测试人员并不是唯一进行实际测试的人。他们应该被视为整个团队的测试教练，以各种方式改进测试，例如提出良好的测试实践，使验收标准更具可测试性等。

由于“这个软件有效”的偏见，你很难成为一名有效的测试人员，你可以尝试鼓励其他团队成员进行自我测试。您可以尝试每隔一段时间组织一次错误发现日，每个人都会戴上测试帽，尝试从全新的角度测试产品。

我认为你有两个以上的角色。如果项目足够小，这可能会奏效，但如果它增长，它会严重扩展，如果有的话。

我不认为一个人不能做各种各样的工作，但另一方面，你的能力和时间是有限的，所以如果工作量增加，你可能会开始偷工减料来应付它。这就是事情将开始走下坡路的地方。

我会为我仍然认为至少有点真实的最坏情况做计划。想象一下，你的项目增长了 3 倍，你的截止日期提前了，你的预算被削减了，你生病了 2 周。你现在的超人角色怎么样？整个项目很可能最终会遇到一个真正的问题，只是因为你没有想到其他任何事情，只是你的项目的快乐之路。