不要害怕CFP。

本文基于我在 2015 年底特律 DevOpsDays 大会上发表的演讲。

决定提交演讲稿参加活动可能会让人感到不安——万一我的想法不够好怎么办？我的想法够宏大，能与“思想领袖”同台吗？为什么会有人关心我的想法呢？

在这篇文章中，我将与你分享我寻找演讲主题、决定在哪里投稿的秘诀，并就如何克服可怕的冒名顶替综合症提供建议，帮助你摆脱“不够好”的担忧，突破自我，与渴望聆听的听众分享你的个人专业知识和见解！

提交演讲稿可能会让人感到非常畏惧

由于我们花很多时间听播客、看演讲、在推特上关注思想家，我们认为大家唯一想听到的信息就是极具洞察力的想法。

事实上，无论你的经验水平如何，你都有一段独一无二的故事可以讲述。而你的故事是有价值的。你无需分享某种全新的容器管理方法才能吸引别人倾听——他们或许仅仅会很乐意了解你如何在生产环境中运行 Kubernetes 的历史。即使你认为“人人都知道这些”，你对这段历史的独特解读也同样珍贵。没有人能像你一样，以你独特的方式了解你所知道的一切。

你不必写完整篇演讲稿才能提交

只要有了想法，就可以写摘要了。一两段话阐述你的理论就足够了。在被录取之前，不要花时间写完整的演讲稿。

你甚至不需要知道这个想法是否可行！例如，当我构思“DevOps 的五种爱的语言”这个演讲时，我只是觉得“爱的语言”这个比喻很适用。提交演讲稿之前，我的想法也就仅限于此（你可以在这里查看演讲摘要）。如果你的最初假设没有完全按照预期发展，你可以在撰写演讲稿的过程中进行调整。通常情况下，最终效果会很好。

你可以通过谈话来学习一些东西。

想学点新东西吗？那就提议就此发表演讲吧！这会是真正学习它的一个很好的动力（截止日期往往能起到很大的激励作用）。

例如：

• 我有一个关于如何构建管道以使用 InSpec 合规性测试来确保我的所有 cookbook 都能良好协同工作的理论。
• 我不需要确切地知道如何做才能写摘要
• 我可以先想出一个主意，然后在写演讲稿的过程中学习如何实现它！

请记住——您的摘要无需“经过论证”即可提交。

我该如何想出一个演讲主题呢？

你做过的事

即使很多人都谈论过某个话题，你的经历也与任何人都不同。你的故事是独一无二的。真实的故事远比理论更有价值。

你最近学到的东西

你刚刚学到了一种很棒的 Go 代码测试新方法吗？就此发表演讲将会带来两个绝佳的结果。

1. 你会非常乐意谈论这件事，这将使你成为一个引人入胜的演讲者。
2. 它会将这些知识牢牢地印在你的脑海里。

我非常推崇“学习 > 实践 > 教学”的模式。教别人如何做某件事会用到大脑的不同区域，与学习这件事本身使用的区域不同，而且你会更好地记住知识。

你觉得特别有趣的事情

这一点至关重要。你必须对你的主题充满热情，这一点会体现在你的演讲中。也许你对AWS如何进行公开的事后分析非常感兴趣。即使你不在AWS工作，甚至不认识那里的任何人，你也可以进行研究，并将你的发现展示出来。

你想了解的关于

正如上文所述，你可以利用演讲来学习新知识。朱莉娅·埃文斯就是你的榜样。她是将教学融入学习的典范。而且，“学习 > 实践 > 教学”的模式在这里同样适用！

在哪里提交演讲稿

别去想像 Velocity 这样的地方了。

通常情况下，身处信息茧房会让人感到相当畏惧。你在这里要和那些大牌竞争，如果这是你第一次涉足这个领域，那你无疑将面临巨大的挑战。

话虽如此，或许你不应该完全避免向这些会议投稿。但不要把所有希望都寄托在大型会议上。

不熟悉您所在地区的地方

就我而言，由于我的研究领域是DevOps，我喜欢考虑那些对DevOps不太熟悉但会对此感兴趣的会议和团体。以下是一些我喜欢提交DevOps相关演讲的平台：

