社群願望清單調查/如何提出好提案
属于社群技术团队的活动范畴
提案应该与編輯方面的技术需求有关,而無关于基金會政策或社群風氣的改革。
社群技术团队会否决提案 如果: |
提案需要技术性的工作,包括 |
---|---|
|
不要大到长达一年的项目,也不要小到只關於一个bug
社群愿望调查受限于社群技术团队的能力。团队对基金会的“大想法”心存感激,不会忽视它们。
本会对一切想法与意见感激不尽,必将仔细考虑采纳与否。但是,一些提案需要社区技术小组(Community Tech)以外的团队。
然而,有些提案需要社群技术团队以外的专门团队。它们将被移到一个单独的页面,不会被投票。之后,该页面的链接将会被分享给维基媒体基金会的其他团队。
例如:
|
|
挑选一个具体的问题,并详细地描述它
围绕为什么这个问题对用户来说是重要的,提供背景。一个好的提案确切地解释了:
- 问题是什么,
- 谁會受到影响。
- 如果可能的话,請添加屏幕截图、链接和详细讨论问题空间的讨论页。
这将有助于社群技术团队了解从哪里开始工作。
不要只说“(某功能)已经过时了”、“需要改进”或“有很多错误”。这样的信息不足以找出需要做的事情。
提案可以用任何语言提交。社区技术鼓励志愿者对其进行翻译,以便大家能够更容易地阅读和投票。阅读更多关于审查阶段的信息。
例子:
|
不要担心想不出解决方案
您不需要提出解决问题的方法。寻找解决方案将是社群技术团队的任务。
规定解决方案有时会成为一种制约因素。例如,选民可能会错误地支持一个解决方案,而这个解决方案在今年晚些时候可能被证明是不可能建成的,而社群技术团队会以不同的方式解决问题。
例子:
- 标签(ala evernote,可搜索,分类)(没有关于问题的信息)
- 批量上传程序(没有关于问题的信息)。
与其他社群成员討論
您可能想让人们注意到您的想法,并成为其他地方发生的关于这个想法的对话的一部分。收集反馈并分享建议。您可以在投票阶段之前尽早这样做。这样,贡献者就可以知道这个问题,并在时机成熟时记得参与并投票支持它。
另外,請參见我们的宣传材料。您可以使用它们。
避免提出曾被拒绝的提案
下面是一些得到许多选票的项目清单。社群技术团队曾承诺執行它们,但后来不得不拒绝。团队未來執行這些項目的機率很低。
调查版 | 结果中的排名 | 项目 | 解释 |
---|---|---|---|
2019 | 第2名 | 黑暗模式 | 与另一个团队的项目重合。重叠的项目是桌面改进。瞭解更多。 |
2019 | 第6名 | 把mw.toolbar放回去 | 这个问题在很大程度上已经解决了,没有任何社区技术的干预。另外,社区技术的政策是不撤销其他团队所做的修改。瞭解更多。 |
2019 | 第8名 | 文章提醒 | 这在技术上太复杂了。而且,它必须由另一个维基媒体基金会团队来完成。还有其他方法可以看到同样的结果。瞭解更多。 |
2019 | 第10名 | 双重因素认证可供所有相关编辑使用 | 这在技术上太复杂了。而且,它必须由另一个维基媒体基金会团队来完成。还有其他方法可以看到同样的结果。瞭解更多。 |
2017 | 第6名 | 更多语言的文章提醒 | 这在技术上太复杂了。而且,社区技术也没有能力建立和维护这样的工具。瞭解更多。 |
2016 | 第1名 | 全域小工具 | 这在技术上太复杂了。而且,社区技术也没有能力建立和维护这样的工具。$1。 |
2015 | 第3名 | 小工具、模板和Lua模块的中央存储库 | |
2015 | 第6名 | 允许所有语言在维基共享资源的类别 | 与另一个团队的项目重叠。重叠的项目是Commons上的结构化数据和维基媒体之间的结构化数据。 |
2015 | 第4名 | 跨维基监视列表 | 这在技术上太复杂了。瞭解更多。 |
2015 | 第8名 | 全域跨维基讨论页 | 与另一个团队的项目重叠。重叠的项目是Flow/结构化讨论和跨wiki通知。瞭解更多。 |
2015 | 第10名 | 添加用户监视列表 | 如果恶意使用,这个工具可能会使骚扰用户变得更加容易。瞭解更多。 |