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