项目开发一半,让主要成员又去忙别的,让不懂这个项目的人重新接手开发
a.项目原来成员没有成就感(自始至终他没有完完整整把这个项目做完)
b.接手人困难重重(之前他都没有参与,半路杀进来)
c.接收人遇到问题后,要进行大量的沟通(这个大家的时间。。。时间就是金钱啊,还不说一些 说不清,道不明的问题)
d.项目没有负责人 (主要成员:忙别的去了,觉得这项目我不管了;接收人:我会负责吗?)
e.项目的严谨性遭到损坏(项目刚开始定义的规范和默契没有了,各写各的。 )
以上直接导致项目的工期、质量和成本受到损害。
欢迎继续总结
多提建议 O(∩_∩)O哈哈~
------解决方案--------------------人心散了,项目必败啊。。。。
a:执行力差
b:风险成本
c:沟通成本,风险成本
d:负责人都没有,曹,这项目谁布置的??谁来检验进度的?
e:地基都没了。。。。
------解决方案--------------------有什么好总结的……
模块式开发 先期协议的接口通信 只要不是脑残到一个模快都不让一个团队开发完就换团队 根本就不会产生这样的问题
设计没设计好 就不要去找其他的问题
------解决方案--------------------新接手的人麻烦了。。
完成进度得找你
项目出现问题找你
时间拉长找你
完成的质量找你
完成结果和预期不同找你。
最后挨老板打屁股
------解决方案--------------------皇上不急,你急啥??
公司难道看不到问题,如果公司看到问题,还这么搞。兄弟,立马走呗,神来了都不成
如果公司没看到问题,兄弟,还是立马走呗。都乱成这样了,你们都看不见,明显心就不在这块
------解决方案--------------------
我想问下,如果模块开发完了,交付后 功能上要做修改,但原来开发的人都干别的去了,这样也会导致楼主说的问题吧?那设计师的power是如何降低这次修改的成本与风险呢?
------解决方案--------------------尽量不要搬弄是非,尽量理解别人。
除非你真的有能力,但是如果你有能力做这个,你就不会发这样一个帖子了。所以要先看懂自己能不能做事情,再指责别人的问题。
------解决方案--------------------皇上不急,你急啥??
公司难道看不到问题,如果公司看到问题,还这么搞。兄弟,立马走呗,神来了都不成