关于项目的一些问题总结

最近，挺累的...一上班就头大。

项目推进越来越难，有点撑不下去的感觉；小公司，大项目，不知道到自己能撑到何时；总期望项目能步入正常的轨道，希望似乎太遥远。但不能放弃，放弃前面的努力就全废了。

先将项目从开发到发布存在的问题总结如下，只希望自己以后能别犯同样的错误；

1. 项目人员变动太大

2010年10月底加入到项目中，当时项目开发人员20个左右；项目即将完成之即（2011年底）因公司制度变革核心人员大部分离职（剩下的不到一半，大部分还是C的），JAVAEE开发人员严重流失。

2. 项目文档不全

除了最初的草草的概要设计，没有详细设计；各个子系统接口文档不完整，不集中（部分已经丢失）；需求写的不错，可是软件开发不是靠需求来完成的。

3. 需求变更太大

这个情有可原，但作为公司的产品，需求变更之后不更新设计文档，罪过。

4. 项目管理混乱

因自己学识浅薄，无法描述得当；但存在问题是项目开发计划频繁更改，设计不完善，中途插入好多新功能，导致整合开发结构混乱。项目无详细设计，更别说代码级的设计了，给个需求，一通实现，管它合不合理，反正实现功能就好，出现BUG，全傻眼了，你推我我推你的。我承认现在大部分的项目都是完成之后补充详细设计的，但我觉得这样做的团队至少大部分人都在编写代码方便很有经验，或者说至少有最起码的代码结构规范和实现流程约束吧？这个。。。这个项目木有见到。

人员管理，这个归结到项目管理中吧，部分队员积极性不高，工作消极。这个是个问题，刚接触管理，真是个难题；我也不知道该怎么办，求大神！！！

5. 技术不成熟

WEB项目采用SpringMVC+IOC/DI+mybatis，外加LDAP，mysql，spring security，webflow，等等，外加专业知识无数；就那么几个人，领导挺牛。。。

6. 人员结构不当

怎么说呢？开发时无MT，无治疗，各种DPS无数（野人）；现在是各种小号。为什么说这是个问题呢，主要是人员编程素质，职业素养层次不齐，好多人不会DEBUG，不会写单元测试，好多人的思想是测试是测试人员的，我靠！！！很无语。。。似乎都很无敌，自己写的代码肯定没问题，各种神！！！

7. 项目架构

这个不能说是问题，我觉得架构从总体上来是好的，我喜欢这个架构，无论从横向扩展，还是纵向扩展，问题出在，太高估开发人员的和各个子系统的负责人的能力了，架构太大，基础架构没设计到位。

8. 无UI工程师

很悲剧。。。还好我的WEB页面技术能力自认为不错，除了不会作图，其他的还行，这个现在没多大问题，UE这块，有“领导”:-(。

暂时总结这么多吧，明天还得继续。