项目开发一半，让重要成员又去忙别的，让不懂这个项目的人重新接手开发
项目开发一半，让主要成员又去忙别的，让不懂这个项目的人重新接手开发a.项目原来成员没有成就感（自始至终他
项目开发一半，让主要成员又去忙别的，让不懂这个项目的人重新接手开发
a.项目原来成员没有成就感（自始至终他没有完完整整把这个项目做完）
b.接手人困难重重(之前他都没有参与，半路杀进来)
c.接收人遇到问题后，要进行大量的沟通（这个大家的时间。。。时间就是金钱啊，还不说一些 说不清，道不明的问题）
d.项目没有负责人 (主要成员：忙别的去了，觉得这项目我不管了；接收人：我会负责吗？)
e.项目的严谨性遭到损坏(项目刚开始定义的规范和默契没有了，各写各的。 )
以上直接导致项目的工期、质量和成本受到损害。
欢迎继续总结
多提建议 O(∩_∩)O哈哈~
[解决办法]
皇上不急，你急啥？？
公司难道看不到问题，如果公司看到问题，还这么搞。兄弟，立马走呗，神来了都不成
如果公司没看到问题，兄弟，还是立马走呗。都乱成这样了，你们都看不见，明显心就不在这块
[解决办法]
我想问下，如果模块开发完了，交付后 功能上要做修改，但原来开发的人都干别的去了，这样也会导致楼主说的问题吧？那设计师的power是如何降低这次修改的成本与风险呢？
[解决办法]尽量不要搬弄是非，尽量理解别人。
除非你真的有能力，但是如果你有能力做这个，你就不会发这样一个帖子了。所以要先看懂自己能不能做事情，再指责别人的问题。
[解决办法]就是这样，不在其位，不谋其政。
[解决办法]+
[解决办法]那就重新开发嘛！ 老板觉得这样干划算，咱程序员就不用操成本的心（SB老板肯定是有的，但一般死得快不易遇见）。
代码即文档， 作为一个程序员， 拿到代码， 应该就可以了解项目情况。 当然前提是拿到的是代码，不是密码。
所谓铁打的营盘，流水的兵， 换人本不是什么兵家大忌。 当然能给个把星期交接时间最好。但如果实在调济不过来，人还得换， 工作还得做，企业还得经营。
关键是代码质量，保证不了代码质量， 别说换人， 原班人马睡醒一觉再回去继续干都干不下去的。
[解决办法]把自己的工作做好就行了，其它的你管不了的。
[解决办法]合理的训练是训练，不合理的训练是磨练。
