经验总结：如何最快速地适应新的工作

能够全盘的快速承接新工作，对于产品迭代，项目计划乃至转正都非常重要。本文来自多人的工作总结，相信能够帮助到你，enjoy~

互联网公司的产品运营等工作，如何最快速的交接呢？

相信这是每一个到新公司的产品运营人员都会遇到的问题，即使新的工作内容与老东家一样，由于工作环境的改变，往往也会一地鸡毛。能够全盘的快速承接新工作，对于产品迭代，项目计划乃至转正都非常重要。

建议从如下方面入手，可以最快速的交接工作。

接手新工作，最大的忌讳就是想着：这是新工作，我要表现一下。

你再是厉害，最好也先低调些。因为，这个产品，别人已然打磨很久，调研很久，可能有无数的坑在里面。贸然表现，可能显得能力不符。

因此，先低调些。在初期，由“态度”，“熟知相关人员”与 “在研版本”几个地方发力：

（1）态度

有玩笑说，多数程序员都认为前人写的代码垃圾，无时无刻不想推倒重做.

笔者接触过的产品人员，有一些也一样：认为前人的需求莫名其妙，即使你上份也是同样的工作，但现在环境不同，产品策略也不尽相同。也许每一个在你眼中“很傻的需求”，背后都跟着一个又一个坑。

因此，请先安静的读相关的资料，不要轻易的指指点点。即使发现了问题，也不要上来就一锤定音，免得砸了自己的脚。

（2）熟知相关人员

拿到邮件，IM工具后，最快速的了解项目相关人员。不要加完好友就完事大吉，建议用如下表格，整理归档。

原产品人员：获取相关的文档。由于过一段时间他就要离职，所以把握好时间，尽可能多的获取相关资料、需求背景；

市场人员：最近提出的需求及完成情况；

交互人员：拿到所有的交互文档；

视觉人员：拿到所有的视觉文档；

客户端/服务端研发：最熟悉各种坑的人，一定要多聊；

运营人员：近期需求，运营报表；

外部资源：如果涉及到了与外部的合作，可以获得合作资料。

（3）在研版本的项目管理

这是最最重要的一部分，产品的优化关联甚多，但是项目的管理，即使不同公司的流程不一样，只要你做到奶妈一样的用心，多数都不会有问题。

开会时，项目进度你可以门儿清，领导会相信你，同事也会相信你。

请立即按正常的项目管理流程管理起来，如果新公司有相应的管理工具，除非你非常熟悉这套流程，否则，建议先用表格，成本最小。

如下表所示，注意如下几点：

交付日期：根据交付日期，倒推各里程碑的时间点；

明确需求方：这是最容易忽略的一点，当需求有问题时，最靠谱的讨论人选；

研发功能的拆分：要细致拆分研发任务，以便跟踪进度；

注意验收：良好的验收，才能确保需求的完成；

上线发布的闭环：上线发布后，一定要通知到需求方，才能完成需求的闭环。

以上三点，就是最重要最紧急的，需要你立即可以接手的工作。

拜完了山头，切入了项目管理。那么，赶快利用一切机会，掌握产品的基本信息，可以从如下几方面入手，这是最基本，也是最核心的产品信息。

（1）产品及版本信息

除了产品的应用名称，包名，渠道号等基本信息，还要了解：

历史版本的版本号：都有哪些历史版本。版本号的命名规则是怎样的；

发版日期：具体的发版时间；

修改点：每个版本实现了什么功能，修复了哪些BUG等等；

耦合/依赖情况：与其它模块，OS，系统版本是否有依赖；

该版本的测试用例：相应的测试用例可以让你更加熟悉该产品，比试用产品更直接有效。

（2）打点

一般都会有打点的文档，特别要注意的是：

所属页面/逻辑：打点是属于哪个页面的 或者 哪个业务逻辑；

触发时机：什么时候上报打点；

应用版本：在哪个版本上，实现的该打点。

每一个打点，都要考虑以上三个问题，可以对打点有更加深刻的认识。

（责任编辑：晨鸿）