如何向技术大会提交演讲申请

2019-01-06

很多做技术的朋友会参与一些外部的技术峰会,在会议中可以获取到很多行业内的最新信息。其实,当自己有了好的想法或技术实践时,也是有机会在业界技术峰会中进行分享的。参会演讲准备的第一步就是向会议的组织方提交一个好的演讲申请。那么如何向业界峰会提交演讲申请呢?在提交演讲申请时需要注意哪些方面呢?本文将为大家解答这两个问题。

参与技术演讲分享的收益

在提交演讲申请的时候,首先要问自己一个问题,为什么我要在外部峰会中进行分享,这样的分享对我自己有什么好处?

以下我列举了一些在技术峰会中做分享对自己职业发展的好处:

(1)督促个人成长,增加自信心。

很多技术人员往往对于一个领域的研究不够深入,而当你在外部进行分享的时候就不得不把自己的研究和实践吃透,这非常有助于个人技术的积累。

(2)便于发现自己团队技术水平和友商的差距。

在公司内部自己的实践可能取得了比较好的效果,但无法确定在行业内部的水平。通过会议分享和线下交流,可以很快察觉到自己团队优于友商的方面和与业界水平的差距。

(3)可以和业界专家对等的交流,结实更多朋友,拓展人脉。

当作为参会者与业界专家进行交流时,往往会有一种“仰视”的感觉。而作为演讲嘉宾和业界专家交流时,这种交流更趋近于对等的交流,行业内的专家更愿意和有实力的同行进行交流。

(4)增强个人技术品牌

可以使很多业界同行认识自己,增强个人影响力。团队内部对于同一个事物往往会有不同的看法,用什么来说服团队的成员接受自己的观点呢?当然要靠有理有据交流,个人影响力也是不可或缺的。

(5)获取免费的会议入场券

像TID大会这种业界顶级峰会的门票要几千元,而参加演讲分享可以不必花费门票就可以获取入场券,节约了很多银子。

(6)提升公司的技术品牌,有利于促成公司间的合作。

潜在的合作伙伴有可能在你的演讲听众中,这可能会促成公司间的合作。

(7)有利于团队招聘

会议参与者大多是业界同行,听了你的演讲后可能会有加入你团队的意向。很多演讲者在演讲最后时会提到“We are hiring.”。

仔细阅读会议演讲征集信息

在确定自己想进行会议演讲分享后,就需要在会议网站或微博中获取会议演讲征集的信息了。会议的演讲征集往往在会议正式召开前几个月就开始进行了。在提交演讲申请前,务必要仔细阅读演讲征集的信息,了解该年度的技术峰会最希望获取到哪方面的演讲议题,关注下自己的演讲议题是否和演讲征集的内容有相关之处。

向一个Python实践的会议论坛中提交Golang的议题不是完全没有希望被会议组织者采纳,但除非Golang的议题能踩到会议论坛中的某个关注点上,否则Golang议题肯定无法通过评审。

很多议题提交者往往不仔细阅读演讲的征集信息,只是简单的把自己在其它会议的演讲题目和摘要拷贝过来,这很可能导致申请信息与会议主题不匹配,从而导致演讲申请被拒绝。

除此之外还要关注以下细节:

(1)演讲征集的截止时间(deadline)

演讲申请通常要在截止时间前提交,越早提交,演讲申请被采纳的成功率也就越高。那么如果已经过了截止时间,是不是就不再接收演讲申请了呢?这不一定,有时因为某种原因(例如已经被录用议题的讲师因为某种原因无法照常参会),会议组织者会释放掉部分演讲名额,不过还是建议大家在有了好的想法后尽早提交演讲申请。

(2)议题摘要的字数

绝大部分会议议题摘要的字数是有限制的,如果字数太多影响阅读体验,而如果字数太少会使议题评审者和读者无法对议题有充分的了解,具体的字数需要根据实际情况斟酌。

(3)个人照片、工作经历描述、个人网站、专利、论文

