【案例正文】

　　在项目中，L先生与各项目干系人没有建立有效的联系，根本无法让他们了解项目进展情况。甚至连项目开发人员自身对项目整体情况也没有清楚的认识，而只管自己那一部分，对其他工作则不闻不问;项目一旦开始，直到项目结束才能准确知道产品情况。整个开发过程完全是一种黑盒模式，项目组成员无法把握准确进度，无法保证项目质量。

　　到了项目后期才发现销售模块开发进度过慢，不得已加班加点，仓促交工，项目质量连自己都不放心，大量的BUG遗留在这部分，产生许多隐患，维护的工作量甚至超过了开发，导致系统维护成本过大。用户抱怨颇多，维护人员更是怨声载道。

　　在项目交工时，客户提出运输模块提供的信息无法满足制作报表的要求，并抱怨这个变更早就通知过项目组，可L先生作为项目经理竟然全然不知，结果是来回扯皮。

　　开发人员在设计对内开账模块时描述了实现方式，但为了节省时间，只是粗粗地写了设计，就去编码。等编码结束时，发现和L先生原来所理解的出入甚大，只得推翻重来，不但工作量增加了，而且成本超支严重。

　　在此项目的二期时，公司开始采用CMM的一些开发思想，加强对需求、计划的管理，采用了配置管理工具VSS 来管理文档，情况才逐步好转，但前期仍然出现了许多问题：不少项目成员对文档敷衍了事，认为只是走走过场而已。

　　<--我的疑问-->

　　1.怎么管理项目成员?

　　2.往下的路我该怎么选择?