一个很糟糕的项目是怎么炼成的？

一个很糟糕的项目是怎么炼成的？那么自己在项目里看到的，想到的，自己做了下总结，希望对以后做项目的人有帮助。

背景：

      首先本人是个小程序员，在10个人左右的团队里面，为了完成今年5月份第一期的交付。整个项目的负责人兼职需求吧，

需要做手术然后就离开的大家，另一个需求人也离开了团队，这样的话就直接交接了2天，就匆匆离开了团队，虽然我们知道这

是个很大的风险点，但是没办法这是领导的决定。

以下是自己在项目遇到的没解决的问题：

1.糟糕的平台，在项目里面放了N个临时炸弹

同样，由于上面决策的原因，整个项目依赖一个在与我们项目并行开发的平台，你可以想象下，平台发布版本的频率直接影响

项目的进度，甚至成了项目的绊脚石，可以这么说，你今天跑起来的代码，明天早晨来了之后，可能就跑不起来，这个问题，

足以让你去摔鼠标了。

2.天呀，做平台的，他在上海，只有一个人在做，大量的平台BUG出现了

开发平台的人员在上海，并且没有测试人员，平台必须在项目里面进行试验，但是他在上海，所有的问题都不知道是谁的错，

平台踢到项目，项目踢到平台，因为大家都不知道这些问题该有谁来做。

3.计划会议被干掉了。

这样折腾了1个迭代，马上就要到第一期交付了，做的刚到整个项目的百分之三十，所以，就把计划会议干掉了，这可是个糟糕的决定。

4.测试人员紧缺死了

9个开发，一个测试，测试人员不到位，由于计划会议被干掉，大家交叉测试的能力都没了。

5.每天立会都吹锋号，加班成家常便饭了

天天加班，造成整个团队的战斗力下降到了极点，大家都在拼命的赶自己任务，由于用到的WCF,SILVERLIGHT,以及linq，大家做事

都畏手畏脚的，加上平台放的临时炸弹，抱怨平台，抱怨需求，抱怨时间，抱怨目标太高，可以我们大家都知道，必须的完成交付。

6.没有美工

这个真的是很糟糕的一个决定，一个列表的线有上面左边，没右边。。。。。。，还有很多图标

7.”我是按原型做的“

需求是没人研究的，现在几乎是按原型设计设计，但是里面真的很多地方不通，由于时间的原因大家都安原型去做，但是原型本身设

计都很糟糕，这是最致命的一点。

8.平台的特点：最后还要合代码

平台的特点每个人开发自己自己小模块，最后还要合各个模块，这个合并也很耗费时间。

第一期交付，项目是见用户了，项目负责人回来说很好，我当时很诧异,。。。。。。

总结：关于项目的时间真的好紧张，关于平台真的很 糟糕，关于业务有很多盲点，关于自己新技术也是刚刚接触，这些盲点有时候真的会把我们搞死的。希望以后这些盲点可以控制好。虽然很多问题，我不知道怎么去解决，但是我想以后我肯定会解决的。

 

 

 

 

 

 

 

 

 

 

转载于:https://www.cnblogs.com/muer/archive/2012/07/15/badproject.html