AMP项目的开放治理模型

简介: 我们很高兴看到 AMP 社区采取下一步行动,并希望您能加入我们,使网络成为用户和开发人员的更好地方。

原文作者:Malte Ubl,Google AMP 项目技术负责人

译者:UC 国际研发 国勇

----

在过去的两年中,AMP已经从一个只有 2 个贡献者的小型开源项目发展状大,超过 700 个人在数百万个网站上贡献了超过 10,000 个提交。在为 AMP 选择治理模型(描述如何制定决策的系统)时,我们最初关注的是敏捷性。 AMP 一直收到来自使用它的开发人员和组织的反馈与建议支持;然而治理主要靠技术主管(就是我,这篇文章的作者),技术主管最终决定了什么被执行以及如何执行。

虽然现在适用于较小的项目,但我们发现它不能适应如今 AMP 项目的规模。希望转变一种模式来代替,该模式明确的给所有社区成员一个发言权,包括那些不能自己贡献代码的人,例如最终用户。我们提出的改变是基于几个月的研究,通过这些研究我们决定跟随 Node.js 项目的领导机制,并转向寻求共识的治理模型。

image.png

AMP 收到来自 710 位贡献者的贡献,22% 来自于 Google 员工,78%来自于其它公司(例如 Twitter, Pinterest, Yahoo, 和 eBay),仅在过去 30 天内就有超过 350 个贡献登录AMP!

在为AMP的新治理模型创建此提案(链接见注1)时,AMP 团队头脑中有一些目标,包括:

1.广泛支持来自所有级别的贡献者多样化的声音,包括代码贡献,设置 AMP 的未来发展方向以及决定应该处理哪些功能和错误修复。这也意味着确保那些没有代码贡献但仍受 AMP 影响的人的声音被听到。

2.更清楚地了解个人和公司如何在 AMP 中发表意见,从批准代码更改到设置 AMP 的技术和产品路线图。

3.避免由于治理模型而放慢 AMP 的日常工作。人们对 AMP 工作方式的变化的净效应在生产力方面应该是中性的。

4.从其它开源项目中学习哪些是有效和哪些是无效的。为此 AMP 团队与 Node.js 和 Kubernetes 等项目的人员进行了交流,研究了JS基金会 等使用的治理理念,并回顾了各种其他开源和Web标准治理文档。

该提案已经完全细化,新模型中提出的一些重大变化是:

1.在 AMP 项目中做出重大决策的权力将从单一的技术主管转移到技术指导委员会(TSC),其中包括为了建设 AMP 贡献了资源的公司代表,最终目标是不让任何公司参与超过三分之一的席位。

2.来自 AMP 许多选区的代表咨询委员会将向 TSC 提供建议。

3.对 AMP 的某些方面拥有所有权的工作组(例如 UI,基础设施和文档)将取代目前存在的非正式团队。这些工作组将有一个明确的投入机制和明确的决策过程。

我们致力于新系统的首要任务之一是完成 AMP 治理小组的初始成员资格。如果您有兴趣参与任何这些治理组,请告诉我们(链接见注2)。这是实际工作,如果您的日常工作没有覆盖到这些工作,我们希望支付您报酬!如果您需要资金支持,请在表格中告知我们。我们特别感兴趣的一个领域是具有消费者权利和保护经验的人士。与此同时,我们很高兴地宣布,我们已与前几位人士进行了交谈,他们同意加入咨询委员会,包括出版商(El País, Washington Post and Terra),电子商务网站(AliExpress和eBay)代表,平台(Cloudflare和Automattic)以及开放网络的倡导者(The Paciello Group的LéonieWatson,Google / Chrome的Nicole Sullivan和Terence Eden)。

此外,我们正在探索将 AMP 转变为未来的基础设施,将在未来几个月内寻求TSC,AC和社区的意见。我们认为治理变革是朝这个方向迈出的第一步。

我们期待与 AMP 社区的其他成员合作,完善治理方案,包括下周的 AMP 贡献者峰会。建议您审核并评论该提案,并参加计划讨论该提案的设计审核。该提案的审查期将于 2018年10月25日 结束,其目标是在此后不久实施新的治理模式。

我们很高兴看到 AMP 社区采取下一步行动,并希望您能加入我们,使网络成为用户和开发人员的更好地方。

注1:AMP新治理模型提案:

https://github.com/ampproject/meta/pull/1

注2:

https://goo.gl/forms/WCUDNX23CY9LL5xC2

目录
相关文章
|
5月前
|
运维 监控 Cloud Native
设计与构建 FinOps 流程、团队、体系与目标
企业 FinOps 实施不是一蹴而就的项目,如果您正在推进企业云原生 FinOps 落地,除了选择合适的技术手段,企业内部的流程和体系建设也尤为重要。
163525 18
|
5月前
|
数据采集 存储 SQL
【开源项目推荐】OpenMetadata——基于开放元数据的一体化数据治理平台
【开源项目推荐】OpenMetadata——基于开放元数据的一体化数据治理平台
1070 3
|
机器学习/深度学习 Cloud Native
阿里云最新产品手册——阿里云核心产品——机器学习平台PAI——三大云原生功能模块——PAI产品模块
阿里云最新产品手册——阿里云核心产品——机器学习平台PAI——三大云原生功能模块——PAI产品模块自制脑图
243 1
|
敏捷开发 数据可视化 Devops
Leangoo领歌敏捷工具支持SAFe大规模敏捷框架功能已上线
​ Leangoo领歌覆盖了敏捷项目研发全流程,包括小型团队敏捷开发,Scrum of Scrums大规模敏捷。 随着SAFe的越来越普及,Leangoo本次上线提供了完整的SAFe框架功能,包括:Program Backlog,PI规划,迭代规划,迭代执行,迭代统计等。
|
负载均衡 监控 容灾
《云上容灾交付服务白皮书》——3交付标准化参考框架——3.2 现状调研
《云上容灾交付服务白皮书》——3交付标准化参考框架——3.2 现状调研
154 0
|
容灾
《云上容灾交付服务白皮书》——3交付标准化参考框架
《云上容灾交付服务白皮书》——3交付标准化参考框架
134 0
|
容灾 数据中心
《云上容灾交付服务白皮书》——3交付标准化参考框架——3.1 需求分析
《云上容灾交付服务白皮书》——3交付标准化参考框架——3.1 需求分析
123 0
|
云安全 存储 运维
首次全面解析云原生成熟度模型:解决企业「诊断难、规划难、选型难」问题
从“上云”到“云上”原生,云原生提供了最优用云路径,云原生的技术价值已被广泛认可。当前行业用户全面转型云原生已是大势所趋,用户侧云原生平台建设和应用云原生化改造进程正在加速。
2129 9
首次全面解析云原生成熟度模型:解决企业「诊断难、规划难、选型难」问题
|
数据采集 SQL 运维
Dataphin V3.8 版本发布丨持续提升规范建模、研发易用性、数据治理等相关能力
本次发布的V3.8版本中,Dataphin提升了客制化的能力,针对不同的客户的业务场景、组织架构和管理职责进行了适配性的升级,并持续提升了规范建模的能力以及研发的易用性。在下一个版本中,我们将针对数据治理的相关能力进行升级,简化操作链路,持续提升用户体验。
Dataphin V3.8 版本发布丨持续提升规范建模、研发易用性、数据治理等相关能力