|
|
单纯加人是最不现实的想法，除非加的人月薪至少和你在同一级别。
接手多久了？项目到底存在什么问题有全部排出来吗？（不要说你还不完全了解）
发现一个项目问题记下一个，按重要度排列好，后面自己填解决方案。
你列出的有些地方说法太含糊。
1. 合同已经签定, 项目交期很紧张
能否延期？延期会有什么惩罚？交付件要求的功能可否裁剪？交付后老板和客户可以给多少时间完善？
其实一般交付都可以延期1－2周的，交付时也不一定是最终版本（交付时基本功能应该齐全，但为了美观
或者便捷操作的附加编码可以暂时不处理）。。。。。。
2.原项目经理因为压力太大,辞职退出这个项目.(部份团队成员还在)
什么压力？老板的，客户的？人际关系的，需求管理的，编码质量的？。。。。。。
部份团队成员还在？难道除项目经理外，已经有其他成员离职？
现有成员的能力如何？
3.项目开发到一半, 因为原项目经理能力和管理不到位, 开发过程不规范. 文档也不完善. 程序测试很多BUG
开发过程规范. 文档完善往往也是开发效率低的同义词。其实那些是为维护服务的。
不是不应该关注，而是不应该作为目前项目出问题的原因。
开发人员能力如何，是否了解需求？
程序测试很多BUG，哪个阶段？
如果是单元测试，那是开发人员能力不足，如果是联调，说明需求了解不足。
4.全部推倒重来,不现实.毕竟做了一大半了.原需求是原经理做的.
原需求是原经理做的？项目组其他人不了解？如果是，那这个项目也太儿戏了。
现在你接手，你必须完全了解需求，了解如何实现需求，了解需求变更的话，
如何实现变更的需求。你的开发团队的成员也需要基本上完全了解需求，
完全了解自己负责部分需求如何实现，如何变更。
一个关键问题，如果你的团队中有人能力不足（写不出能实现需求的代码或者
代码总是包含若干bug），请T掉他；如果有人对需求的了解总是与其他人不同，
请T掉他；然后用T的人的名额向老板要求可靠的新资源。
最后，T掉的人负责的模块还是部分或者完全重写吧。 |
|
楼主: 亭华龙哥
IP卡
狗仔卡
发表于 2007-7-24 14:06
[/B]
显身卡
