总结与发表的正确姿势(一)

最近愈来愈觉得总结与发表是管理团队成长的必要法宝！

对于团队成员来说：

• 总结最终会让他更深刻，相对比于那些走路不看路的人来说，获得更快的成长。
• 发表最终让他梳理出文档、PPT、直播分享等方式出来，提高个人的影响力与个人品牌形象。（我们不希望一个团队成员一直是一个小兵的形象）

对于团队管理者来说：

• 总结是团队成长的必要经过过程，有个营销活动、有个故障你都得组织一次总结复盘。无论是运营层面、技术层面的，都要让团队员参与进来总结讨论，参与感，会让团队更热爱自己的工作，更懂得自己的产品。
• 发表则是团队组织能力沉淀的，向上向下管理的基石。是不然你后面拿什么汇报，拿什么去给你的团队说明这些就是团队追求或需实现的价值。

什么人适合做总结？

总结不是人人喜欢做的，也不是人人都懂做的。总结要付出自己的时间和精力，但正是自己感觉不舒服的时候，正是自己成长的时候，不是么？我认为有意识跳出舒适区，想成长的人，就会适合考虑认真做总结。

举个例子：

别人问题你：什么是serverless?

如果你的回答是：serverless是无服务，然后就没了。那个别人脑后还有一百个问号呢！

那么让人更深刻的回答是什么呢？

作为技术人，我就拿最难解释的热门技术概念Serverless做个例子：

A：Serverless叫无服务，是一种基于云部署的服务架构。

B：它由两部分构成，云函数（FaaS：Functions as a Service）和 后端服务化（BasS：Backend as a Sevice）。

C：实现serverless要实现云函数和后端服务化。云函数是一种新的算力组织和提供方式，它让用户不再需要关心服务器的管理和配置，只用专注于核心业务逻辑业务代码的编写。后端服务化包括并不限于将数据库操作 、对象存储、账户权鉴、消息队列、社交媒体整合、AI 能力。。。。。。等功能封装成SDK 或 API 的方式来连接和调用。

D：serverless不是说让你的云函数和后端服务运行在云端服务器就行了，而是要实现函数的计算框架，它必须实现：事件驱动，无状态，冷启动，可动态伸缩，有运行时间限制且能按需（请求）计费。

E：有没有实现serverless的核心区别是FaaS和计算付费模式。

所以，

总结出正确的总结姿势如下

A：要明确XXX是什么？

B：XXX表现/构成的行为现象是什么？

C：成熟/正确的XXX表现是什么样子的

D：不成熟/偏差的XXX表现是什么样子的？

E：成熟/正确 与 不成熟/偏差的量化区别。

有了这些点及其具体的说明，才可以得出合乎逻辑的总结/结论。否则，如果都是基于你的个人观点的论述，没有统一的、有说服力的衡量标准，则是完全不合逻辑的表达。

如果你需练习如何表达，结合上面的套路试着回答一下

什么是区块链？

什么是新冠肺炎？

光总结是远远不够的，胡适曾经说过：发表是吸收的利器。

知易行难，有些事情你以为你想通了，脑海里、口头上总结得好好的，但要将你的总结写下来，通过文章或PPT发表出来，让别人领会你的意图，才发现到处是卡顿。

总结与发表是孪生兄弟，下一篇想讨论一下发表的正确姿势。