ReviewTeam 20121114

出席人员：Andreas Jaeger, Dominique Leuenberger, Craig Gardner, Marcus Rueckert, Ruediger Oertel

简要讨论了过去的成功。团队组织良好是一项巨大的成功。邮件列表尤其有用，并导致更有效的审查。

Craig 提到一个特别的案例，Dominique 非常专业地处理了一个潜在的冲突。这种态度和行为会导致更大的成功和与社区建立更多的信任。

我们有一个议程项目来讨论当前审查方面的问题。没有人能想到值得一提的事情。每个人都觉得，随着这个新成立的正式团队，审查流程运行得更加顺利。

A.J. 提到，有时队列会变得非常大。但通常团队能够减少队列的大小，当这种情况发生时。队列不会长时间积压。

A.J. 的观察促使我们讨论了如何通知我们队列变得很大或太旧。我们将实施一个监控和通知系统，以便在队列太大或某些提交太旧时提醒我们。并且在 wiki 上发布一个图表系统也会很酷且很有帮助。

(行动项：Craig 和 Darix 确定最佳方法；然后将部分工作分配给团队的其他成员。)

指南团队及其制定的指南。指南团队需要向社区（以及这个团队）清楚地传达指南的内容。规则和指南越清晰，审查团队就越容易接受和拒绝提交，社区就越容易理解为什么提交被拒绝。

Darix 一直与 }-Tux-{ 合作，将一些标准选项（作为菜单）放入 osc 中，用于拒绝提交。我们应该同样将相同的选项放入 webui 中。

我们团队的成员需要随时了解指南 [1]，并根据指南认真进行审查。

未来的团队会议。Darix 建议我们使用 IP 上的服务，而不是通过电话举行会议。A.J. 最初提出在团队启动时尝试类似的方法——视频会议，但它并不奏效。但是，我们将再次尝试，至少这次使用简单的音频。

安装 mumble 并将其用于下一次会议的说明将稍后发送给团队。

我们将继续使用 doodle.com 来投票确定团队会议时间。

Sascha 建议我们使用类似 etherpad 的工具在团队会议期间协作处理笔记和行动项。我们将尝试一下。Darix 提供了 pad.opensu.se。我们将使用“ReviewTeam_日期”格式，例如 http://pad.opensu.se/p/ReviewTeam_20121114