刚刚经历的项目，噩梦一般，心有余悸....项目丛丛忙忙总算结束了，身心俱备的我们总算该休息休息了，每个人都有逃离魔掌的幸运感，却少有成就感，大家的感觉就是终于解脱了，是的，解脱了...
作为一个刚刚加入到一个大团队的新成员，我们的感受也许更为艰难和无奈！项目组理经常在困难的时候调侃，造成目前的这种状况不是你们的错也不是我的错，错就错在我们都来到这个项目组。
就这次项目的困境做一个总结，算是对过去的一个交待，也是为未来立下警示的牌匾。
1、匆忙组建：
迫于市场的压力，产品管理层决定成立这项目组，时间是去年11月份，成员来自其他各个部门，既有资深人员也有，新进员工，除了要在三个月内完成预计4.5个月的工作量外，还有一个重要任务就是新技术的验证。匆忙的组建和模糊的目标也许为后来的混乱和困境买下了伏笔....
2、紧急时刻加入：
在过完年后，项目组压力很大，人手不足，我们组整体加入支持，在加入之前进行了为期两天的填鸭式培训，然后我们就被懵懵懂懂的推进了这个项目组，从来不怀疑项目组成员工作的态度和耐心，也不怀疑他们面对困难的勇气，但我们面对的困难却是我们始料不及的...
3、我们整组面临的困境：
由于我们是不同的产品线，面对全新的架构，两天的培训只能是窥豹一斑，面对新的任务，我们不是技术的欠缺而是对现有系统的了解和认识，如何按照现有的系统架构开发，这就是我们要解决的问题。在项目紧张期间，老员工无暇给我们指导，又没有有效的参考文档，于是我们常常为了一个极其简单的问题陷入等待，造成一方面老员工忙得不可开交，一方面新加入成员无事可做的奇特状况。同时，硬性要求全体加班，但是新进人员有不知道该如何做，晚上加班基本都是上网，扯淡。个人的时间和公司的资源就这么慢慢耗费掉了，资源的浪费只是表面，对整个团队的心理和士气打击极其严重，士气在消沉，怨言在蔓延，于是关于反对加班的言论在公司内部BBS上一发而不可收拾...
4、没有需求人员的尴尬：
我们的需求人员由于个人原因而请假，遗憾的是需求的工作没有人及时接手，我们加入后整个项目组，处于无需求人员状态，新加入员工不仅面临对架构无人指导的困境，也对需求毫无认识。处在不知道做什么，不知道怎么做，毫无头绪的等待，跟着老员工加班，每个人都痛苦的忍受着，期待着早日结束。。。。
这就是我们刚刚经历的项目，噩梦一般，心有余悸....
面对过去的一切，对项目总结如下：
1、项目成员必须有一定的延续性，变动不宜过大。
2、新加入成员，必须得到及时有效培训和指导。
3、在资源（人力、时间）固定的情况下，坚决严格控制需求。
4、需求必须严格得到评审，并且保持需求人员和开发人员的无阻碍沟通。
5、不要要求全体加班，只要求相关工作人员加班。
6、加强团队知识管理，为新加入成员提供有效的自学习文档。
7、.......
