美文网首页工程师成长进阶之路
深度工程技术人员技能表v1.0

深度工程技术人员技能表v1.0

作者: 21wmd | 来源:发表于2016-03-23 23:24 被阅读147次

说明


关于深度


  • 因理想而出生,为责任而成长
  • 深度科技是一家工程师文化的操作系统公司,愿景是成为Linux操作系统生态的建设者

本技能表为深度工程技术人员的技能树集合


  • 不平凡的人,会超越每个条目
  • 平凡的人,会追逐每个条目的脚步
  • 平庸的人,坐等别人手把手,不适合深度
  • 本技能树受到了知道创宇技能树3.0的启发和借鉴

通用技能#


公司与个人


  • 公司是盈利性组织
  • 公司和个人都是赋有感情的
  • 个人和公司必须双赢
  • 在认同公司理念且能够给公司创造足够价值的基础上,为个人发展而工作

我是谁


技术支持是具备创造力的群体


  • 态度,对待内部团队、外部团队和客户的态度,决定了你能否脚踏实地的向前挺进
  • 品格,对待问题和事物的责任,决定了你是大步向前还是步履维艰
  • 技术,能够钻研的有多深入,你就能够走的有多远

牛人


  • 即使现在不是牛人,也得具备这样的姿态
  • 没有一定扎实的内功与远见的人,很少有这样的姿态
  • 拥有不将就的做事风格,迟早是牛人

如何做事


方法论


  • 完成一件事有好几条途径,优秀的人的途径最短
  • 任务拆分很容易得出做事的方法论
  • 好的“方法论”会让你具备更强的“创造力”
    • 时刻问自己:“是否具备创造力?”

任务拆分


  • 成长过程会经历:能力越大、责任越大、事情越多

思路


  • 拆分细化为多个点
  • 自己欠缺什么,立刻发现
  • 是否需要寻求帮助,谁能帮你,自己单干?
排好优先级

  • 任务四象限,决定优先级
    • 紧急重要
      • 分分钟要搞定
    • 重要不紧急
      • 时刻保持关注,以免沦为“紧急重要”
    • 紧急不重要
      • 少少益善,学会拒绝
    • 不紧急不重要
      • 靠自律
SMART原则

  • S:任务是否明确
    • 不明确的任务搞起来就是浪费时间
  • M:任务是否可度量
    • 不可度量如何体现价值
  • A:任务是否可以搞定
    • 搞不定就不应该接,接就得有魄力搞定
  • R:任务的相关性如何
    • 决定了任务的价值,相关性越高越能体现价值,比如这个任务搞定了能让团队获得公司、客户等更大的认可
  • T:任务的时间
    • Timeline:任务时间轴,什么时间点需要搞定什么
    • Deadline:任务的最后期限,做评估时最好提前,因为总会有各种意外或拖延本性
    • Timeline上一些很关键的时间点我们可以称为里程碑,搞定每个里程碑应该庆祝下
团队

  • 士气第一
  • 当你有团队时,分配与调度好任务很关键
    • 做得好是真并发
    • 做不好会死锁

沟通、反馈与责任


  • 一个无沟通能力的人,要么是天才,要么是不可爱的人,不过天才也就寥寥无几而已,你并不是

反馈要及时


  • 避免出问题不反馈,影响进度
方式

  • 正式的:邮件
  • 临时的:微信等即时通信
  • 着急的:给个电话
  • 工作有大小,责任心无大小

周报


  • 周报需体现本周工作总结、下周工作计划、心得/问题/建议(我们叫唧唧歪歪)
  • 周报可以很好体现一个人的
    • 总结能力
    • 计划能力
    • 分享能力
      • 想象下:一个人从来没有心得/问题/建议的沉淀或反馈,这个人是一个相对封闭的人,在团队作战中很难达到默契
      • 当然,这种分享能力远不仅仅是在周报这种形式里

日报


  • 日报需要体现当天工作的总结、次日的工作计划