个人照片建议选取正装的照片,不要使用过于休闲的照片。都说人不可貌相,但人人都在以貌取人。杨澜曾经说过,没有人有义务透过你邋遢的外表去发现你优秀的内在。

工作经历描述、个人网站、专利、论文等信息非常有助于议题评审人对你进行更充分的了解,尽可能准备齐全。

(4)以前的演讲经历

像TID这种业界顶级峰会,为了保证演讲质量,通常会选取有演讲经验的人作为参会讲师。如果你有好的技术实践但又没有演讲经历,建议你在议题提交后录制几分钟的演讲视频发给会议主办方,来证明自己的演讲能力。演讲评审者也会安排部分议题提交者进行试讲。

另外不要在网页上直接书写演讲申请内容。首先,你需要检查拼写错误和字数;其次,直接在网页上填写会花费较长时间,很可能会遇到网页超时的问题,导致信息丢失。建议你在电脑本地的编辑工具中编写好后进行拼写和字数的检查,避免低级错误;从演讲申请到真正的演讲之间通常要间隔几个月的时间,很多细节容易遗忘,在本地留有一个备份是一个不错的选择。

目标听众的确定与分析

第二个要问自己的问题是听众听完我的演讲后会有哪些收益,要回答这个问题,就需要你做一下听众的分析。具体表现为以下几个方面的问题:

(1)会议中听众来自于哪里? 

不同会议的听众来源有所不同,在大学校园内举办的半公益性的技术峰会的听众通常来源于在校大学生、大学教师、科研院所研究人员、企业内部的工程师和管理人员。像TID大会这种顶级技术峰会会邀请国内外众多专家进行演讲分享,因而门票价格会高于公益性的技术峰会,来参加这种峰会的听众主要来自企业、高校和科研院所的技术骨干,所以在此种峰会的技术分享的水准要高于业界平均水平。

(2)听众的工作聚焦在哪块?

就软件测试来讲,其涉及范围较大,范围从底层的操作系统测试到上层的web和app测试。当你提交议题申请时,你需要注意到议题的受众面有多大。对于“Linux内核测试”的议题,考虑到测试人员中真正专注于该研究方向的工程师比例很少,我认为此种议题更适合于在Linux内核开发者大会的行业会议中分享,如果该议题在软件测试相关的会议上分享,其受众面较窄,无法吸引较多的听众。

对于“传统软件测试Docker化改造”、“AI赋能软件测试”这样的议题,在软件测试行业中受众面就会很广,实践证明,这类议题在软件测试会议上非常受欢迎。

(3)听众参会的目的是什么? 听众参会的目的主要是了解业界新趋势、借鉴同行的经验、寻找合作的机会、引入新的理念和工具等方面。可以找身边参与过该会议的朋友聊一下其参会的目的,也可以在往届会议中建立的参会微信群中进行沟通,了解听众参会目的后就可以在提交演讲申请时更加的有的放矢。

(4)听众的工作中有哪些痛点? 有一点需要明确,会议中的演讲不是目的,我们是想让听众在听完演讲后能够解决其自身业务中的痛点和问题,否则听众为什么要来听你的演讲呢。

在摘要的第一部分内容中可以列举行业内的痛点。拿软件测试行业举例,有些痛点是显而易见的,例如在云计算中无法有效测试微服务、软件测试中脏数据影响开发测试环境的一致性。这类痛点正在困扰着大部分软件测试工程师。

而另一些痛点是潜在的,也是参会者先前没有意识到的,例如在一个线上问题频发的团队,其认为线上问题是无法避免的,必须要手动修复,并没有考虑到通过AI自动修复线上问题的方案。

对于这两类痛点,如果你能够在演讲摘要中说明痛点,让痛点清晰化明朗化,同时展示解决痛点的方法,就可以为你的演讲吸引更多的听众。

(5)起一个有吸引力的演讲题目

TID这种顶级峰会在四天的会议中会有上百位讲师参与演讲分享,按照阅读一个演讲摘要花费一分钟的时间计算,看完一遍所有演讲的摘要和讲师介绍需要花费两小时左右的时间。因此绝大多数听众在选择演讲议题时往往先不看摘要,只通过演讲题目来决定听哪一场演讲。所以为自己的演讲起一个好的题目就尤为关键。

