自从 2017 年初领导结构转变以来，董事会采取了一些措施来改进最初实施的投票流程。
第一个改进是使用 Adoodle 进行匿名投票。防止对投票产生影响或报复，这在通过公开列表进行投票时一直是一个问题。
第二个改进是在 2019 年初的半年会议上提出的，以改进投票系统。这一改进已经提交给社区全体成员投票（向所有活跃社区成员开放），并以 89.55% 的得票率通过。完整的描述可以通过点击 这里 找到。
随着投票系统的显著改进，现在我们已经清楚地需要关注并改进选举过程本身。
我们的选举周期目前为 9 周时间，每年两次，我们有 34% 的日历年度处于选举阶段。由于选举时间不同步，最近几个月这一比例甚至更高。这导致了社区的疲劳和对参与选举过程的一般缺乏兴趣。我们发现在每一轮中提名越来越少，而在最近的这一轮中，某些职位没有候选人接受。
社区已经确定两个简单的修复措施，并且已经在实施中：
- 正式定义董事会角色和相关的承诺。
当前的 DC/官员将负责在任期最后三个月审查并更新（如有必要）这些角色，以确保它们反映他们当前的角色、职责和所需的时间承诺。这将使即将到来的选举中的潜在候选人能够在考虑竞选之前清楚地了解该职位。
角色定义可以在 这里 找到。 - 要求所有 DC 和官员每季度报告进展情况和下个季度的计划。
所有总监和官员都将在每次在职90天结束后14天内发布一份报告。
这将有助于不仅仅是选举周期，还能在项目过程中提供透明度、连续性和历史参考。
实施这两项改进后，我们希望看到更多候选人考虑将来的角色，但我们认为这仅仅解决了一部分我们目前在选举周期中面临的问题。
我们当前的提名系统允许任何人提名任何人（包括他们自己）担任一个职位，不管被提名者是否知情（https://www.opensourcematters.org/organisation/directors/election-cycle.html）。
尽管表面上看这似乎是公平和透明的，但经验告诉我们这是有缺陷的。
当前系统通常会导致在未经被提名者咨询的情况下进行提名。这导致大量被提名的候选人拒绝提名，而在较小程度上，被提名者感到有压力接受他们本会拒绝的提名。
另一个主要问题是，社区成员不知道该提名谁，因为在大多数情况下，候选人在提名轮开始之前没有表明自己的兴趣。
为了解决这些问题，解决方案是改变我们的选举周期运作方式。这个提议将提交给社区进行广泛讨论和投票，如果通过，它将在2020年初的下一次第一组选举周期中实施。
我们提议将系统从开放式提名改为声明参选并附带宣言。Drupal协会只允许自我提名，他们的理由是合理的。
提名过程
社区董事会位置的候选人应该是自我提名。这可以防止选举出得到社区支持的候选人，但他们无法或不愿意担任该职位。如果社区成员认为某个成员将成为一名伟大的董事会成员，他们应该鼓励该个人自我提名。
Typo3也遵循这条路线 - https://typo3.org/article/upcoming-elections-in-the-typo3-association-2019/
这将确保那些主动站出来的人能够完全公开和承诺他们所担任角色的要求，并清楚地说明他们如何履行职责。这将通过鼓励人们接触他们认为适合某个职位的人来提高社区参与度。
提议的选举周期将从任期的第284天开始。在这一天，当前的总监/官员将发布他们的270天报告并通过电子邮件通知秘书他们是否计划竞选连任或辞职。如果他们计划竞选连任，他们将同时在同一时间向秘书提交下一年度的宣言。
秘书将在第二天发布候选人宣言的呼吁，并宣布以下内容之一：
- 当前总监/官员计划竞选连任及其宣言
- 当前总监/官员将辞职
宣言呼吁将持续28天。我们认为这是一个足够的时间让人们考虑作为候选人参选，或者鼓励他人作为候选人站出来，并制定深思熟虑的宣言。
关于我们的选举的一个常见抱怨是，通常只有一个候选人竞选一个职位。
希望在新系统中，这种情况仅在现有的DC/Officer在其角色中表现出色，并且他们和社区都希望他们继续担任时才会发生。
在当前DC/Officer是新一任期的唯一候选人时，将使用加速选举流程来进行确认投票。加速流程的时间表可以在这里找到这里。这将把选举周期从63天缩短到37天。
[边缘情况：选民仍然可以在此投票中弃权，如果弃权票超过投票票，将重新召集候选人。这将确保现有的DC/Officer只有在社区的支持下才能获得新的任期。]
在所有其他情况下，我们希望总是有超过一个候选人出现，并且每个候选人在其宣言中都会提出不同的愿景。这将使社区在选择角色的方向及其对未来一年项目的好处方面有更多的选择。
如果没有候选人出现，将再次发出召集，并重新开始整个过程。随着改进的进行和新系统的到位，我们真诚地希望这种情况不再发生。
在所有其他情况下，完整选举过程将在宣言发布截止日期后第一天开始。这仍然会将选举周期从63天缩短到52天。
秘书将公布每个职位的候选人完整列表及其宣言。秘书还将开放一个“推荐”表格，该表格将取代目前使用的提名表格。这将给任何人提供机会，为候选人添加支持的话语，并让社区知道为什么他们认为候选人非常适合该职位。
在每个角色中，将在Glip中开放选举频道。这些频道将允许部门/社区成员向候选人询问关于其宣言的问题，以帮助他们决定投票给谁。
- DC 频道
当前的DC，所有候选人，所有活跃的部门成员
- Officer 频道
当前的Officer，所有候选人，所有活跃的社区成员
推荐表格将开放7天，收到的推荐将在第二天发布，并在7天后发送选票。这为社区和候选人在选票开放前15天相互接触、通过指定的Glip频道回答问题提供了时间。
选票将开放7天，结果将在第二天宣布。
如果现有的DC/Officer赢得选举，他们当前任期结束后14天内需提交年终报告。此情况的时间表可以在这里找到这里。
在Officer/DC发生变动时，交接期将从这一天开始。 outgoing DC/Officer年终报告和交接文件的交付截止日期为这一天后的14天，交接期将在再过14天后结束。此情况的时间表可以在这里找到这里。
这些都不需要修改章程，因为没有提到如何进行选举周期或提名，只涉及到谁有投票权以及何时投票，这些在这里都保持不变。
动议结果
- 105人有权投票
- 53人已投票（50.48%）
- 5人关注但未投票（4.76%）
- 47人未关注（44.76%）。
投票分布
- 52人批准了更改（49.52%）
- 1人拒绝更改（0.95%）
该动议已根据公司章程第9.12节发送给Open Source Matters, Inc.（类别1、类别2、类别3）的所有“成员”。该动议于2019年12月22日通过aDoodle这一匿名投票服务发送，并于2019年12月29日投票结束。秘书处为此对在投票期结束后内部宣布结果发布延迟表示歉意。由于隐私法规，本次调查的链接没有包含在这篇博客文章中，因为其中包含了一些个人电子邮件地址。
