[交流贴]关于程序员的工作交接

amandag 2010-11-23 12:51:00
加精
做为一个程序员,难免会碰上因同事离职接手新系统,如果碰巧你又是这家公司的新人,在业务不熟悉的情况下,需要考虑哪些事项呢。

1. 文档资料。

虽然大多数系统文档资料匮乏,但以下资料是必须的。

应用程序部署图:应用程序(或服务)部署在那台服务器上,和其相关的服务器有哪些?比如缓存通知服务,数据库服务器等等分别部署在那台服务器上,互相之间可能有什么影响?

数据字典:总得知道数据库表和字段的意义。

系统说明文档:系统上线时间、功能介绍、运营风险、部署环境和形式、文档位置、源代码位置。

其他文档:越多越好,未必会看,但留着备用总是好的。

2. 源代码相关

源代码与线上版本是否一致?如果不一致,原因?引用的dll来源?是否有相关说明或源代码?

离职同事在讲解代码时,直接注释到源代码中。

一般来说此时讲解业务流程未必能清楚,先记录下来。

3. 应用程序是否有日志记录(主要是异常处理)。

没有日志记录的系统维护起来就是一场噩梦。曾经见过一个投诉率极高的系统,日志少且只记录成功的信息,catch块从来就是ruturn null或者ruturn false...

最好能有离职同事提供系统常见问题的可能原因及解决方案(一般而言如果能知道问题的根本原因,就可以避免此问题,所以此时往往只能知道可能发生的问题,但具体原因未必能知道,但有个临时解决方案比如重启某个服务好歹能让自己有喘气检查问题的时间)

4. 是否有测试环境,测试数据库服务器地址?

尽可能让离职同事协助自己成功编译部署一次系统。

了解系统引用的资源位置(比如可能会发现系统引用的一些配置文件的路径只能在D:\XXX目录下)。

注意测试环境和正式环境是否一致(如测试环境是.NET Framework 3.5的,正式环境是.NET Framework 2.0的,上线会带来不必要的麻烦)。

5. 如果是Web应用程序,需要注意web服务器上其他服务和应用程序的情况。

经常出现的一种情况,一台服务器的某个服务把Socket端口耗尽,导致其他的服务或应用程序全都不能正常运行。

至于其他的离职交接单往往是走个形式,这里就略过了。

个人抛砖引玉,也希望跟帖的朋友能说说自己的看法,积分将送给有价值的回复,谢谢!


...全文
5862 295 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
295 条回复
切换为时间正序
请发表友善的回复…
发表回复
xianshengsun 2011-05-11
  • 打赏
  • 举报
回复
[Quote=引用 98 楼 wenliang0785 的回复:]
需求文档
设计文档
源码
软件流程图
更改文档
[/Quote]
hao.
anthony83 2010-12-05
  • 打赏
  • 举报
回复
很多程序员在这方面的能力是急需提高的
xunis 2010-12-03
  • 打赏
  • 举报
回复
[Quote=引用 89 楼 sp1234 的回复:]
在一个比较正常的XP(极限编程)开发团队中,看看平常是怎么开发的就知道,所有人都懂代码(所有人都有责任和义务修改代码,而不是私有),PM有意地几乎每天都给人员变换任务(例如经常让精通数据库的人去做通讯,而让精通美工的人去做数据库),有机制保证紧张而高效率地交流,保证有高层次的自动化测试并且人人都会(实际上如果你参与一些流行的开源软件,产品中都会同时也提供几千个自动化测试),所有人的水平越来越接近于……
[/Quote]

你说的不是国内的团队 只是国内团队在20年内需要达到的目标
gengchenhui 2010-12-03
  • 打赏
  • 举报
回复
公司一个同事走的时候,临别两三天才说要走,交接工作了,大致说了一下,然后源代码给我就走了。。还是自己啃代码。。。
而且数据库字段连他当时都没弄明白,结果以前好多东西都做错了。
  • 打赏
  • 举报
回复
[Quote=引用 263 楼 jialine0426 的回复:]

其实只要平时做好内功,交接并不是个复杂的事。
1、我在平时习惯写KB,讲问题整理出来。
2、我在平时多给同事做培训,做好Backup
3、我在平时多写些文档,甚至写Step to Step的教材
4、我在平时多指导他人,这样别人记得更清楚。

我现在即将离职,但我并不担心离职引发公司的危机,因为我喜欢在每家公司都预先找好我的后备,要记住:如果你的工作没人可以接替你,你是无法升职的。[……
[/Quote]

许多时候,别人指望不上。你可以保证产品在你的控制范围内,可以保证别人交接时很轻松。但是这是因为有你还负责任的原因。

但是别人来接手你的东西时,别人对产品的控制就是个白痴,仍然会一味把问题推卸给你的。
  • 打赏
  • 举报
回复
[Quote=引用 249 楼 lerylee800 的回复:]

我也是,走的时候问有没有文档,答曰没有,我只好一个一个问,然后自个儿记录整理了一份。
当时想到的问着了还好,但有好多根本想都没想到有这样的问题,然后人家走了,出现问题了,只有自个儿啃代码,郁闷的要死!
[/Quote]

这就能看出这个公司什么做事方式!只有一个人知道项目在开发什么,呵呵,这个公司平日里肯定非常会省开发成本啊。
  • 打赏
  • 举报
回复
[Quote=引用 225 楼 xiaocao_27 的回复:]

哈哈哈!我刚刚把我的工作交接给同事哒!三分钟!哈哈哈!
[/Quote]

所以说,依赖于一个团队的组织。

如果只强调文档什么的,没有深入到开发团队实际去想问题。
浩风2140 2010-12-03
  • 打赏
  • 举报
回复
切,楼猪说的好听,等你离职交接的时候你会这么说么?切!
zzz小菜鸟zzz 2010-12-01
  • 打赏
  • 举报
回复
恩恩 顶 “老人”尚且如此 更不用提草根了[Quote=引用 3 楼 fellowcheng 的回复:]
好多公司不正规,只是交接下手头的工作
[/Quote]
phpStaleFly 2010-12-01
  • 打赏
  • 举报
回复
看来俺所在的公司、、悲剧、、离职的人直接就走了、那还有什么交接呀!!
xiongwei56 2010-12-01
  • 打赏
  • 举报
回复
赚点积分!呵呵
chenjelly 2010-12-01
  • 打赏
  • 举报
回复
谢谢了,学习了
番薯 2010-12-01
  • 打赏
  • 举报
回复
在痛苦的接任中
xiexinsjjg 2010-12-01
  • 打赏
  • 举报
回复
是该学习点经验了。。。
lxy1106 2010-12-01
  • 打赏
  • 举报
回复
每天冒泡 接点分~~
fb0537 2010-12-01
  • 打赏
  • 举报
回复
还有地板 顶!
古 林 2010-12-01
  • 打赏
  • 举报
回复
看一遍 然后收藏起来 很不错定上去
zell419 2010-12-01
  • 打赏
  • 举报
回复
刚交接 。文档 、代码注释几乎为0 .
让我自己熟悉数据库 。
熟悉熟悉着跑这来了 。
cowboytian 2010-11-30
  • 打赏
  • 举报
回复
不错,学习了。。。。。。
Ghost_Khz 2010-11-30
  • 打赏
  • 举报
回复
想法是好的 ,大多数公司都做不到。 。
加载更多回复(221)

7,774

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 非技术区
社区管理员
  • 非技术区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