ProductTeam
OpenStack 产品工作组
会议和沟通信息
Date, time, and IRC channel: http://eavesdrop.openstack.org/#OpenStack_Product_WG Past IRC meeting logs: http://eavesdrop.openstack.org/meetings/product_working_group/ Etherpad archives: https://etherpad.openstack.org/p/PWG_Archives Subscribe to the User Committee Mailing List Please add [Product] tag in the subject line when sending messages to the User Committee Mailing List Product WG Mailing List Archives (archive of messages sent prior to Jan. 4th, 2017)
Ocata 周期优先级
- 建立简化的开发提案（以前称为“用户故事”）创建、审查和分析流程，以使所有工作组/团队都能做出贡献，并能够获得更广泛的反馈。
- 负责人：Shamail Tahir
- https://etherpad.openstack.org/p/PWG-story-submission-ideas
- 完成开发提案跟踪器
- 负责人：Jamey
- 支持社区过渡：重新设计的工作流程和用户委员会的扩展
- 负责人：Leong
Ocata 中期规划 etherpad: https://etherpad.openstack.org/p/MIL-pwg-meetup
使命
我们将支持 OpenStack 开发社区构建反映采用该平台的各种市场需求的开源云软件的愿望，通过创建反映最终用户/操作员声音的开发提案（以前称为“用户故事”）。这些开发提案将侧重于传统上由于需要跨项目协调和大量的开发时间（跨越多个版本）而难以实现的项目。最后，该团队还将专注于分享平台方向性见解的定期更新（从开发社区的关键成员处收集），以多版本路线图的形式呈现。最终目标是专注于高影响领域，并消除 OpenStack 云的采用/操作/扩展障碍。
我们是谁
产品工作组由来自不同组织的产品经理、技术人员和操作员组成。该工作组致力于从面向市场的团队（企业、电信等）和跨项目功能团队（例如，日志记录、升级等）汇总开发提案，与开发社区合作进行资源分配，并帮助收集数据以生成多版本路线图。该团队跟踪的大多数开发提案都包含可以跨越多个版本并通常具有跨项目依赖关系的项目。
该小组旨在**提高交付过程的质量、交付的产品质量以及操作员和最终用户的产品体验**。
目标
基于使命，该工作组的目标是
收集反馈并汇总需求
该小组将收集（并汇总）用户、管理员、客户和操作员的需求。该小组还应与收集特定垂直领域、市场或用户群（例如，操作员、企业、人物角色、NFV/电信、最终用户/应用程序开发人员等）需求的其它小组进行接口并收集数据。
开发提案规划、优先级排序和开发
开发一个可重复、透明的开发提案优先级排序流程；在每个版本周期内为开发提案创建蓝图/规范（或错误报告）。该团队将在其组织内部填补任何必要的资源缺口，并创建一个跟踪器来跟踪开发提案在多个项目和版本中的实施进度。流程标准以及结果应与社区和我们的最终客户清晰地沟通。
多版本路线图
基于汇总的数据和由此产生的主题/需求生成多版本路线图。路线图将以透明的方式与社区利益相关者共享，以达成协议和批准。在建立/批准路线图后，OpenStack 社区将收到结果、决策驱动因素及其对平台消费者（和开发人员）在多个版本中的影响的通知。
方法论
该团队需要建立工作流程，识别社区中的利益相关者/合作伙伴，提供跟踪开发提案进展的手段，并确保由于正在同时处理的项目的广泛性，与其他社区成员/小组进行常规的沟通。产品工作组已建立子团队/角色来分工任务，以确保我们集体输出的质量和及时性。
术语表
- 开发提案：开发提案包括
- 问题概述：描述该提案旨在解决的问题
- 机会/理由：需要此功能的细分用户以及他们没有此功能的影响
- 需求规范
- 用例：敏捷用户故事，即从希望新功能的人（通常是系统的用户或客户）的角度来看，对功能的简短而简单的描述。用例遵循模板：作为 <用户类型>，我想要 <某个目标>，以便 <某个原因>。
- 使用场景：示例，展示如果该功能存在，它将如何使用；使用场景可以转换为测试用例。
- 相关提案
- 需求
- 外部参考
- 已拒绝的提案
- 术语表：开发提案特有的术语列表
模板
开发提案可用模板
子团队 / 角色
路线图发布团队
路线图发布团队由 CPL 和产品工作组的其他成员组成。该团队有一个专用子页面，其中包含更多信息。
产品工作组跨项目联络人
OpenStack 使用称为跨项目联络人的概念，以促进可能需要相互协作/协调的项目之间的沟通。代表某个团队的跨项目联络人将与另一个团队共同驻地，成为参与成员，并充当这两个项目团队之间的桥梁。您可以在这里找到产品工作组 CPL 的列表：https://wiki.openstack.org/wiki/CrossProjectLiaisons#Product_Working_Group
开发提案负责人
开发提案负责人是产品工作组团队的成员，他们自愿帮助管理/领导/跟踪开发提案，从提交到完成。他们还将帮助将开发提案分解为蓝图/规范，收集资源以帮助编写/完成蓝图/规范，并与 CPL 合作，以确保与开发提案相关的“大图景”/目标被考虑在内，因为开发提案通常包含单个版本中的多个“活动部件”并且需要跨版本跟踪。
开发提案存储/跟踪在development-proposals 仓库和规范页面中。
OpenStack 开发提案核心成员
openstack-user-stories-core 团队的成员会仔细审查对 openstack-user-story 仓库（产品工作组存储开发提案和跟踪数据的地方）提出的所有更改。openstack-user-stores-core 团队的职责、期望和流程可以在此处找到。
功能跟踪项目团队
功能跟踪器是 PWG 生命周期中的关键工具，也对跟踪跨项目和版本的其他项目很有用。有一个开发团队拥有和维护它。有关会议和沟通的详细信息，请参见：https://wiki.openstack.org/wiki/ProductTeam/FeatureTracker
每个版本的一系列活动
总而言之，为了实现各种目标，产品工作组将在每个版本中开展多项活动。下表试图将这些活动映射到 OpenStack 版本的标准 6 个月发布计划上。
常见问题解答
产品工作组已编制常见问题解答列表。
产品工作组试点阶段
本节涵盖我们将与其它团队（PTL、TC 和其它用户委员会工作组）整合产品团队的关键事项。
☑ 制定开发提案规划和优先级排序的草案工作流程
☑ 在 Liberty 会议上展示初始多版本路线图
☑ 与跨项目团队一起审查试点期间正在进行的开发提案 [会议记录]
✅ 进行差距分析，与开发人员合作，并在项目会议上展示规范/蓝图
✅ 构建开发提案跟踪器并与社区共享
✅ 参与操作员和设计峰会，分别收集和分享反馈
✅ 在东京峰会上，展示 L 到 N 版本的长期方向