• 本地开发者聚会
• 敏捷会议
• 软件测试组织

您可以从280 多个技术、IT 和 DevOps 会议的完整列表中获得灵感。

DevOpsDays 点燃

这些地方很适合尝试（简短的）演讲，但也存在一些挑战：

• Ignite 赛制可能很难（但真的很有趣！）
• DevOpsDays 对重复内容比较挑剔。

好消息是，大多数 DevOpsDay 的 Ignites 申请通常比较少，所以你更有可能被选中参加。

你不必预先执行它

这是在说J·保罗·里德，他似乎每次参加会议都想准备一个新演讲。这太累人了。保罗能做到，但你不是保罗。

秘诀是什么？虽然他的每次演讲内容都不尽相同，但往往都围绕着一个主题。不过，如果你是新手，就别给自己增加不必要的难度。

不要过度杀伤

准备一到两篇摘要，然后投稿到各个平台。摘要之间应该有实质性的不同。随着你的演讲被接收并发表，每次演讲你都会有所进步，一年下来，你的演讲技巧也会不断打磨完善。

这就是专业人士（例如 Jez Humble）的做法。为每场会议都制作新内容既费力又费时，而且实际带来的价值远不及投入的精力。

尝试新素材“在路上”

不妨先在本地的聚会上做个演讲志愿者，这样可以打磨你的演讲内容，让它更加精彩，然后再去参加大型活动。这样做还能让你直接获得反馈。大多数聚会都欢迎志愿者来做演讲，并且很乐意与你合作。

在异地聚会上做演讲真的很有帮助（而且不那么令人畏惧），因为你不属于那个特定的团体或社区——你不必太担心你的声誉（或人们认为你缺乏声誉）。

使用伙伴制度

同伴互评是准备演示文稿时的绝佳工具。你可以请教的人包括：

• 同事们
• 社区里的朋友们
• 你所在地区的活动组织者
• （如果你胆子够大的话）直接去问问推特用户吧。

这并非一定要请人审阅你的最终版演示文稿（虽然这也不错），而是希望就你的摘要、主题和演讲结构征求意见。如果你把这些想法写进 Google 文档，就可以分享给那些需要帮助的人，并允许他们评论。

问答是你的朋友

如果您担心演讲内容不够丰富，请记住问答环节非常重要。它能让您的演讲更具互动性，也能帮助您延长演讲时间。

不过，我不建议直接问“大家有什么问题吗？”。这种开放式的提问可能会让听众鸦雀无声。当然，你可以这样开头。如果没有人提问，那就准备一些引导听众采取行动的问题——比如，如果你的演讲是关于事后分析的，你可以问问听众，他们所在机构是否有好的事后分析流程，并请他们分享一下。

专业提示 1

把你所有的口语练习资料都存储在 GitHub 仓库里。

这应该包括你的所有摘要/提案、演示文稿本身以及你演讲时使用的任何辅助材料。

你可以将每个演示文稿都做成一个子模块（如果你不害怕子模块的话，这种害怕也是人之常情）。这样你就可以单独提交/编辑每个子模块，或许还能与他人合作完成演讲，而无需授予他人访问整个演讲代码库的权限。

你还应该在你的代码仓库中创建一个 Markdown 文件，里面包含你的个人简介；这样方便你复制粘贴，或者引导其他人访问该文件。你的头像照片也应该保存在这个代码仓库中。

专业提示#2

在您的博客/网站上创建一个“演讲者页面”

这应该包括您过去演讲的链接，以及一个个人简介页面，其中包含一个可以下载您的演讲者头像的区域。

保持此页面更新可能有点挑战性，但绝对值得。它不仅能帮助你记录自己的演讲经历，而且在投稿时，你还可以将此页面链接添加到备注中，帮助组织者了解你的经验。

你的目标是什么？

未来12个月，您在提交演讲提案方面有什么目标？您希望在哪些方面做得更好？请在评论区留言告诉我。当然，如果您有任何问题或反馈，欢迎随时在Twitter上联系我（@mattstratton）！