失败的项目-救解决方案
我是个软件工程的大学生.
项目介绍:
今年年初到一个公司做兼职.
人员安排是这样的：
技术总监：１个，手下带了三个人，负责服务器全部，客户端的音视频、通讯部分
我：１个（....), 负责界面实现(MFC),消息映射与接口调用.还有几个要用到的自定义功能的控件设计
数据库制作:1个.负责数据库设计.存储过程的编写，
老板：一个(....),和数据库小伙一起负责需求定义
大家都是给老板做兼职。。
老板给了我们通讯底层(能够做断包/粘包等处理），音视频编解码与播放的模块
真正做的时候，
通讯底层和音视频部分的调试做了接近一个月(总监说是因为这两部分没有文档.出现的问题不能快速解决)
然后因为技术总监对需求的了解不是很充分，导致接口和功能的多次变更。
同时老板比较喜欢加新功能或者对现有功能进行更改（劝过，但是人家不听我的。。）
结果预期一个月的项目做了一个半月。。
客户那边已经受不了了
我们也受不了了
然后技术总监就撒手不干了。
说他的工作做完了。
人联系不到。钱也不要了。
新变化:
现在找了一个对项目好不了解的人来了
据说是有服务器方面编写经验，
但是据我的观察，
他是个比较彻底的Coder..
不太会沟通.
而且无法担任技术总监的角色..
项目现在要在一个星期时间做完.
我看是不可能了..
大家看看这个项目整个过程当中.
都有哪些是失败的吧.
小弟学学经验.
[解决办法]
需求不稳定是最大问题
其次是人员不稳定
小公司经常这样，你赶快找老板结帐吧，要不老板也找不到了
希望来的人能搞定吧
[解决办法]
个人看法，供参考
1，需求不固定，没有在项目初始界定清楚项目的范围
做为你们老板从做项目的角度来讲也不应该按照个人喜好随意改变需求，从一开始就做错了
2，设计文档缺失
在开发的过程中，各种必要的设计文档不全，导致后人无法接手前人工作。
文档的一个重要作用，就是供别人参考，其实，是不是纯coder,并不是最重要的，重要的是他要知道自己开发的是什么，
实在什么基础上作开发，如果这个都不清楚的话，当然不能做好工作了。
3，与客户沟通不够
在开发过程中，如果发现存在问题，应该及时与客户沟通，坦然面对问题，看客户能否从时间或者资源上进行妥协，
为了项目完成，甚至可以减少一些需求，以满足主要功能的实现。
4，人员配置不合理
当然这是小公司做项目必然面对的困难，只能尽量避免了，避免出现一人出局导致其所负责的工作他人无法接受的情况出现。
以上一写看法，和大家一起讨论吧
[解决办法]
老板：一个(....),和数据库小伙一起负责需求定义
。。。
通讯底层和音视频部分的调试做了接近一个月(总监说是因为这两部分没有文档.出现的问题不能快速解决)
然后因为技术总监对需求的了解不是很充分，导致接口和功能的多次变更。
同时老板比较喜欢加新功能或者对现有功能进行更改（劝过，但是人家不听我的。。）
