上周，我们发布了今年 Dev.Together 开发者生态峰会的首批议程（点击此处查看），同时发布的还有今年 unconference 的议题征集。在这之后我们收到了很多朋友的咨询，询问 unconference 是一种怎么样的会议形式，以及如何才能更好地参与进大会的讨论。为此，我们特意录制了 2 期短视频，向大家介绍 unconference 这种创新的会议形式。
近年来，各种各样的行业会议、技术大会层出不穷。但其实很多小伙伴都已经疲于参加这种纯单向输出的会议了， speaker 在台上演讲，台下的你可能正在走神，也有可能你产生了共鸣想和他互动，或者你想就某一个问题和他深入探讨，但这在传统的正式会议中都是很难实现的。Unconference 和正式的会议相比，最大的好处就是它是一个人人都可以发言、参与讨论的会议。作为一种相对自由开放的会议形式，它鼓励每个人的参与和交流，强调平等、开放和创新。参会者常常是围坐一圈，像是参加一场研讨会一样，围绕某一个或多个话题展开讨论。Unconference 中通常有 3 个重要角色：moderator、记录者和讨论的参与者。Moderator 可以被理解为是这个超大圆桌的主持人，这是一个非常有挑战但是很有价值的角色。作为主持人，你最重要的工作是引导会议的进程，确保讨论的开放性和包容性，以及促进有效的沟通。比如：你需要确保每个人都有平等发言的机会，特别是需要重点照顾那些可能较为内向，平常不太愿意表达自己观点的参与者。你需要平衡讨论，避免让某些声音过于主导，以及必要时可以适当引导讨论回到主题上。你可以鼓励和指派一位记录者去记录你们讨论的关键点和有价值的见解，并在讨论结束前梳理你们的讨论成果。时间管理同样重要，你需要确保每一个议题都有充分的讨论时间。另外，作为主持人，尽管你可能对某些议题有自己的看法，但还要尽量保持中立来公正引导讨论。成为一名优秀的 unconference 的主持人是需要时间和实践来积累的，所以也非常鼓励大家积极报名，利用好这次机会去锻炼自己成为一个更成功的会议领导者。那么作为讨论的参与者呢，或许你可以在会议开始之前简单预览一下议题，在脑海中梳理一下你的观点，但是请绝对放轻松，每个人都是知识的贡献者，也是学习者，不需要有太大压力。在 unconference 当中，我们鼓励每一个人参与讨论，不需要成为某领域的专家，只要你认为你的观点有价值，或者你提出的问题值得讨论，就可以充分参与进来。最后作为大会的组织者，我们会为大家尽可能的营造一个轻松的氛围 —— 我们会为每一组讨论提供白板白板笔便签纸等等，方便大家头脑风暴和记录自己的观点。同时，也会提供零食饮料让大家边吃边喝边聊，进入到一种非常放松的讨论氛围当中。Unconference 和正式会议还有一点不同，就是它在会前是没有固定议程的，unconference 会在会议开始前向参与者去广泛征集议程，大家可以组局发起自己想去讨论的话题，所有的话题都由参会者自行发起而不是来自主办方的安排。如果你有对开发者关系、技术运营与增长相关的任何问题，都欢迎扫码登记在下方的 wiki 中，你也可以提前在 wiki 中查看现有的议题，报名成为 moderator 或讨论者。在会议正式开始之前，我们会发布这次 unconference 的全部议题，来确保更广泛的参与者可以报名参加不同话题的讨论。而即便你没有报名，在讨论中你也可以随时 walk-in，在尊重其他参会者的前提下，来充分发表自己的观点。摄于 DevRelCon London 的议程白板
实际上 unconference 这种会议形式在国外已经发展了非常多年了，我也是在 DevRelCon 和 State of Open Con 的 unconference 上受益良多，希望通过我们自己的社区活动把这种有趣的会议形式引入到国内，为我们的社区提供更多让每个人平等发声，链接、学习、创造和分享的机会。以我的个人经历举例，参加一场成功的 unconference 甚至会比聆听一场资深从业者的 Keynote 演讲收获更大。那么如何才能发起一个有价值、有趣、吸引人的 unconference 议题呢？在下面的视频中，我将和大家简单分享一下我的一些心得。首先，也是最重要的，就是你的话题需要切合大会的主题。比如 Dev.Together 是一个面向开发者生态、社区运营人员的会议，大家关注的更多是开发者运营、社区增长或是自身职业发展的话题，来到大会上讨论具体的技术细节显然就是不合适的。同时，一个吸引人的话题一定是能够创造价值、解决问题的话题。你可以仔细想想，作为行业从业者，你的痛点是什么？大家的通用痛点是什么？你能否将你遇到的具体问题抽象为一个具有一定普适价值的通用问题？每一个人的时间都是宝贵的，尤其在一个知识密度和社交密度极高的大会上，拿出 1 个小时深度参与一个话题的讨论往往是为了解决自己在工作中遇到的某个问题。最后，这个话题要有可讨论性，比如这可能是一个有争议的话题，或者这是一个具备一定复杂性、可以被拆解出多个具体问题的话题。如果这样说太抽象，我们可以一起来看一些优秀的例子 ——在 Dev.Together 大会的前 2 天，3 月 28-29 日，相同的场地，我们还将举行 OSPO Summit，这是一个面向开源从业者，尤其是 OSPO 开源办公室从业者的专业会议，2 天 1 夜的时间将从道法术器的角度展开对 OSPO 释放开源价值的探索。
OSPO Summit 中同样引入了大量 unconference 的会议形式，而且目前已经确定了大部分议题，这当中许多都是很好的范例，比如在对「术」的讨论中，有一个话题是：项目组和 OSPO 如何建立信任和有效协同？Moderator 姜宁老师就把这个话题拆分成了 4 个具体的问题，分别是：OSPO 的定位服务中台还是运营资源外包？开源项目最需要支持的地方是什么？跨部门协作最有效的方式方式有哪些？公司有多个项目，OSPO 该怎么跟项目组合作？
每一个问题都具备充分的可讨论性 —— 在定义上存在争议性，每个参会者可能都有自己不同的理解。在具体的协作方式上，每位参会者可能又有自己不同的经历和心得。可以说让人非常期待。再比如，Dev.Together 上目前也已被提出了一个话题：从何处来，到何处去？畅谈技术运营人员的职业发展。具体问题包括：技术运营人的 5 年职业规划？做技术运营，我们的终极职业理想是什么？工作结果难以度量，技术运营如何才能升职加薪？
职业发展本身就是很吸引人的话题，也几乎是所有职场人的痛点，相关话题的跨组织交流就更加难得。
通过这两个举例，你知道如何让你的话题切合主题、创造价值、具备可讨论性了吗？期待你的投稿。也期待在 OSPO Summit 和 Dev.Together 上与你相聚！3 月 28-29 日 OSPO Summit，3 月 30 日 Dev.Together 开发者生态峰会，我们在深圳科兴科学园会议中心，不见不散！
扫描上图两个活动的二维码报名参会，点击 “阅读原文” 为 Dev.Together 开发者生态峰会 unconference 投稿！