怎么管理项目"空档期"

公司之前有个项目非常的紧张。项目经理经常说什么大家加把劲。项目快完了。给人造成一种感觉是。到XX时候,项目交付了.就一切OK了.真正到了那个时候,项目一交付.客户又要需求调整.在这一调整期,项目组成员以前的那根紧松弛了下来.这段时间里.项目的很多矛盾集体爆发出来.(设计带来的代码混乱,业务人员需求不确定(需求2个以上的人在做)...)搞的项目组成员各个士气低落.不再想继续修改代码...当然.很多公司也许都没有这样的所谓"空档期",但是肯定有经历过紧张之后的一个放松过程.做为项目经理,在这个时候应该怎么来提升团队呢?

先查查这些矛盾怎么产生的，下次怎么缓解或避免。

1. 按时间收费
2. 人员根据项目需要动态调整

矛盾...我们用的是FLEX做为前端的设计.虽然我经验不是很多,但是感觉使用FLEX做开发成本太高.FLEX+JEE开发.带来的是B/S和C/S的双重困难.而能同时驾驭这2方式的人我们公司基本上是没有.FLEX方面的版本控制,开发方式,自定义组件的复杂...我的这个帖子可能重点不在于技术.在于项目人员处在特殊的项目周期里.怎么去调整项目组成员的心态.

只能激励一下他们了，lz发表一段激情演说

找时间带大家出去玩玩, 放松一下, 治标不治本. 回来还是要干活.

呵呵，这个时候，总归有人要牺牲的 ：）
以前我们遇到一个这样的项目，后来把项目经理撤换了，大家也就没有话说了。整顿一下继续开工。

一个原因可能是项目的边界没有定义的很清楚，比如项目交付的criteria。满足了之后就不再用项目的资源去覆盖后面的change request,bug-fixing

需求变更再正常不过了，要不然XP怎么会大行其道？

系统架构好，代码写得漂亮，还怕这些不成，呵呵

至于你说的员工个人问题，主要看心态了，心态好，再苦再累也高兴，关键是工作得到领导和同事的认可