- 项目管理不严格，进度前松后紧，大部分阶段人员工作量不饱满，后期全体加班。
- 缺乏项目的整体计划，项目组成员不知道项目的里程碑和各个阶段点。后期补了项目计划，但难以追踪，其中有一部分人为原因。
- 由于没有明确计划，测试人员感觉无所适从。测试人员对项目质量缺乏信心。
- 个别有经验的程序员不愿将已有的实现进行文档化，对工作交接以及后期维护不利。
- 项目缺乏设计，导致代码质量不高。
- 缺乏统一的编码规范，没有必要的代码走查。
- 沟通不畅，程序员不了解需求，导致经常发生返工现象。
- 项目组成员对分给自己的任务责任心不强。
- 项目组工作氛围沉闷。
- 日常工作分工不明确，例如没有明确指定SCM/SQA人员等等。
- 对常用功能的设计缺乏基本的规范，导致经常出现低级bug。例如输入合法性检查等等。
- 没有建立问题报警机制。
- 缺乏政策性的文档提交列表以及文档模板或规范。
- 缺乏任务管理系统和报工系统，难以统计项目成本。
- 缺乏人员评价机制。奖惩制度不明确。
- 缺乏测试案例管理系统。
- 缺乏需求追踪表，对设计和测试进行必要的覆盖度审计。
- 测试时间过短，无法进行充分测试。没有充分利用单元测试工具和自动回归测试工具。
呵呵，听起来想是能犯的错误都犯了。
当然，仅仅找出问题还不能够算是有建设性，找出并解决问题才是管理人员需要做的。其实，只要公司能够给我明确的位置，改变现状应该并不太难。当然，对于现在的情况，不要奢望能够一口吃成胖子，循序渐进是比较现实的方法。
由于现在天天在客户现场上班，没有办法接入互联网。可以这样也算有利有弊。好处就是：可以有充分的时间进行一些学习。
例如：仅仅用了一整天的时间就详细的读完了一本关于XP的书，并且还做了笔记。
最近看了一些关于XP软件过程的书籍，心里在想是否可以解决目前项目中的问题。看来人真的是很容易被洗脑的，尤其是对于自己没有经历过的事情。我几乎是充满期待的憧憬着将来能够在项目中应用XP。
但是，同时也看了一本叫做《重构极限编程》的书（内容是批判XP的）。结果，发现我在这本书里面感受到了更加强烈的共鸣。
今天突然发现，在这里的BLOG中，我在2年以前其实就对XP做了结论性的记载。其实我在4年以前就已经比较详细的研究过XP了。结论和现在基本相同。
和当初一样，我现在还是觉得ICONIX过程是比较适合国内现状的敏捷过程。不过，在ICONIX的经典书籍中，主要还是对于建模过程比较偏重，而对项目管理方法涉及较少。有些遗憾。
公司让我在业余时间研究一下MS Project Server。试了几次才发现，安装过程居然是如此的繁琐！微软的产品麻烦到了如此地步，还是比较少见。而且还是非常昂贵。于是上网去寻找一些开源的或者免费的产品。
结论：开源产品少得可怜。有限的几个，功能少，质量差。基本无法满足需要。
于是转向免费产品或者便宜产品：
- kiwi manager：收费产品，BS模式软件
- VersionOne：有免费产品和收费产品，BS模式软件，主要针对敏捷过程
- ComindWork：收费产品，BS模式软件
- PlanBee：收费产品，BS/CS模式软件
- TargetProcess：有免费产品和收费产品，BS模式软件，主要针对敏捷过程
- Rally：有免费产品和收费产品，BS模式软件，主要针对敏捷过程
- Mingle：收费产品，BS模式软件，特别针对敏捷过程（极限编程）。极耗资源。
- ExtremePlanner：针对XP, SCRUM过程，收费产品。
再有就是一些online service：
- ComindWork：收费产品
- Basecamp：著名的小型项目管理网络应用，免费产品
- everydo.com：basecamp的我内仿造品，免费，仿的还不错
- Projectmanager.com：收费产品
- Goplan.info：有免费产品和收费产品。免费产品功能很少。
- Liquidplanner.com：收费产品
- PlanProjects.com：免费产品，功能较少。
- Wrike.com：收费产品
- Huddle.net：有免费产品和收费产品。
有一些开源产品值得注意：
- Redmine：其实就是Basecamp的开源版本，可以安装在本地。
- Xplanner：专门针对与敏捷过程。可以支持SCRUM和XP，功能比较单一。
其他的：
- ]project open[：最著名的开源产品，功能比较多。但是难以使用，界面丑陋。
- dotProject：软件主页失效。仅仅在sourceforge上面有项目。安装复杂。
- Onepoint Project：有免费版和收费版。不过功能有些简单。安装复杂。
- GanttProject：只能算是一个画甘特图的桌面工具。