项目管理系统


  • 时间统计体现每个任务的时间分配
  • 有助于团队成员间相互协助和分担
  • 有助于分析自己任务的执行情况

wiki


  • 团队知识的积累
  • 个人学习情况的总结
  • 我想说如果写不好,年底已经没奖金和加薪吗

团队意识


  • 很多人都说自己具备足够好的团队意识,但是有些人却并不是这样
    • 举个小例子:一个10人团队约定早上10点开会,而你迟到了10分钟,对于团队来说你浪费了整个团队100分钟(10人*10分钟)的生命。有些人无羞愧之心要么是意识不到这点,要么这个团队的风气就是这样...
  • 团队意识是建立在互相信任的基础上
  • Leader最关键,优秀的Leader一定会有个优秀团队
    • 兵熊熊一个
    • 将熊熊一窝
  • 如何拥有个优秀的团队是一个复杂的话题

成长


  • 不要让自己成为矫情/浮夸的人
  • 无论是个人还是团队的成长都需要不断沉淀知识,没有沉淀根基不稳

新事物的敏感性


  • 保持好奇心
  • 不要局限在自己的圈子,适当跨界吸收灵感
  • 订阅国内外优秀博客/资源,深蓝阅读不错
  • 选择性参与一些必要的会议,听必要的主题,讨论必要的话题

关于知识


  • 对知识的渴望程度决定了前进动力的大小
  • 当知识很廉价地摆在你面前,你反而不会珍惜
  • 对知识保持敬畏之心

和比你厉害的人在一起,和一流的人工作


  • 指点往往是精华

杜绝笨蛋爆炸


  • 二流的人招进来的人不太可能是一流的
  • 久而久之一个团队就笨蛋爆炸了

思考


  • 批判性思考
  • 换位思考
    • 对于一个团队来说,这点太关键

提问的智慧


  • 遇到问题先独立思考,尝试独立解决,尽最大努力后再提问
  • 提问时,礼貌很关键(对知识的敬畏),清晰表达很关键
  • 解决后,分享出来帮助更多需要帮助的人

小事心态


  • 越基础的事越关键,越需要细心
  • 不要一味盲目追求「高级感」,而忽视「小事」/「简单事」/「基础事」
  • 基础不牢、地动山摇
  • 小事做不好,别提大事

完成的定义


比如写个文档


读者


  • 明确客户对文档的需求
  • 明确客户希望从文档中获得什么

公司


  • 明确公司希望客户从文档中获得什么

自己


  • 文档格式
  • 文档语句
  • 文档模板
  • 文档存档

熟练的定义


比如数据库


  • 各种数据库可以脱离文档分分钟安装完成
  • 主流国内外数据库了如指掌
    • Oracle
    • Mysql
    • 达梦
    • 人大金仓
    • ...
  • 牛逼的是我不仅能装,出现问题我还能够将有用信息反馈给后端,我还能自己进行适配
  • 我具备创造性,不仅能跟在研发身后
    • 自己排错
    • 自己写文档

好书推荐


推荐理由

  • 段誉是怎么变成天龙八部超一流高手的,就是因为看了武功秘籍
  • 知其然,知其所以然
  • 具体技术类书籍请见“专业技能”相关部分

鸡汤类


  • 黑客与画家
  • 浪潮之巅
  • 文明之光

方法类


  • 麦肯锡教我的思考武器:从逻辑思考到真正解决问题

操作系统


  • Linux从入门到精通

产品类


  • 人人都是产品经理
  • 产品经理的第一本书

专业技能


原则


  • 饭要一口一口的吃,书要一口一口的看
  • 先业余,再专业
  • 不要以为自己会了

基础必备


  • 了解公司

了解产品


桌面系统


  • 桌面操作系统
  • 终端安全
  • 桌面云

服务器系统


  • 服务器操作系统
  • 安全操作系统
  • 自动化运维

定制系统


  • 安全设备
  • 行业定制

专业服务


  • 顾问咨询
  • 现场服务
  • 远程服务
  • 定制服务
  • 教育服务

