Kubernetes 社区 SIG/WG 怎么申请官方 community survey 并完成审核发布

Kubernetes 社区 SIG/WG 怎么申请官方 community survey 并完成审核发布【免费下载链接】communityKubernetes Community Documentation项目地址: https://gitcode.com/GitHub_Trending/com/community如果你的身份是 Kubernetes 某个 SIG、WG、Team 或其他常设社区组下文统称 Group的成员想代表这个组面向社区发起一次官方问卷就需要走 community 仓库定义的 Survey Request 流程。整个流程由 communication/requesting-survey.md 描述你的 Group 先确定目标、受众和题目把草稿放到支持评论的载体里然后在 kubernetes/community 仓库用Survey Request模板提一个 issue由 SIG-Contributor ExperienceSIG-ContribEx做质量与合规审查通过后由 ContribEx 志愿者把题目录入 CNCF 出资的 SurveyMonkey 账号或 Kubernetes GDrive 账号按你给定的排期对外发布。先确认你的问卷属于community survey否则不进入这个流程。满足下面两条即可申请发起方是 Kubernetes 的 SIG、WG、Team 或其他常设社区组受众是 Kubernetes 社区和生态的一部分或全部例如 SIG-Cluster-Lifecycle 面向用户调研升级实践、Release Engineering Team 面向重新打包 Kubernetes 的厂商问卷可以用 SurveyMonkey 和/或 Google Docs 执行。不属于 community survey、无法走这个流程的情况特定厂商发起的问卷、其他 CNCF 项目的问卷、受众在 Kubernetes/CNCF 社区之外的问卷以及无法用 SurveyMonkey 和/或 Google Docs 执行的问卷。第一步在 Group 内部确定目标和内容这一步发生在你的 Group 内部需要按顺序回答三个问题为什么做这次调研goal希望谁来回答target audience具体要问哪些题questions。文档明确建议按这个顺序来先定目标再定受众最后写题目不要反过来。问卷还需要一段 preface前言向受众解释问卷的用途、谁能看到原始结果、汇总数据发布在哪里。这一段在后续审查中会被逐条检查缺失会导致返工。第二步把草稿提交给 SIG-ContribEx 审查把题目草稿放进任何支持评论的载体都行Google Doc、HackMD 页面、你的 Group 仓库里的一个 PR或其他能支持 reviewer 评论的格式。然后在 kubernetes/community 仓库新建 issue选择Community Survey Request模板。该模板对应仓库中的 .github/ISSUE_TEMPLATE/survey-request.yml会自动打上area/contributor-comms和sig/contributor-experience两个标签标题固定为SURVEY REQUEST: topic格式。模板里所有字段都是必填项提交前就要想清楚字段说明Group Requesting发起调研的 SIG、WG、team、subproject 或其他 GroupTitle of Survey问卷标题Goal of Survey问卷要弄清的核心问题模板示例为 To research how end users are using this featureTarget AudienceKubernetes 生态中应该知道并参与这次调研的人Results Recipients能看到原始数据的个人名单。模板明确要求是 short list of individuals不能用 team alias原因是 GDPRDate Survey Starts / Date Survey Ends问卷开放的时间窗口Publicity Help Wanted?是否需要 Contributor Communications 帮忙推广Yes/NoData Analysis Wanted?是否需要帮忙做图表或交叉核对数据Yes/NoLink to Draft Questions草稿题目的链接模板建议用 HackMD、Google Doc 等支持评论的格式issue 提交后SIG-ContribEx 成员会从四个维度给出改进反馈题目和选项是否清晰、无歧义是否有明显遗漏的选项preface 是否清晰完整问卷是否符合 Kubernetes CoC 和隐私实践。把反馈逐条消化后当你认为问卷已经改到当前水平时就可以进入发布环节。第三步在 issue 中请求发布发布平台二选一SurveyMonkey默认使用 CNCF 出资的账号。选它的理由是问卷功能更丰富且在中国可以访问Kubernetes Google Drive 账号如果你不需要覆盖中国的开发者或贡献者可选 GDrive它共享问卷结果更方便。两种情况下都需要 ContribEx 志愿者花几天时间把题目和选项录入对应工具录入完成后问卷即可按你的排期公告。操作本身很简单在原 issue 下评论写清楚你要求的发布时间表publication schedule并标记 LGTM。发布请求被受理、题目录入完成、问卷按你评论的排期上线就是这一步的完成标志。可选请 Contributor Comms 帮忙推广如果你希望问卷触达大量贡献者、开发者或用户可以让 Contributor Marketing 子项目Contributor Comms协助。做法是在 kubernetes/community 仓库用Contributor Comms Request模板再开一个 issue模板见 .github/ISSUE_TEMPLATE/comms-request.yaml需要填写要发出的内容含信息链接或草稿优先 Gist、HackMD、Google Doc图片素材给公开链接是否需要帮忙起草内容Yes/NoTarget Audience选项为 Kubernetes Contributors、Kubernetes End-Users、Everyone 三档用于决定使用哪些渠道。他们随后会问你一些推广相关问题并通过 Kubernetes 官方社交账号、邮件列表和 blog 中适合目标受众的渠道帮你扩散。Contributor Comms 的定位和职责边界见 communication/contributor-comms/README.md 及其 CHARTER.md。这一步是可选分支不在 issue 里勾选 Publicity Help Wanted、也不开 Comms Request issue流程同样能走完只是触达范围取决于你自己 Group 的扩散能力。第五步收集结果问卷开放时间从几天到几个月不等取决于你的需求。开放期间你的 Group 应主动多次提醒社区问卷仍在进行而不是只发一次公告。期间你还可以通过 GitHub issue 或 Slack 向 ContribEx 志愿者要中间数据例如当前完成人数或阶段性结果。第六步发布结果与隐私红线问卷结束后原始数据以表格或 CSV 文件的形式导出附带调查系统生成的简单图表只发给你在 issue 的 Results Recipients 里指定的那一小群人。因为数据可能包含个人身份信息接收方必须是一个会谨慎处理数据的少数人名单——这也是模板坚持要个人名单而不是 team alias 的原因。GDPR 等隐私法规下的硬限制永远不要把原始问卷数据发到公共邮件列表或公开 GitHub 仓库不含个人信息的汇总数据summary data可以公开。另外视 ContribEx 成员的时间情况你可以在 issue 里申请更深入的可视化或数据分析协助主要做的是两个及以上问题答案的关联分析并配图。这项帮助不是必然提供申请后由他们跟进确认具体需求。出题建议文档给出的几条硬约束communication/requesting-survey.md 末尾列出的出题建议直接决定问卷能否通过审查、拿到有效数据每个问题都要有明确用途说不出拿到回答后做什么的题不要放进来宁可多问几个简单问题也不要少问几个复杂问题但整体仍是能满足数据需求的最短问卷记得提供 Dont Know 或 Not Applicable 选项慎用 Other 选项容易产生大量无效输入不要调研太频繁问卷疲劳会让回收率下降。按这条路径走完你的 Group 就完成了一次官方 community survey 的申请、审查和发布issue 里拿到 SIG-ContribEx 的反馈并消化、发布排期评论 LGTM、问卷在 SurveyMonkey 或 GDrive 上线、按窗口收集、最终向指定接收人交付原始数据。整个过程中唯一不可妥协的两点是 Results Recipients 用个人名单、原始数据不公开。【免费下载链接】communityKubernetes Community Documentation项目地址: https://gitcode.com/GitHub_Trending/com/community创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考