草案
目标用户
目前的定位是内部系统，主要是我们自己的管理需求、我们管理的开源项目、我们参与领导的开源项目等。
场景概述
在团队层面，每周有10-20个重要议题，需要几乎全员参与。每个议题都需要能够拉上需要参与的人讨论，然后需要让有利益相关的人投票。讨论以后的结论需要作为参考资料给执行者落实。
议事的关键环节有三个：提案、辩论、投票。
提案：通常由比较熟悉事情的执行人和上级讨论以后写，或者由上级直接发起。
辩论：通常是懂行的几个话事人为主，其他人有遇到自己能说话的说几句。
投票：我们要求所有的利益相关方都参与投票，以减少他们不说话就马马虎虎过去。
从实践经验总结，参与者上手的门槛是投票<辩论<提案。因此需要在实践的过程中逐渐训练参与者拥有议事能力，包括表达能力、逻辑思维等。
目前的实践
本Issue按照我们的“议题”标准组织。其中，Issue标题用作议题标题，Issue描述用作写议题内容（也可以叫草案），Issue讨论区用来发表观点，Close用来给议题下结论。
目前的Issue缺少一套投票功能，因此我们使用企业微信的投票功能，在特定群聊里发起并投票。
面临的问题
由于流程较长且琐碎，人工维护流程也有很大的困难，或者是不熟悉议事流程，或者是不清楚相关议题的具体情况。
由于企业微信的缺陷，我们很难集中管理和跟踪投票结果。另外，我们曾经使用过企业微信文档用来写提案，同样是由于企业微信内部的缺陷，很难管理和分类文档，因此很难对议题进行集中管理和跟踪。
我们的设想
通过一个专用的管理信息系统集中管理议题，以及管理议题的生命周期。
从产品形态的角度考虑，知乎和Slackoveeflow的问答是最适合深度讨论的。假设提案者和评论者都会不断完善文本，信息就会更精炼。
草案
目标用户
目前的定位是内部系统，主要是我们自己的管理需求、我们管理的开源项目、我们参与领导的开源项目等。
场景概述
在团队层面，每周有10-20个重要议题，需要几乎全员参与。每个议题都需要能够拉上需要参与的人讨论，然后需要让有利益相关的人投票。讨论以后的结论需要作为参考资料给执行者落实。
议事的关键环节有三个：提案、辩论、投票。
提案：通常由比较熟悉事情的执行人和上级讨论以后写，或者由上级直接发起。
辩论：通常是懂行的几个话事人为主，其他人有遇到自己能说话的说几句。
投票：我们要求所有的利益相关方都参与投票，以减少他们不说话就马马虎虎过去。
从实践经验总结，参与者上手的门槛是投票<辩论<提案。因此需要在实践的过程中逐渐训练参与者拥有议事能力，包括表达能力、逻辑思维等。
目前的实践
本Issue按照我们的“议题”标准组织。其中，Issue标题用作议题标题，Issue描述用作写议题内容（也可以叫草案），Issue讨论区用来发表观点，Close用来给议题下结论。
目前的Issue缺少一套投票功能，因此我们使用企业微信的投票功能，在特定群聊里发起并投票。
面临的问题
由于流程较长且琐碎，人工维护流程也有很大的困难，或者是不熟悉议事流程，或者是不清楚相关议题的具体情况。
由于企业微信的缺陷，我们很难集中管理和跟踪投票结果。另外，我们曾经使用过企业微信文档用来写提案，同样是由于企业微信内部的缺陷，很难管理和分类文档，因此很难对议题进行集中管理和跟踪。
我们的设想
通过一个专用的管理信息系统集中管理议题，以及管理议题的生命周期。
从产品形态的角度考虑，知乎和Slackoveeflow的问答是最适合深度讨论的。假设提案者和评论者都会不断完善文本，信息就会更精炼。