为了新项目，在坚持把QA和其它利益相关都纳入敏捷故事映射中，怎么做才是最好的方法？

作为敏捷团队的一员，QA和其它利益相关者应该参与到所有敏捷故事映射会议中。理想情况下，做一个优雅的需求，对于开发人员来说就足以开始把你加入到敏捷故事映射中了。如果不行，一定程度的坚持可能是必要的。

为了以一种专业的方式完成你的目标，我建议你在日常会议中提出它。如果你没有日常会议，如果可能，说定一个时间与开发人员讨论，或才组织一次在线会议。解释一下，作为QA人员你需要所有背景和设计信息，才能高效测试，为团队作贡献。无论你发起了正式会议，还是只是走过去讨论了一下，一定要确保你有了有效的业务理由，并做好记录，以防你需要应对阻力或不利的意见。

如果以一种专业的，受人尊重的方式提问的话，可能不会有效，我建议你在下一个提出的新项目中跟踪开发人员。通过跟踪，字面上的意思是跟随他们的会议，看看他们是全部出席或缺席，或者检查他们敏捷故事映射会话的共享日历。

对于第一次会议，全程参与，主要是听。仔细听，这样你可以概括出设计的框架，然后为它创建简单测试案例。通过这种方式，本质上你是创建自己的项目原型。它并不需要正式的测试计划。一旦你列出了你的想法，并在测试案例中实行，那么就要与一个或多个开发人员讨论一下，得到他们的意见。

当你在开发测试案例和测试策略时，也将伴随着一系列的想法清单，关于错过了或没有想到的用例。在下次的站立会议或团队会议中分享这一清单。再次要求参与所有设计讨论。在早期的故事映射会话中，你只需要听和做好笔记即可。随着团队变得更加成熟，你可以提出你的基于原型的想法。

不要低估准备的重要性。只要你做了准备，他们就会知道你是有组织的，并且有了计划。当你做好准备，那么你很容易就会获得尊重。在获得团队的尊重，并使团队成员更加高效上，你将有很长的一段路要走，

另外，你可以考虑让其它的利益相关者走到一起，并在下一个团队回顾会议中提出这一问题。准备好一个清单，关于团队计划做的贡献，以及团队开发高质量商品的需求。在创造出高质量产品的贡献中，提出你的需求。敏捷故事映射和设计讨论依赖于整个团队的参与才更高效。