硬件兼容


  • x86
  • 龙芯
  • 申威
  • 兆芯
  • ARM
  • PowerPC

Office能力


  • 没有创意不要紧,但是要够专业
  • Word文档编写,看上去要高端大气上档次
  • Excel统计、图表功能,不会可以问王棣,但做人不能太王棣
  • PPT制作,和Word一样,看上去要高大上,矮矬穷的不要
  • 进一步
    • Visio
    • FreeMind

客户交流


宗旨


  • 与客户的交流并不简单,要珍惜和重视
  • 精益求精,在有限的准备时间,争取最好的成果
  • 把每一次交流,当做提高自身能力的机会

准备


  • 事(what)
    • 为了什么客户和项目
  • 人(who)
    • 职位
    • 人数
    • 水平
    • 关键人
  • 时间(when)
    • 开始时间
    • 时长
    • 顺序
  • 场地(where)
    • 地点
    • 会场环境
  • 目的(why)
    • 用户想了解什么
    • 公司想传递什么
  • 形式(how)
    • 介绍
    • 投标
    • 培训
    • 答疑
    • ...

过程


开场

  • 简单介绍自己,姓名,职位,今天要交流的内容
  • 如果之前没有交换名片可以发放名片
中途

  • 案例的穿插很重要
  • 总长超过1.5小时的交流,在超过45分时,可以询问一下主持人是否需要安排休息。
  • 可以提示用户可以随时打断提问
  • 如果材料中安排有实际动画,操作演示效果更好
收尾

  • 内容到此为止,感谢给予我们与对方交流的机会
  • 是否有任何问题,可以提出(如果允许提问)
  • 提问结束,再次感谢对方
  • 如果准备了会后材料,分发或留给对方

交流中注意事项


  • 避免不正式的用语
  • 避免嗯,啊,哦,这个等不必要的停顿和口头禅习惯
  • 不要手舞足蹈,适当的手势即可
  • 不要埋头说话,注意和听众的眼神交流
  • 过渡转折
  • 下面,我们谈谈/我来介绍关于
  • 刚才我讲了,接着我。。。
进阶

  • 麦肯锡教我的谈判武器:从逻辑思考到谈判技巧

文档


能力


  • OFFICE/WPS的中级使用能力
    • word : 如何形成目录?如何自定义标题样式?
    • excel:如何根据图表制作柱状图、如何使用表格的自动计算?
    • ppt:如何制作和使用模板?如何减小PPT的体积?

文档的逻辑性


  • 分类
  • 神奇的7
  • 演绎推理法
  • 归纳法
  • 用词、用标点的严谨规范
    • 标点:GB/T15834—2011
    • 用词:多看新闻稿、多看大公司的技术白皮书、方案

排版美观

  • 亲密性
    • 更容易理解的分类
  • 对其
    • 完美主义的强迫症
  • 重复
    • 一致性的强迫症
  • 对比
    • 影响深刻的重点

进阶方法

  • 麦肯锡教我的写作武器:从逻辑思考到文案写作
  • 金字塔原理
  • 写给大家看的设计书

上手Linux

上手Shell

  • Linux Shell从初学到精通

翻墙

VPS

SSH

本地转发
  • ssh -L <local port>:<remote host>:<remote port> <SSH hostname>
远程转发
  • ssh -R <local port>:<remote host>:<remote port> <SSH hostname>
动态转发
  • ssh -D <local port> <SSH Server>

中级必备

客户交流

了解交流信息

  • 客户的行业,完全不了解的需要做一下功课
  • 客户自身的情况,收集客户的信息
  • 项目的情况,用户计划在什么类型的项目中使用我们的产品
  • 职位与水平
    • 技术人员重点准备细节
    • 纯领导管理人员重点讲思路,案例和能力。
    • 人数-材料准备份数
  • 关键人
    • 以关键人(人群)为准备方向
    • 讲解的时候多面向关键人表达
