前言:

从2013年8月20日进入这个项目开始,到现在12月12日。

从项目详细设计开始,到现在连SI2阶段的疏通测试都没有完成!

(现在,这个项目好像已经不需要我们再做下去了。。。)

项目失败原因总结:

这个项目的失败不是个别某个原因造成的,而是由以下多方面原因造成的!

1.基本设计太烂!

详细说明。。。待补充

2.使用BP人数占一半以上,对BP管理不力!

详细说明。。。待补充

3.制造人员的配置不足。

详细说明。。。待补充

4.使用新技术,大家对新技术不能熟练掌握(主要特点是返工多)。

详细说明。。。待补充

5.基本设计的一些东西,不符合新技术。

详细说明。。。待补充

6.新技术的特点是提高生产性,但是基本设计太烂,不能提高生产性,反而不如不使用新技术。

详细说明。。。待补充

7.没有加班费,连加班补助都没有。

8.最长的连续加班时间达到30多天之久。(休息太少)

9.对项目的作业安排、以及对人员的使用方面有问题(我个人认为有问题)

详细说明:

1作业安排

比如有ABCD四分作业,BP人员担当ABC作业,我方人员担当D作业

在SI1时,让我方人员担当ABC的测试内容,这本没有什么问题,

但是问题在于,对于ABC作业中出现的问题,也让担当测试的人员来修正。

(注:问题超级多!!!有的问题只要UT测试一下就能发现!!)

我并不反对换人,这是这种方式,让BP变得很轻松,他们的东西,

我方人员基本上在SI1测试时,是把他们的作业重新做了一遍!

2人员使用

能者多劳。。。。。。

10.没有一个完善的评价制度。

详细说明。。。待补充

11.新的客户,回答问题不给力,同时也不是非常友好。

12.UT环境的DB数据和日方测试的DB数据不整合(现在还是!!)。

(太复杂不好对应?? 没有人有时间有能力去对应?? 就是不能对应??)??

13.员工的责任心以及怎样才能让员工拥有责任心。

如果只是干的多,错的多。问的多,确认的多,造成事情多,花费时间,效率低(提高了品质)。。。。。

-------------------------------------------------------


编后语:

以上任何一两个问题同时存在都不会造成这个项目的失败!

虽然上面提到的一些问题是很难避免的,

但是,这个项目的问题太多了!!!!!!!!!!!!!

记录时间:2013/12/12


最新文章

  1. dsp28377控制DM9000收发数据——第二版程序,能够实现手术功能,但是容易掉帧;使用读取中断寄存器的方式判断中断
  2. db2日常维护
  3. sin, miss the mark, correct our aim and try again
  4. php openssl 增加密钥
  5. 由SimpleAyncTaskExecutor到ListenableFutureTask
  6. 关于fork函数
  7. 关于zMPLS的设计解析
  8. NET Core 介绍
  9. python pdb调试以及sublime3快捷键设置
  10. String数组必须初始化之后才能赋值
  11. EF POWER TOOLS由数据库逆向CODE FIRST
  12. document.body.clientHeight的取值
  13. 欢迎大家走进我的园子 ( ^___^ )y 本博客文章目录整理
  14. p2p项目总结
  15. 一些有用的Java参考资料
  16. Xapth 添加注释头
  17. android studio 在使用图片的时候会检测图片的合法性
  18. js 实现数据结构 -- 队列
  19. (转)redis分布式锁-SETNX实现
  20. SVN 报错“Previous operation has not finished; run 'cleanup' if it was interrupted” 原因及解决方案

热门文章

  1. 使用Node.js作为后台进行爬虫
  2. Java实现单向链表
  3. python【第十一篇】消息队列RabbitMQ、缓存数据库Redis
  4. 使用python实现HMM
  5. python核心编程2第二章课后练习
  6. python 中调用windows系统api操作剪贴版
  7. WPF后台访问XAML元素
  8. PHPStorm——配置修改
  9. 关于spring3中No Session found for current thread!and Transaction的配置和管理(转)
  10. 项目经验谈---IM新消息界面刷新异常处理记录