从测试到平台人员（更新中）
从测试转岗到新项目的运维岗位，怎么开始这个工作。根据个人经验总结了一下。
1、对于新的岗位，你需要了解以下的信息
工作的职责描述，工作绩效的考核标准，工作面对的对象，工作中使用的工具，工作中需要的技能，工作中需要的知识，工作对自己的价值
获取来源：
工作的职责描述：一般由领导提供或使用应聘时的JD，拿到手后对于每个职责的工作时间频率、优先级、输出件通过向老员工请教，自己总结得出）
工作绩效的考核标准：有的会比较笼统，有的会有上司分解的KPI指标，除了指标，还要注意有哪些是高压线不能触犯。
工作面对的对象：除了产品，还有工作过程中的干系人
工作中使用的工具：正规的公司会提供统一安装的系统，如果是自己安装的，可以考虑在上岗一个月后将自己安装过的工具封装好以供后来人使用（针对本角色）
工作中需要的技能：从JD描述中获取，但是一些硬实力的标准需要在实际工作中才能了解和学习，会最好，不会就学，这是考验职业化基本的标准
工作中需要的知识：从三个维度：产品自身，主要包括对产品的背景、发展阶段、使用人群、优缺点、特性、原理等等 ；产品内部生态圈（内部系统），比如系统接口、网络拓扑图、架构图、关系链、系统运转流向；产品外部生态圈（外部系统），如上下游的供应链、客户，这部分内容一般是一直动态变化，需要不断补充
工作对自己的价值：任何工作都有它的意义，物质的意义容易因为边际效用而减少，建议赋予精神上的意义（请参考：你想卖一辈子汽水还是改变世界），赋予之后需要不断强化暗示自己，以形成不断的驱动力。（意义不培养浇灌也会夭折）
2、以下是自己具体整理的内容
工作职责：从更新包发布后的部署 -> 验证完成期间的问题支持
需要高强度的泛读一轮相应的文档。在刚接触的时候，如果把文档进行精读反而效率更低。打个比方，从你现在的位置出发到100公里远的目标位置，哪怕你看再多的地图和文档也只能在大脑中建立起二维的信息（我把文字传输的信息理解为一维，视频传输理解为二维），只有自己亲身体验才能建立三维的信息内容。
所以你要做的是，快速阅读，建立部分信息基点，然后在实践中建立信息，并根据阅读的信息基点进行修正。
工作成果：更新包正确，网络稳定。
面对对象：主机和更新包以及网络链路
工具：scrt，plsql，shell，其它？
技能：主机操作命令，网络命令，sql命令，主机及链路诊断命令
知识：主机网络图，外围接口图，主机应用作用
价值：方法论重新整理
成长性：低，增加一个维度技能和机会尝试
3、优先级与时间安排
先阅读需要的知识（培训文档），如果文档多不需要一字一字阅读和理解，先了解目录和整体文档。
设定长期目标，分解短期目标，精确本周和当天目标。
4、知识的快速阅读
快速浏览文档，在对系统和产品没有概念的情况下进行精读是浪费时间，大概知道每一个章节讲什么内容
一段时间专注学习知识
通过职责具体工作了解和补充工具和技能
网友评论