项目失败的原因总结

通常都是我的项目经理给我分配任务 可是我所在的公司不如您所在的公司那么专业吧 每次任务单上就一句话 我还得反反复复的问 而且越问越乱 越问东西越杂(客户不专业?) 结果需求弄的天花乱坠 东西不是做不出来 做出来的东西是什么我都不知道 如果是失败的话 我觉得那些需求怪异的东西都是失败的作品

做项目最容易失败的一点就是客户一把手没有重视进来，如果一把手很重视这个事情，基本上就成功了60%了，以后就是和客户沟通交流，做出的软件操作简单实用，考虑周全一些，多出用户的期待，我想软件出来就是实用的。

需求不明确，流程不清晰
程序员都不知道自己做的东西怎么用，有什么人在用

做一个项目，时间没有估计准确，结果还得大一起加班通宵，结果补贴也没按照全发，留不住员工，结果一个项目组的人都跳槽，就剩一个项目经理。

小公司内 设计出现问题，而且到最后才发现。。。是一个国内知名美容连锁店的项目 最终还是无力挽回。。。
 
1、项目组成员沟通
2、客户需求
3、项目经理把关
4、公司决策

代码不规范，或是数据库建的不合理，或是程序异常没有做处理，或是连接未关闭导致数据库死锁等等原因

项目失败：1是数据库设计出了问题
  2架构出了问题
  （这两种都可以补救的，最多也就是运行时不怎么理想）

1.需求
客户需求不明确，导致项目一拖再拖，最后需求仍然不满足。
2.项目上线后的灵活性。

管理不当加之需求不定

销售和客户谈的价钱比较小，然而需求调研，架构设计，开发，测试，维护的成本比较高，最后入不敷出，失败

1、需求控制；
2、项目进度控制；
3、项目质量过程监控；
4、正确的引导客户（用户的需求是无止境的，而且不一定都合理，不许正确引导）；

我说下我们公司失败的项目，也导致了公司走项下坡路。
为了节省所谓的维护费想做一套软件放到服务器，接收所有客户的操作，想法还不错。
首先，太冒进，我们老总总喜欢说什么快鱼吃慢鱼，可快也有快的很多弊端，如果项目失败，投入收不回来还会造成原有版本的无法使用，现在搞的很多客户用会原来的版本，想想搞的什么事啊
其次，对项目的难度估计不足，找些虾兵蟹将，连软件的业务功能都搞不懂就开始搞，导致后期大量的修改。
最后修改到吓跑了一个个程序员。
对服务器的安全性没有考虑，没有网管没有防火墙，靠些编程的维护服务器，导致一年重装了几十次系统。

需求很有必要作出合理的控制，否则会做到，抓狂，绝望的地步
发布前的质量检查，否则到了客户那，就变成一个个的投诉电话
技术难度要有尽量准确的估计，用人和分配任务要量其才，量其进步程度，遵守规范要求。否则会不断的需要检查错误，修改代码，规范代码，优化代码，返工重写，很影响项目进度

经验不足，需求分析没做好，开发周期长，测试没做好

领导们争权夺利
商务做不好
开发人员水平参差不起
不给公平待遇，导致人员流动大
拖得太久导致人心涣散
最后大家互相埋怨

老板胡指挥

首先是项目经理是兼职的，1个星期来一次。而且整个系统起初被描绘的非常庞大。但是团队里4个人工作经验都没有超过半年。最恐怖的是，我们用的技术完全是全新的，大家边学边做。
其次，项目经理对整个项目并不理解。
再次，C#弄界面，C++写逻辑，完全是混乱一片，最后根本没有达到效果。
失败的原因是，老板脑子恍惚了，请了我们这群2B

1、项目的规划不合理，没有根据现有的资源进行合理、适度的安排。
2、项目组中，缺乏沟通和帮助，人人只管自己做自己的。
3、对项目的期望值高过预期，导致制定进度已经失衡。
4、经常性的加班，导致开发人员积极性受损，对此项目埋怨较深，可能会消极怠工！
5、项目经理没有处理好与开发人员的关系，之间应该是互利合作的关系，但是项目经理往往喜欢以一种命令的口气，导致潜在的矛盾。

一 用户对需求不清，边界不明，IT知识的缺乏
二 项目组成员缺少某类型软件开发经验
三 项目分工不明确，管理不到位
四 公司为了赚钱，多个项目累积，开发人员不足，更别说测试
五 项目完成销售工作没有做到位
六 售后服务应该是最重要的吧，这点做不好失败特别多

项目失败项目经理要占98%的责任，因为没有沟通好，沟通是项目的重要手段和方法，其次是对项目的控制以及对人员的控制，没有控制权也容易造成项目失控，还有善于利用客户和公司的对立关系，因为项目经理是夹在中间的，所以非常难做。
我就曾经利用监理方对公司下达整改通知单，就是因为公司不配合，这个时候就是要利用客户来要挟公司。
目前在我在任的时间没有做失败的项目，只有时间上控制不好，造成延期的项目。
不过产品太烂也有可能。
综合一句话，项目经理是关键。

个人经历刚进第一家公司
拿到一个二手代码，代码很乱，没文档，没解释，没数据库说明
数据库全是xxjy之类的。。。都根本看不懂是什么玩意
说了一大堆不知所云的名词，又是盒子，又是什么，我以为是盒子模型，没想到。。。是说的主页上调用的一个小方块。。。就是一个DIV。我的那个神
系统2手没文档就算了，系统还是从ASP改的。。。我真的无语了，你说你内存泄露了ASP+JSP混用不用连接池也无所谓，但servlet也不用了，JSP全部用页面逻辑，把JAVA当服务器脚本语言VB使了。用就用吧，还要坚持面向过程的原始网页，那你也给我流程吖，流程你自己搞清楚，怎么搞？那我能看ASP，你给我代码啊，代码在服务器上。。。上了服务器，竟然一个站点下有45个小站点。没事你分那么多干吗？到处乱调用，到头来自己都晕了。这还没完，人家说了，我们学baidu之类的，把域名分成子站，那你站点能不能独立的完成一件事呢？答案又否定了，只是表面分离，各占应用耦合数据操作上。这边一下，一堆跟着下线。最好的是你还不知道哪个跟着动了，因为一行注释也没有，生成静态页面你也就生成吧，没有命名规则拉到了，最好玩的是每次都给单独文件生成一个文件夹，1年运行下来文件夹数量竟然超过3万，想从主服务器拷贝，乖乖下了1天了，还没结束。。。
我还能怎么改，我是没那个本事改了。。。最终我提出辞职了。我很无奈。但我没那本事去弄了。

1:　非技术领导过多的插手管理．
２：对前期分析设计严重不足．
３：对测试，质量管理不重视．
４：急于卖产品．

1 开发人员彼此之间“独立”，没有共性。
2 客户需求经常变更，超出开发人员预期时间。
3 缺乏好的项目经理
4 项目架构失败，导致代码耦合度高，重构型差。

我总结了几点：
1，需求不明确；
2，资金不足；
3，计划变更；
4，竞标失败；
5，领导不力；
6，人员技术不足；
7，急于求成；
8，技术人员流失；
9，与客户管理紧张；
10，资源缺乏；
11，开发时间太长；
12，只顾局部，不顾全局；
13，项目漏洞太多；
14，开发局限性大；
15，代码凌乱，不规则；
16，计划赶不上变化；