ProductTeam/FrequentlyAskedQuestions

工作流程

提交的用户故事的 +1 评审意味着什么？
这取决于用户故事的阶段。如果用户故事处于草稿状态，则 +1 评审表示同意该用户故事符合模板要求。如果故事处于提议或跟踪状态，则 +1 评审表示同意该用例的实用性和优先级，以及满足模板要求。

如何参与 OpenStack 产品工作组？
欢迎所有人加入，即使只是与其他使用 OpenStack 的产品经理建立联系。参与最简单的方法是加入 [我们的邮件列表]，参加我们的 [IRC 会议]，或参加即将到来的 会议。欢迎联系 [核心评审员] 寻求关于如何参与的个性化建议。

如何贡献一个用户故事？
好问题！您可以为 OpenStack 和产品工作组做出贡献的主要方式之一是提供 OpenStack 的用例（现有或期望的）。这些用例存储在 [OpenStack 用户故事仓库] 中，并且可以在 [OpenStack Specs] 页面上以 HTML 格式查看。

由于故事与代码一样被对待，因此它们由标准的 OpenStack 代码管理服务 Github 和 Gerrit 管理。我建议使用 OpenStack 文档团队提供的优秀的 [首次贡献者快速入门] 文档。请记住使用 openstack-user-stories Github 仓库。这确实有点棘手，所以欢迎联系产品工作组的任何 [核心评审员] 寻求帮助。

是否有用于编写用户故事的模板？
[有]！

产品工作组如何与 OpenStack 项目团队协作？
产品工作组有一个跨项目联络人列表 (PWG CPL)。当创建用户故事时，会为其分配一个用户故事负责人 (USO)。USO 会向跨项目仓库提出跨项目规范。该规范需要获得技术委员会 (TC) 的批准。USO 将与 PWG CPL 和跨项目规范联络人 (CPSL) 合作，将实施所有权分配给每个项目的实施者，并跟踪实施状态。

例如，创建了一个用户故事并分配给 USO。这个用户故事需要在 Nova、Neutron 和 Glance 中进行更改。Nova、Neutron 和 Glance 的 PWG CPL 将与各自指定项目的 CPSL 合作，审查起草的跨项目规范。一旦跨项目规范获得批准并得到 TC 的认可，PWG CPL 将与各个工作项的所有者合作，并通过跟踪器向 USO 提供状态更新，因为蓝图、项目规范和错误被识别出来。

社区生成的 OpenStack 路线图

社区生成的路线图是如何开发的？
生成路线图确实是一项社区工作！团队通常由 8 多名产品工作组成员组成，他们自愿记录 20 多个 OpenStack 项目的路线图。团队有一份问题清单（在每次路线图发布之前都会进行审查），该清单会发送给将由路线图覆盖的项目的 OpenStack 项目负责人 (PTL)。我们要求 PTL 向我们提供即将发布的更新视图，并提供有关未来发布潜在方向的一些信息。该列表通过电子邮件发送，但 PTL 可以选择通过电子邮件回答问题，或者我们也可以设置一个快速的电话会议。路线图通常包含三个版本的的信息：即将发布的版本、将在下一次设计峰会上讨论的版本以及再下一个版本。收集此信息的时间通常与正在开发的当前版本的 里程碑 3 一致。团队还在设计峰会结束后刷新路线图数据，以获取下一个版本，这通常发生在即将发布的版本的里程碑 2 期间。

产品工作组 wiki 上还有一个 路线图子团队 页面，其中包含更多信息。

我可以在哪里找到社区生成的路线图？
路线图可以在 OpenStack 路线图页面 的“社区生成视图”部分找到。

添加问题

Please add additional questions to this wiki page and the members of the Product Work Group will provide answers.