首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > .NET > .NET >

[交流贴]关于程序员的工作交接解决思路

2012-03-27 
[交流贴]关于程序员的工作交接做为一个程序员,难免会碰上因同事离职接手新系统,如果碰巧你又是这家公司的

[交流贴]关于程序员的工作交接
做为一个程序员,难免会碰上因同事离职接手新系统,如果碰巧你又是这家公司的新人,在业务不熟悉的情况下,需要考虑哪些事项呢。

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分钟,哎..经理让我稍微给她说了下项目文档和源代码存在电脑哪个位置,其他的都没让我说.
[解决办法]
文档交接不全是个大问题,等用时再找就挂了

正规的公司还行,基本上不会出现文档不存在,顶多不是最新版本。但一般的小公司就麻烦了,甚至可能本身文档就不全。
再加上没有一个统一的管理,只某个人手里有某份文档,如果恰好忘了,或者不知道文档那个是最后版本了,就很无奈了。移交工作时,不会再想着重新给整理补充。
[解决办法]
这个东西真不好说,有些小公司就基本没什么文档的。
最重要的还是代码。
[解决办法]
小公司 。 不存在这些
[解决办法]

探讨
文档的移交是必需的
代码的移交 就要慎重
最好能让移交者将代码核心逻辑画成UML图 交给被移交者
最后来个移交确认单
接收者保证搞清楚了才能签字
移交者拿不到确认单 不能离职

[解决办法]
源代码本身就是文档。源代码本身是否整理得清楚明白是第一位的。

其它重要文档主要是设计思路,最好附带有多种设计方案的利弊分析和取舍缘由。
[解决办法]
路过,kanyiia~!
[解决办法]
一台服务器的某个服务把Socket端口耗尽,导致其他的服务或应用程序全都不能正常运行
[解决办法]
小公司一般只注重于手上的活。。。

别带走源码。。。做个交接文档就行了
[解决办法]
我去公司的时候,只给我三张纸的文档,其他的都木有,程序自己改动过哪些的都没有,搞得我一头雾水。况且之前的程序员离我上任时已经2月有余了,真杯具啊我。
[解决办法]
到公司的时候 什么都没有 就一句话 
结果还给错版本了
现在想来都生气·········
[解决办法]
如果是维护的话除了LZ说的环境之外还要有测试文档、用例之类~
最好能把需求式样之类也交付~
------解决方案--------------------


一个项目应该有个具体的负责人,找他了解 相关的信息
然后自己在熟悉一下
 只要不是很大的项目,熟悉业务,代码应该不是很困难
[解决办法]
LZ讲的很有道理,不过几乎不能实现
如果别人这些工作都很得很好,他也用不着离职

可以这样说,花1小时写的代码,可能要花8小时去写你所谓的文档

如果在写代码之前就有文档的,SOP、SA、SD都有,那也用不着交接

所以,LZ讲的是伪命题


[解决办法]
我的打酱油的
[解决办法]
如果平时写代码注意注释就不会出现交接难的问题。
[解决办法]

[解决办法]
离职=扔代码跑路=等下个人帮你擦屁股=解脱~~~~~
[解决办法]
飘过~~~~
[解决办法]
学习了...
[解决办法]
那有交接,上一任直接走了,什么文档都没留,看天书
[解决办法]
我现在接受的项目很纠结啊,只有源代码, 我勒个去!真TM恶心!
不过现在都习惯了,我们公司的产品一贯没有文档之类的,吐血~~~
[解决办法]

探讨
引用:
有些公司的系统基本就是1个人管1块,所以有时候主力程序员的离职会有比较大的影响

这我觉得就是公司的问题了
同样的开发 为何不采取轮岗制
一人开发此模块 但是他不一定就要负责此模块的BUG修改
一块代码 改的人多了
有两种结果:1.所有人都不认识它了
2.所有人都认识它了

[解决办法]

[解决办法]
回贴,送积分吗?
[解决办法]
不错。,。。
[解决办法]
主要还是要有原来人员的联系方式,有问题随时问,起码要求几个月的支持
[解决办法]
主要还是要有原来人员的联系方式,有问题随时问,起码要求几个月的支持
[解决办法]
探讨

离职=扔代码跑路=等下个人帮你擦屁股=解脱~~~~~

