第一次开发分享的经验教训

        在公司里做了一次开发的分享，分享自己在开发过程中所收获的一些心得。尽管事前自信满满， 不过演讲之后受打击了； 尽管并未得到效果上的认可， 不过，也收获了很多教训。

        定位不准确问题。 我将分享的主题定位为“开发”，希望“传授”一些自己觉得非常重要的思想和方法； 但显然太乐观了。 虽然两位重量级的主管来听课，还有工作伙伴来捧场， 但大家更关注的是我所负责的系统，讨论的问题主要针对系统而不是开发。 所以，还是要更重视听众的感受和需求。
 
        讲解自己不熟悉的事情。 有些内容， 例如“单元测试”， 经验实践都不够丰富， 只是为了充实 PPT ；这些内容可以放在PPT里， 而一语带过， 线下交流。 

        对自己熟悉的事情讲得不够透彻。本来最初只有“开发是什么”、“实现模式”、“重构”和“工作台”四部分内容，认识也更深入一些，但后来因为经受不住自我的诱惑，又加了不少自以为很重要的内容， 结果限于时间和内容压力，没有把自己熟悉的事情讲透彻。

        贪多不精，内容和时间比例失衡。 时间仅限一个小时，却想讲更多东西， 注定是容易失败的。

        太过自信。 自信自己能够记住所需要讲述的内容， 能够掌控好情绪和节奏，准备工作很少， 事前训练更少， 结果临场还是紧张了，遗漏了一些真正重要的东西，而且语速过快， 停顿过少，缺乏与听众的交流，甚至词不达意，思路混乱。 演讲，还是要多多训练，多多准备。

       少些感悟，多些干货。 即使想谈感悟， 也尽可能地献出尽可能多的干货， 这样别人才能有所收获， 对得起别人来捧自己的场。

       事先征求主管的建议。 他们的建议通常是非常重要的， 能够让你着力于正确的方向， 而不按照自己的臆测去行事。如果事先征求我主管的建议，他肯定会指明我的着力点在哪里； 而让我老板的主管去审视， 说不准PPT就被打回重做了。



        总结：

             定位要准确， 确定好要分享的内容范围；

             只讲自己熟悉的事情； 把熟悉的事情讲透彻； 
 
             内容要精炼，谈论别人感兴趣的事情；

             多多训练， 多多准备；

             潜心学习探索， 围绕一个点透彻讲解。


        真正成功的演讲应该是什么样的呢？ 讲解的内容很少，但很透彻， 能够引起热烈的探讨， 大家从彼此的意见分享中收获到比预期更多的东西，而不是限于主讲人所预订的内容。


       失败比成功能收获更多的东西。虽然演讲不成功会造成些许挫折， 但不去演讲， 就难以发现自己所存在的问题。所以，权衡得失，还是值得的。

       一次最好只讲一件事情， 讲两件事情会有压力，三件事情会是一种考验。 最多不超过三件事。 如果能够将事情串联起来， 形成一个故事， 就可以讲无数的事情而游刃有余。

        因此， 讲述的顺序也不要局限于 PPT 所展示的线性顺序， 可以进行自由穿插，—— 因为事情本来是相互关联的， —— 最重要的是给听众一种连贯、投入的感受。 

        即使对于那些极其优秀的设计师， 要完成一件卓越的作品通常是经过很多思考和锤炼而得到的， 不可能是一次性就能做好的。不要对自己的能力太过自信，不要偷懒懈怠。事实上， 所有的人都明白这个道理，但只有卓越的设计师能够将其付诸实践。