时间
  • 什么时间开始
    • 绝对不要迟到
  • 时间长度
    • 通常材料准备页数=时间/1.5
    • 时间明显不够,抓住重点页,其他快速略过
  • 时间分配
    • 根据用户关注的重点分配。用户关心公司,公司介绍时间延长;关心产品,公司介绍控制在5-10分钟;注重互动,留出提问时间
  • 顺序
    • 在竞争对手之前,适当拖延交流时间,准备挖坑。
    • 在竞争对手之后,对方无从辩解,可以连打代消。
    • 最后一位,不要过于拖延时间,抓住重点留下好印象。
场地
  • 会场位置
    • 不要去错了,估算时间
  • 会场环境
    • 大小,考虑人数是否修改ppt字体
    • 是否需要投影设备,是否有投影设备
目的
  • 用户目的
    • 了解公司?
    • 了解产品?
    • 了解方案?
    • 了解某个特定技术?
  • 我方目的
    • 基本应该为用户目的准备
    • 可能会根据销售需要增加特别内容
形式
  • 首次交流
    • 以公司整体情况介绍为主,体现专业形象
  • 技术交流
    • 讨论某项特定产品或者技术细节,体现技术能力深度。
  • 投标
    • 纯产品厂商较少,如果是入围性质,应偏重公司能力,产品优势,价格服务。
  • 会议培训
    • 生动有趣
    • 留下印象

基本准备

  • 正式穿
  • 名片
  • 电脑(转接线)
  • 提前打印材料
    • 如果用户没有特别要求,不用提前打印材料
    • 如果是很难见到的高级领导,可以打印一份在离开的时候留给领导
  • 预演
    • 除非是非常熟悉的材料或者时间非常紧迫,大多数交流在之前要进行预演
    • 预演可以实际,也可以心中

材料准备

  • PPT模板
    • 使用公司模板
  • PPT 字号
    • 如果会场较大,考虑到后排观众,一般最小不要低于18字号
  • 在交流之前,根据用户的实际情况,调整材料
    • 案例
      • 删减一些不便向特定用户公开的案例,增加一些有助于用户加深印象的同类案例
    • 细节描述
      • 用户可能会特别关心的某个产品或者技术细节,增加页数甚至增加专门章节。
  • 不要拿来主义
    • 工程部负责交流的同事对交流材料最终负责,其他部门只能提供素材,不要期望其他部门给你准备拿来就能用的成品。
  • 自学相关技术
    • 要具备自学相关技术的能力,不懂可以问,不能毫无准备上场,不能出现自己的材料中有自己不懂的名词和技术
  • 时间
    • 一般来说,每页时间为1-1.5分钟,也就是说30分钟应该准备20-30页。30分钟的时间,要准备60分钟的素材和内容。

应急处理

不会回答的问题
  • 这个问题比较底层,需要回去与研发确认
  • 这个问题比较复杂,要求会下交流
  • 绝对不能说不知道,不清楚,又不给用户后续回答方式
出错被用户指出
  • 诚恳道歉,表示记忆错误,感谢指出
  • 模糊结论,告知回去确认
现场有竞争对手支持者
  • 一般不用争吵
  • 要求对方会下交流
  • 其他
    • 随机应变

初步了解行业

  • 行业的主管机关,主管机关在做什么
  • 有哪些主要的集成商
  • 目前这个行业主要使用的技术、产品和品牌
  • 正在关心的技术方向
  • 该行业的主要业务类型
  • 行业的IT架构框架
  • 学会使用搜索引擎、图书、以及相关朋友的帮助

提高专业广度

多看

  • 相关书籍
    • 安装
    • 配置
    • 调优
    • 测试
    • 开发

多听

  • 会议
    • 积极参与行业会议
    • 积极参加技术会议
  • 动向
    • 用户在做什么
    • 其他公司在做什么
  • 交流
    • 与同行多交流
    • 与同事多交流

多动手

  • 不要只停留在口头
  • 多做各种实验
  • 一定要参与具体项目实施和测试

相关文章

网友评论

    本文标题:深度工程技术人员技能表v1.0

    本文链接:https://www.haomeiwen.com/subject/becrlttx.html