如何快速接手一个项目?做一个快乐的接盘侠!

转载 行云管家  2017-07-19 14:10  阅读 1,286 次 评论 0 条
行云管家,新手有礼
摘要:

作为一个程序员,喜欢浏览知乎这样的知识分享平台来拓宽视野。发现经常有人在提这样类似的问题,例如如何快速接手熟悉一个项目(从代码角度)?新手如何快速上手项目?我们应该如何接手遗留项目呢?

作为一个程序员,喜欢浏览知乎这样的知识分享平台来拓宽视野。发现经常有人在提这样类似的问题,例如如何快速接手熟悉一个项目(从代码角度)?新手如何快速上手项目?我们应该如何接手遗留项目呢?

接手前的准备

接手前,先要了解一下这个项目目前的状况,可以咨询主管这个项目的领导,当然如果这个领导忽悠你,跟你说这个项目是标杆,或者说这个项目怎么怎么的好,那么你就要多思考一下是不是一个坑了。

这个时候你就需要领导提供项目的 bug 修改单或者是需求变更单,这样大致能客观的展现出项目存在的问题。

如果 bug 单里修改的东西很多,或者需求变更频繁,那么就不建议再接手这个项目了,不然最后难受的是自己,你把烂尾项目处理好了,是应该的,处理不好就是你能力差,其他同事也是站着说话不腰疼的去挤兑你。

如果项目的 bug 单和需求变更单不是很频繁,这个项目还是可以接手的。

接手后的第一件事情

立即着手使用项目,把项目的流程先跑通,然后了解项目的设计目的,因为这些内容就好比是一个灯塔,能在大方向上给你指明道路,并帮你将代码片段串联起来,把一个功能点的代码从数据层,service 层,到 controller 层理出来。

做到能快速定位相关位置,还有每一层之间与项目相关的配置文件的熟悉,例如有定时任务配置文件,加解密配置文件等,从而形成一个整体。

我们要记住越是复杂的项目,其目的和设计占的比重越是重要。

把项目拆解,编写自己的项目文档

项目难,往往是因为不了解,看着一大堆东西,心理上首先就有压力。一定要顶着压力往前走,把项目分模块的去了解,通过代码去理解业务。

一个系统一定有使用频繁的模块和非使用非频繁模块,这个可以通过给客户的使用手册来了解。

如果项目缺失具体的设计说明书,那么就需要看相关功能代码是怎么写的,通过了解代码和使用项目来了解业务流程。

同时要学会编写文档,主要是让自己好理解这个项目。因为你接手了这个项目,就意味着项目再出什么情况都由你自己承担。

哪怕出现的问题是由于项目设计,或者开发期产生的,也得由你承担。因为编写文字不像说话,耗费的时间会多一些,在打字的过程中,我们会花费心思去组织语言和思考,这会让我们发现更多项目上的问题。

进入维护状态

当我们了解了项目的业务和相关的代码,就算正式接手了项目,可以开始处理项目中的实际问题。同时我们要养成每天下班把生产日志拿来看一下,看看项目中是否存在潜在的问题,比如内存开销过大,死锁等问题。

看日志主要看 error 日志,确定所呈现的 bug 是紧急还是非紧急的。紧急的,立即就要着手去修复。同时要写邮件抄送给相关领导。(不然你把问题处理好了,领导也认为你没有工作量)

查看服务器的 CPU,内存等开销。这个不必天天进行。

写一些 SQL 脚本,来检测数据库表里是否出现了数据重复,垃圾数据。主要防范出现 SQL 注入等问题。

当然从企业角度讲,为了项目的延续性,主机和数据的维护可以使用“行云管家”这样的第三方管理工具,对主机的操作、对数据的修改、主机性能的变化等一目了然。即方便平时的管理,又能够快速让新人融入接手。

唯有经历过以上所有步骤,我们才能成为一个专业的项目接盘侠,然后开心快乐的成长,对于之前负责项目里给你留的坑也好,bug 也罢,我们当然选择原谅他!

本文地址:https://www.cloudbility.com/club/3564.html
关注我们:请关注一下我们的微信公众号:扫描二维码,公众号:cloudbility
版权声明:版权归原作者所有,欢迎分享本文,转载请保留出处!

发表评论


表情