[交流贴]关于程序员的工作交接
做为一个程序员,难免会碰上因同事离职接手新系统,如果碰巧你又是这家公司的新人,在业务不熟悉的情况下,需要考虑哪些事项呢。
1. 文档资料。
虽然大多数系统文档资料匮乏,但以下资料是必须的。
应用程序部署图:应用程序(或服务)部署在那台服务器上,和其相关的服务器有哪些?比如缓存通知服务,数据库服务器等等分别部署在那台服务器上,互相之间可能有什么影响?
数据字典:总得知道数据库表和字段的意义。
系统说明文档:系统上线时间、功能介绍、运营风险、部署环境和形式、文档位置、源代码位置。
其他文档:越多越好,未必会看,但留着备用总是好的。
2. 源代码相关
源代码与线上版本是否一致?如果不一致,原因?引用的dll来源?是否有相关说明或源代码?
离职同事在讲解代码时,直接注释到源代码中。
一般来说此时讲解业务流程未必能清楚,先记录下来。
3. 应用程序是否有日志记录(主要是异常处理)。
没有日志记录的系统维护起来就是一场噩梦。曾经见过一个投诉率极高的系统,日志少且只记录成功的信息,catch块从来就是ruturn null或者ruturn false...
最好能有离职同事提供系统常见问题的可能原因及解决方案(一般而言如果能知道问题的根本原因,就可以避免此问题,所以此时往往只能知道可能发生的问题,但具体原因未必能知道,但有个临时解决方案比如重启某个服务好歹能让自己有喘气检查问题的时间)
4. 是否有测试环境,测试数据库服务器地址?
尽可能让离职同事协助自己成功编译部署一次系统。
了解系统引用的资源位置(比如可能会发现系统引用的一些配置文件的路径只能在D:\XXX目录下)。
注意测试环境和正式环境是否一致(如测试环境是.NET Framework 3.5的,正式环境是.NET Framework 2.0的,上线会带来不必要的麻烦)。
5. 如果是Web应用程序,需要注意web服务器上其他服务和应用程序的情况。
经常出现的一种情况,一台服务器的某个服务把Socket端口耗尽,导致其他的服务或应用程序全都不能正常运行。
至于其他的离职交接单往往是走个形式,这里就略过了。
个人抛砖引玉,也希望跟帖的朋友能说说自己的看法,积分将送给有价值的回复,谢谢!
[解决办法]
文档的移交是必需的
代码的移交 就要慎重
最好能让移交者将代码核心逻辑画成UML图 交给被移交者
最后来个移交确认单
接收者保证搞清楚了才能签字
移交者拿不到确认单 不能离职
[解决办法]
好多公司不正规,只是交接下手头的工作
[解决办法]
通常情况 大概指导下
之后再找到相关的 开发人员 进行了解
而不是某个人走了,这个项目就垮了
[解决办法]
[解决办法]
我交接的时候就用了5分钟,哎..经理让我稍微给她说了下项目文档和源代码存在电脑哪个位置,其他的都没让我说.
[解决办法]
文档交接不全是个大问题,等用时再找就挂了
正规的公司还行,基本上不会出现文档不存在,顶多不是最新版本。但一般的小公司就麻烦了,甚至可能本身文档就不全。
再加上没有一个统一的管理,只某个人手里有某份文档,如果恰好忘了,或者不知道文档那个是最后版本了,就很无奈了。移交工作时,不会再想着重新给整理补充。
[解决办法]
这个东西真不好说,有些小公司就基本没什么文档的。
最重要的还是代码。
[解决办法]
小公司 。 不存在这些
[解决办法]
说明:让新人检查要走的人是否还有暂留的问题,心里有个数,同时合理安排交接时间
也便于上面跟踪检查
成果物:交接Schedule
2.交接的具体实施
高歌上面所提内容已经很具体了。。。
3.交接的实施检查
检查Schedule实施情况,了解新人的困难(不是谁都能在1周或者几天内100%消化几个月甚至好几年的项目的)。可能需要别人支援,同时要根据交接结果重新调整计划。避免风险。
PL/SL绝对是一线的管理人员,想要好的结果,PL/SL一定严格控制。
另外,一方面要在项目管理过程中要尽早的发现风险。比如:发现有人要离职,那么新人选和交接时间就要提前想好了。不要幻想离职的人会尽心尽力交接,这应该是PL的责任。(后面有点跑题了)
其他还有些关联的:比如项目过程中收集新人培训资料,以便交接前先为交接者培训等。
[解决办法]
前人的代码往往很烂,否则给个框架设计及详细设计即可。
[解决办法]
他会留一手的吧
[解决办法]
深有感触。本人刚来这个公司时,就是一个什么文档都没有的系统。但是系统日志还是比较全的。出了错可以很好很快的解决。
但是没有文档,系统更新,维护,二次开发真TMD难啊。连一个数据库各个表什么用都没有。别说表的字段什么意思了。
刚来公司时还让原开发者给我讲,靠,没文档,老大一个系统,又不是他一个人全做的。讲起来他自己都迷糊了。哎。。。
文档太TMD重要了。可以国内的软件公司太浮躁,重视文档的不多!
[解决办法]
学习中……
[解决办法]
很好很受益..
[解决办法]
文档很重要 代码也是 别藏藏躲躲的
这样的人在哪里走不被别人喜欢
[解决办法]
养成日常写文档的习惯,不要吝啬给自己的代码多加注释,这样移交起来,就很方便了。
[解决办法]
注释+文档记录很重要
[解决办法]
最好能把需求式样之类也交付
[解决办法]
交接的只是有形的东东,无形的都被带走了
[解决办法]
谢谢了,领会精神
[解决办法]
3Q。。。
[解决办法]
写的太好了
[解决办法]
好贴,收藏
[解决办法]
文档或者注释的事情,也就这个时候可以夸张一下。但是夸张于交接时的难度,难道对整个开发就能起促进作用吗?我看未必。
其实,为什么你的公司总是让一个什么都不懂的新人负责接手老人的代码,这个想过吗?!
[解决办法]
急需积分,就来评价评价……
[解决办法]
我手上有5-6个ERP项目要交接,还要开发新的代码,真TM不爽。LZ这贴真是及时啊。可惜老板没有看到,不然我又要多很多工作了。
[解决办法]
好东西 。
下周接别人工作 。
[解决办法]
每天冒泡,挣点分!!
[解决办法]
需求文档
设计文档
源码
软件流程图
更改文档
[解决办法]
嗯 ,收益匪浅!
[解决办法]
需求文档
设计文档
源码
软件流程图
更改文档
[解决办法]
哈哈 学习了