我的建议是演讲题目要简洁明朗,让听众能够通过题目马上可以意识到演讲涉及的研究领域和解决的问题。以下是好的演讲题目的举例,听众一看就明白演讲会涉及到的内容。

(a)AI赋能软件测试

(b)传统软件测试Docker化改造之道

以下两个是效果不好的题目:

(a)浅谈自动化测试设计

对于这个题目,听众会想这是哪方面的自动化测试设计,是web自动化的selenium工具还是讲自动化测试框架设计或是自动化测试平台开发?而且听众花了几千元的门票来听演讲,肯定不想听一个简单的将手动测试转为自动化测试的案例。

(b)企业级质量保障之路

这个题目太笼统,是哪个企业?被测对象是什么?达到了什么效果?这些问题无法从题目中找到答案,让听众不知所措。

书写议题摘要

申请演讲时不一定要先把ppt制作好,但需要提供议题摘要,告诉演讲评审者和听众你的演讲涉及到哪个领域,应对哪些痛点,采用了什么方案,解决了什么问题。以下介绍一个好的摘要案例。

案例:【ChinaTest】第七届中国软件测试大会中来自ThoughtWorks资深软件质量咨询师刘冉老师的议题。

议题名称:“规模化微服务系统中的测试策略与实践”

摘要: 随着微服务越来越流行,规模越来越大,对于其进行有效的测试也越来越重要。首先微服务系统是一种分布式系统,所以要用分布式系统的思维对其测试进行思考。其次规模越大,痛点一般也就越多,比如数据一致性问题,性能问题,跨服务的事物问题,请求悬挂与空回滚等问题。所以规模化微服务系统的测试策略应当与当前流行的测试策略(比如测试金字塔,长效功能测试等)有所不同的。因此我们提出了一个横向的优先级模型,一个纵向的钻石模型,然后在项目中根据实际情况结合并定制这两种测试策略模型,再加上对于分布式系统的各种痛点的理解和运用,从而有效的测试规模化微服务系统。

该议题摘要写的非常好,告诉读者“涉及到的领域”是微服务测试领域;“应对的痛点”是微服务规模较大后带来的数据一致性问题、性能问题、跨服务的事物问题、请求悬挂与空回滚等问题;“采用的方案”是一个提出了横向的优先级模型,一个纵向的钻石模型,然后在项目中根据实际情况结合并定制这两种测试策略模型;“解决的问题”是有效的测试规模化微服务系统。

如果你对自己的议题摘要书写没有把握,可以在提交申请前找同事或朋友帮你一起把关。如果你特别想在会议中发表演讲,同时自己又有多个优秀实践,那么就不要把宝压在一个议题中。每年大会都会收到很多的议题申请,无论你对自己的议题有多么的自信,议题申请仍然存在不通过的可能性。你可以申请多个演讲议题,但需要注意的是,要为每一个演讲议题分别提交申请,不要在一个申请单中填写多个议题的信息。

总结

一个好的演讲申请只能获取会议演讲的入场券,并不能保证最终演讲的成功。在演讲申请通过后需要你投入精力去准备ppt和练习演讲。如果演讲申请没有通过,不一定意味着你的议题不够好或你不够优秀,议题评审者只会选择最适合的演讲议题,而不会只基于讲师的优秀程度来决定。议题评审者不是完人,看问题肯定会有偏差,也会有看走眼的时候。面对这样的问题,建议你今后可以在业界有影响力刊物或者网站中发表一些技术论文,再次申请演讲时可以附上这些论文,来减少评审者的认知偏差。

作者简介

孙远,曾先后就职于华为和阿里巴巴,拥有10年以上软件测试行业经验,精通传统软件测试Docker化改造、开源软件质量保障、质量保障体系构建,参与编写了《Docker进阶与实战》,曾多次受邀在技术会议上发表演讲,多篇技术文章被Infoq收录。