作为接手团队应该注意什么,保证后期项目的稳定运行?这类事情的风险,帐号、恶意修改、填坑?大型项目难免部分细节可能需要前团队做支持?交接文档和手续之后,要求提供后期按工时或次数限定的技术顾问服务合理吗。
ringa_lee
恶意修改之类的问题可以依靠法律协议及良心,还有保密协议是必须的,另外应该要求对方提供所有的可能的主机、账户、密码等信息并修改密码。技术支持最好是友好协商,留下联系方式,有问题的时候能问一下,这个能让你少走弯路,但是不会帮你解决任何实际问题。至于文档什么的,真心不用期待了,文档永远跟不上代码的变化,所以过期的文档除了坑你之外没有别的用处。自己慢慢玩儿吧,坑是必然的,习惯了就好了。关于紧急bug的修复,这种东西通常根本不需要你了解项目整体,只要把出现的问题改好就行了。交接的时候前辈总是得意洋洋的告诉你一些辉煌的历史,绝对不会告诉你任何问题的,第一损害自己的名声,第二万一你让他改完了才放人怎么办,第三他自己根本也不知道有什么问题(没人会写自认为是错误的代码,所以bug只会被别人查出来)加油吧~
这就是良心活了,你能想到的就都要吧。如果开发团队够专业,可能给你比较详细的开发文档。不专业可能就没什么文档,你要的话临时给你写个凑合用的。操蛋的团队就毛都没有,然后都是坑,代码都是什么茄子黄瓜西红柿什么的,你研究去吧,几个月能了解个大概就不错了。现在也祈祷下比较好,祝你好运。
恶意修改之类的问题可以依靠法律协议及良心,还有保密协议是必须的,另外应该要求对方提供所有的可能的主机、账户、密码等信息并修改密码。技术支持最好是友好协商,留下联系方式,有问题的时候能问一下,这个能让你少走弯路,但是不会帮你解决任何实际问题。
至于文档什么的,真心不用期待了,文档永远跟不上代码的变化,所以过期的文档除了坑你之外没有别的用处。自己慢慢玩儿吧,坑是必然的,习惯了就好了。
关于紧急bug的修复,这种东西通常根本不需要你了解项目整体,只要把出现的问题改好就行了。
交接的时候前辈总是得意洋洋的告诉你一些辉煌的历史,绝对不会告诉你任何问题的,第一损害自己的名声,第二万一你让他改完了才放人怎么办,第三他自己根本也不知道有什么问题(没人会写自认为是错误的代码,所以bug只会被别人查出来)
加油吧~
这就是良心活了,你能想到的就都要吧。如果开发团队够专业,可能给你比较详细的开发文档。不专业可能就没什么文档,你要的话临时给你写个凑合用的。操蛋的团队就毛都没有,然后都是坑,代码都是什么茄子黄瓜西红柿什么的,你研究去吧,几个月能了解个大概就不错了。现在也祈祷下比较好,祝你好运。