Post #115

第十届 Hackergame（ hack.lug.ustc.edu.cn ）下周六就要开始了，这也是我参与组织的第 7 年。这些年里我从这个项目中学到了很多有趣的经验，最初更多是技术上的，因为我重构了 3 次比赛平台的代码，亲身体验了不同编程范式之间的优劣。后来直接参与的不多了，观察每年别人是怎么组织的，学到了更多管理方面的经验。当然由于大家只能在人手不足的情况下用爱发电，以及社团每年换届导致难以传承，一些结论很难类比到更正式的团队中。但我觉得这两点经验还是很重要： 1. 需要有一套方便好用的文档管理方案。可能类似某种 wiki，或者 Notion，或者 Confluence。它需要能树状管理很多“页面”，可以方便地创建和移动页面。页面里面要支持上传文件或插入比较好用的表格。需要共享、长期存档的文档是很多很杂的，例如 Hackergame 有这些需求：策划案、宣传材料、出题进度表、联系方式表、平台部署方法、题目质量标准、纪念衫设计稿、赛后问卷结果、logo 的 SVG 文件等等。在没有统一的工具的情况下，大家容易每次随意选择一种方案，有时候把文件发在聊天里，有时候创建一个 Google Docs，有时候写成 Markdown 放在一个 Git 仓库里，这三者都难以管理很多零散的内容，结果就会很乱，大家会不知道很多文档存在。应该一开始就让大家习惯，想保存任何东西都在 wiki 里面创建一个新页面。 2. 需要有一个完全做协调、联络、进度追踪等工作的人。有的团队中这样的角色叫 PM。这个人可以不懂技术细节，也可以没有管理权，只需要随时知道团队里目前总共有几项工作需要做、之间有什么依赖关系、分别都是谁正在做、预计哪天能做好、主要时间节点能否按计划达到。这个人需要经常私聊问大家进度怎么样、现在卡在什么问题上，并且回答大家“我这里在等的那个事情目前什么情况”“某某改动已经改了还是还没改”“等宣传日期定下来后，告诉我一声”之类的问题。@hejiyan 提到他所在的团队中这样的角色还负责管理大家的日程、帮大家安排会议时间和会议室、如果需要在吃饭时开会的话帮大家订餐并送到会议室。我觉得都是很有价值的，能让每个人做自己的工作时尽量少分心和打断。