大型互联网公司大技术大神,不仅仅是懂技术,还要会讲故事,擅汇报、会邀功,上能大会讲演,下能处理重大生产事故。其实对于打算长期从事技术的同学来讲,只要学习态度端正,基本上磨炼过5-8年,技术水平都不差,但是思维深度就成为划分层次的重要方面了。

我作为还在这个行当瞎混的大龄青年和大家聊聊,只要你预计5年内不换行业的话,两个点非常重要,首先的对技术的专研,这里我就不在详细唠叨,我想重点强调的是要学会说话。说话上至给领导工作汇报写材料(邀功),下至与同事问题探讨(责任撕X)。特别是在重要的场合尤为重要,职业道路.天花板=sum(关键节点.result),result很多时候是表达出来的(大家都懂)。

程序猿与程序媛的思维都是简单型,习惯把复杂的事务抽象成简单的对象,这种思维在处理感性相关的问题上会比较麻烦,但是,我们要注意把握我们这种思维模式的优势,这里我推荐一本书《金字塔原理》,这本书里就详细介绍如何通过“套路”漂亮的“说清楚、讲明白”,那么我们只需要记住基本套路,项目计划、管理方案、汇报、总结、PPT、技术交流、和老板吹牛都不在话下。

这个原理出自于《金字塔原理》这本书,书中主要帮我们实现 “思路清晰”的方法,那么我们只需要遇到要处理的问题,调用这个方法而已,所以对于coder来讲是不是很简单呢。我就金字塔这本书做个简要的抽象,另外这本书也放在我的知识库里边,如果有兴趣可以认真看看,地址:http://knowledge.bctools.cn/ (微信扫码登陆即可,如果有啥心得也总结评论下,也便于其他小伙伴学习,如果需要PPT和电子书也可以私信我)。 alt 金字塔原理其实是一个“套路”

T:瞄准的听众 首先要想到听众是谁,他们想听什么内容,老板永远不会去关注 “某个方法报错的内容” ,测试的实习生也很难去思考“整个项目的成本以及风险性”。

O:周边的完整性 不要通过一个点一个点的想,要通过分类来讲,最好是很能让人清晰的知道你想的情况或者内容应该是枚举完了。

P:掷地有声 说明的内容要切中要害,说明的内容要和听众想要知道的情况密切相关,并且提出有明确性的问题分析以及解决的建议,如果没有问题的分析和建议,就不要开腔。

S:言之有据 说明的问题以及建议的证明,这种证明最好是要拿出数据化的佐证,如果没有数据化那么也要在逻辑上分析可以解释,且有比较好多的试错性与对应的调整度。

所以我们需要学会利用金字塔原理,先提出总结性的观点,再按照一定的顺序解读具体内容,就可以言之有物,条理清晰。

我们如何用“金字塔”去套路别人?

套路别人之前,我们要默默的练习我们日常遇到的场景,每天晚上睡觉之前默默的会想下今天遇到的问题,如果用讨论应该怎么做,如果这样,不出三个月,你就可以套路别人了(自己去悟吧)。那么我举个例子,后面的套路大家揣摩揣摩。

例子:项目上线延期,领导开会狠狠地在骂团队,现在让每个人说自己的想法。(我想这个场景应该是大家历历在目的吧) alt 第一步,T方法:

明确最主要的听众是谁?他们目的?是老板还是项目经理(这一点很重要,为什么自己去想)?那么这里以老板在场的情况下举例,一般这种情况下要体现自我水平,老板肯定是希望找到问题的原因,以及如何解决的办法,ok那么接下来就简单了。

第二步,O方法:

对目标要求分类,从人员(人员分类、人员数量、人员态度、人员能力)、工作量(前端、后端、测试、运维)、时间(里程碑等)上来分析原因以及我们的建议。

第三步,P+S方法:

从人员的投入角度上,人力数量明显不足(下一步一定要给出多少人),大家工作的状态描述(上班时间,下班时间,加班情况,午休情况,吃饭只有XX分钟,自我肯定与表扬)......,改进建议:增加资源投入或者优化人员结构......,商务层面需要的配合......。人员的能力上......,解决办法,人员数量上增加VS人员质量上增加......,交付时间点分成几个版本......,商务层面如何辅助......

当然这种情况要考虑到后果,如果你的项目经理不正直,那么以后你估计有些小鞋穿,那么就扛到领导提拔或者等待下次机会,如果领导一直没有表示,那么该咋地就咋地。

下面是我依照金字塔结构做的一些例子,大家可以参考使用。 alt alt ![alt] alt alt 以上就是我总结的关于金字塔结构的一些示例,希望对大家有所帮助!最后,做个小小的推广“私有化部署的企业文档”,开源的哦,开源地址:https://gitee.com/software-minister/jvs-knowledge-ui 朋友们多多支持哦!