[解决办法]
代码的移交 就要慎重

[解决办法]
这么麻烦
[解决办法]
刚进IT圈,学习ing。thanks
[解决办法]
探讨
我去公司的时候,只给我三张纸的文档,其他的都木有,程序自己改动过哪些的都没有,搞得我一头雾水。况且之前的程序员离我上任时已经2月有余了,真杯具啊我。

[解决办法]

是个好主意!
[解决办法]
所以要做好准备哦
[解决办法]
虽然路还很远,不过这些东西还是值得学习
[解决办法]
文档,列表清单,未完成代办事宜,各项目联系接头人; 
项目维护常见问题,接口汇总,部署常见问题
[解决办法]
不太喜欢交接~
[解决办法]
补充一下,可能更加可实施,这一点可能做外包的流程可能比较好吧。

1.交接的事前准备
参加者:PL(SL)/交接者
(1) 说明负责工作内容,项目整体介绍,干系人介绍,体制说明
说明:让新人尽快融入团队,了解项目,了解各个接口,了解自己要做什么
成果物:工作一览表(职责一览表)
(2) 做交接计划,同时检查任务是否有残留


说明:让新人检查要走的人是否还有暂留的问题,心里有个数,同时合理安排交接时间
也便于上面跟踪检查
成果物:交接Schedule

2.交接的具体实施
高歌上面所提内容已经很具体了。。。

3.交接的实施检查
检查Schedule实施情况,了解新人的困难(不是谁都能在1周或者几天内100%消化几个月甚至好几年的项目的)。可能需要别人支援,同时要根据交接结果重新调整计划。避免风险。

PL/SL绝对是一线的管理人员,想要好的结果,PL/SL一定严格控制。
另外,一方面要在项目管理过程中要尽早的发现风险。比如:发现有人要离职,那么新人选和交接时间就要提前想好了。不要幻想离职的人会尽心尽力交接,这应该是PL的责任。(后面有点跑题了)

其他还有些关联的:比如项目过程中收集新人培训资料,以便交接前先为交接者培训等。
[解决办法]
前人的代码往往很烂,否则给个框架设计及详细设计即可。
[解决办法]
他会留一手的吧
[解决办法]
深有感触。本人刚来这个公司时,就是一个什么文档都没有的系统。但是系统日志还是比较全的。出了错可以很好很快的解决。
但是没有文档,系统更新,维护,二次开发真TMD难啊。连一个数据库各个表什么用都没有。别说表的字段什么意思了。
刚来公司时还让原开发者给我讲,靠,没文档,老大一个系统,又不是他一个人全做的。讲起来他自己都迷糊了。哎。。。
文档太TMD重要了。可以国内的软件公司太浮躁,重视文档的不多!
[解决办法]
学习中……
[解决办法]
很好很受益..
[解决办法]
文档很重要 代码也是 别藏藏躲躲的

这样的人在哪里走不被别人喜欢
[解决办法]
养成日常写文档的习惯,不要吝啬给自己的代码多加注释,这样移交起来,就很方便了。
[解决办法]
注释+文档记录很重要
[解决办法]
最好能把需求式样之类也交付
[解决办法]
交接的只是有形的东东,无形的都被带走了
[解决办法]
谢谢了,领会精神
[解决办法]
3Q。。。
[解决办法]
写的太好了
[解决办法]
好贴,收藏
[解决办法]
文档或者注释的事情,也就这个时候可以夸张一下。但是夸张于交接时的难度,难道对整个开发就能起促进作用吗?我看未必。

其实,为什么你的公司总是让一个什么都不懂的新人负责接手老人的代码,这个想过吗?!
[解决办法]
急需积分,就来评价评价……
[解决办法]
我手上有5-6个ERP项目要交接,还要开发新的代码,真TM不爽。LZ这贴真是及时啊。可惜老板没有看到,不然我又要多很多工作了。
[解决办法]
好东西 。
下周接别人工作 。
[解决办法]
每天冒泡,挣点分!!
[解决办法]
需求文档
设计文档
源码
软件流程图
更改文档
[解决办法]
嗯 ,收益匪浅!
[解决办法]
需求文档
设计文档
源码
软件流程图
更改文档
[解决办法]
哈哈 学习了

热点排行