工期逼近,释放压力

    现在我们几乎天天加班(星期天休息),为了赶时间,为了能够顺利的完成项目,交付给客户使用.我们都在尽心尽力的把项目往前赶.可是到现在我们发现项目的进度变缓慢了,工期也延长了.现在的情况是,前期整体的需求基本到位,有些还得决策层来决定业务流程;细节上的东西开发员要和业务需求的同事反复的沟通,开发员才能够明白流程,清楚业务逻辑;开发员只对DAO和业务层进行了单元测试,ACTION就没有进行模拟测试了,表示层一般用firedug来测试;开发员觉得没有问题了,然后移交给测试人员进行功能测试.
    现在问题来了,测试人员测试发现BUG太多,然后就开始说:"做是做的挺快的,可是质量不怎么好!和开发员解释他还很难接收和理解为什么?" 开发人员说:"我都是按照你们的需求做的,怎么需求又变了,又要改呀; 哦,那个BUG由于业务太复杂,我忘了." 开发员抱怨:"到现在了,需求还没有定下来,我们都不怎么好动手,做一点似乎又被卡住了,又要问分析员了." 开发员的压力还是比较大的,他们一边要修复做过模块的BUG,又要完成新的模块.现在大家都又这种感觉,每天晚上一躺下,脑袋里还是在想着那些业务,那些代码,怎么才能实现这样或那样的功能. 现在经理已经下了军令状了,一定要在某某时间正式上线,不然,,,,
    面对工期,面对压力,面对项目,我们只能相互理解原谅,减少抱怨,静下心来,抛弃浮躁,耐心的解决问题,分析问题才能够共同的把项目做好.

 

那个某某时间，我敢肯定也上线不了

两个方面:

• 1. 控制团队的沟通和情绪问题, 对于Bug修复和后续任务制定优先级.[list]
• 2. 在项目结束后, 要对项目过程进行总结, 找出产生这些问题的原因.个人感觉是需求变更管理和风险管理出现的问题.

[/list]

你所说的和我前一个公司的项目太像了，只不过由于各方面的原因项目开发人员都流失了，项目趋向于失败了。

1.所有的bug当作新的工作交给程序员
只先入先出后入后出。。。。
每个人每次只考虑一件事时
工作效率最大
二件事工作效率1/10
三件事工作效率0

2.减少加班时间。
dead line这东西不是加班可能完成时
自信会被加倍打击。
使大多数人都认为工作顺利
可以使工作效率回到以前的速度。
想要赶上1/10的进度加班可以增加个人的工作效率。
想要赶上50%的进度加班会减少个人的工作效率。

不然？不然能怎么样？
早都干吗去了

貌似你们上线的次数太少了 应该不断的上线， 不断的发现问题 修改问题， 持续集成
另外个人认为分工太细没什么好处，在一层层的交流中很容易导致需求曲解，并且交流过程中要消耗更多时间

项目的管理上面存在重大失误

测试和开发人员沟通不足,测试人员的测试CASE应该是和开发人员,分析人员沟通过的,否则就会出现,开发人员不了解测试人员为什么要测这个的问题

另外,开发人员应该提高对自身的要求,代码都写完了,自己难道对自己所做模块的业务还有糊涂的地方,说不过去...

这个时候只有靠团队文化去解决了。其实还有一个有效的方法就是告诉你们按时按时上线了会有多少奖金。

这个现象跟我去年参与的项目有些像，不过那时我们是在现场开发，在领导的强大压力下，没有休息日，晚上加班到深夜、通宵。
现在想起来，管理上有待提升；日构建成了折磨开发人员的恶魔....