1、由于遗留的长期形成的自由懒散的作风，想要认真对待一件事情，变得很难，一有做的不好的事，大家的第一思维就是怪公司给的待遇不好，听到好几次这样糟糕的话“给什么钱干什么活”，这种小农意识的思维习惯直接导致了下面的问题，是所有问题的根源。

2、执行力度不够。PM也实在是太忙了，太多的事需要做，而且过去是长期亲情化信任化的管理，新接任的PM错误地估计了开发人员个体的差异，把设计文档做好后发给程序员，认为简单的事无需太多的细节强调，事实证明，PM不强调的事，目前大多数程序员就不会主去做，更谈不上主动的思考和改进。下一次知道 ，对于这样的开发人员组合，最好接近于日本式软件工程的管理，前期辛苦些把设计做的非常细，分工分到非常细才能保证项目的进度和质量，这样的组合目前还不适合去实践敏捷团队的想法。

3、规范性文档有当无。Java编码规范文档其实制定好久了，但似乎从来没有得到过重视，而且那个文档是从网上下载的，也没怎么改过，现在看来写得并不怎好。关键是程序员长期写惯了臭代码，连IDE自带的formatter也懒的用一下，注释，版本，作者，接口申明等也基本没有，包名也不规范，从这一点上看出这个团队问题实在不小了，汗。

4、项目中使用对组员而言相对新的技术存在一定风险。Tiles 还究竟要不要用下去？Hibernate对目前这些小型项目究竟合适否？我们用的这些framework是否真的给我们项目带来了更好的可扩展性？这些事情真的需要更进一步的思考。

5、PM的经验值不够。做为PM，个人开发经验和管理经验都不够，没有经历过大项目，没有见过真正合格的PM 是怎样协调开发的，对可能遇到问题的估计不够；项目中存在某些技术问题不能帮组员一起解决；没有把设计和进度安排细致；上面给自己安排要做的事情也实在太多，现在看来做一个合格的PM必须是一个精力十分充沛的人，自身的技术水平、协调能力、观察力、智商和情商都要出色。要处乱不惊，要有胸怀接受一些糟糕的事情，要善于总结，该执行的规定要有决心执行下去，要客观地评价得与失，要学会毫不犹豫地拒绝某些事，为了处理好这么多锁杂的工作，自己做事必须专心高效。如果是女PM，一定要有化百炼钢为绕指柔的功夫。

事情很多，总要一件一件地做，莫着急，莫发愁。