【征集】你遇到的项目失败的原因有哪些？前车之鉴，大家学习一下！[解决办法]正在做项目的过程中。求楼主先总结
【征集】你遇到的项目失败的原因有哪些？
前车之鉴，大家学习一下！
[解决办法]
正在做项目的过程中。求楼主先总结一下。
[解决办法]
这个想法不错 呵呵
吸取之前的教训
[解决办法]
[解决办法]每个项目都不一样，所以总结失败原因不如总结成功原因。
[解决办法]做项目最容易失败的一点就是客户一把手没有重视进来，如果一把手很重视这个事情，基本上就成功了60%了，以后就是和客户沟通交流，做出的软件操作简单实用，考虑周全一些，多出用户的期待，我想软件出来就是实用的。
[解决办法]需求的失败引起项目的失败。
[解决办法]曾经接到一个项目，价钱没协商好
[解决办法]最近做一个华为的项目, 要求都用他们自己的东西, 从前台页面标签到后台持久层都是
虽然看似封装的好, 但是速度慢得惊人
很容易失败的地方就是客户了, 呵呵.
现在做个软件, 没有做不到的, 只有想不到的, 能想到的, 都能帮你实现.
[解决办法]关注关注。。。学习学习！
[解决办法]学习一下！
[解决办法]需求不明确，流程不清晰
程序员都不知道自己做的东西怎么用，有什么人在用
[解决办法]做一个项目，时间没有估计准确，结果还得大一起加班通宵，结果补贴也没按照全发，留不住员工，结果一个项目组的人都跳槽，就剩一个项目经理。
失败啊……
[解决办法] 项目竞标前就进行开发，后来没有竞到标，前期付出前功尽弃 。。。。。。。。。。。。。。
[解决办法]学习一下！
[解决办法]项目，很头痛！
[解决办法]沟通问题吧
[解决办法]团队问题。。。我亲眼目睹过一个项目组的夭折。。。
小公司内 设计出现问题，而且到最后才发现。。。是一个国内知名美容连锁店的项目 最终还是无力挽回。。。
[解决办法]楼主应该先给些经验才对啊！
[解决办法]没中标。
[解决办法]各位朋友有没有类似与开心网和校内网的邮箱导入功能。我现在急用
请各位朋友多多指教
[解决办法]路过来看的。没经历过
[解决办法]受益匪浅啊。
[解决办法]学习过程中
[解决办法]正在学习中
[解决办法]我自己认为有几点原因导致项目失败：
1、项目组成员沟通
2、客户需求
3、项目经理把关
4、公司决策
[解决办法]开发员要非常细心，很容易被小错误困扰，烦死人了的
[解决办法]沟通理解上的差异。
[解决办法]代码不规范，或是数据库建的不合理，或是程序异常没有做处理，或是连接未关闭导致数据库死锁等等原因
------解决方案--------------------
帮顶！
[解决办法]项目失败：1是数据库设计出了问题
2架构出了问题
（这两种都可以补救的，最多也就是运行时不怎么理想）
[解决办法]程序效率问题
[解决办法]实力不足~
[解决办法] 我是来学习的
[解决办法]学习点，支持
[解决办法] 需求人员是第一层，接下来是项目经理再接下来是设计、开发人员。
[解决办法]1.需求
客户需求不明确，导致项目一拖再拖，最后需求仍然不满足。
2.项目上线后的灵活性。
[解决办法]时间太紧，人手不够，主要负责人病假，项目不能按期完成
与客户过多交流技术问题，导致其总是挑毛病，改需求，项目陷入拉锯
[解决办法]管理不当加之需求不定
[解决办法]。。。
[解决办法]需求控制不住，有时候客户都不知道自己的需求是什么，等你做出来了，觉得这个不行那个不好
[解决办法][解决办法]不如当初设想的赚钱多，甚至赔钱。
[解决办法]费代码太多
[解决办法]成功的项目（原因）都是相似的，失败的项目（原因）各有不同....
[解决办法]正在学习中
[解决办法]这是一个值得纠结的问题
[解决办法]1、需求控制；
2、项目进度控制；
3、项目质量过程监控；
4、正确的引导客户（用户的需求是无止境的，而且不一定都合理，不许正确引导）；
程序员不要光看自己负责的这一部分，还要看整个项目，要有这种眼光、胆识，共同努力，项目才会做得相对容易些。
[解决办法][解决办法] 一流的点子，三流是实施，最后，流产。
[解决办法]设计缺陷，导致隐藏很深的问题，到项目结尾的时候才发现，只好忽悠客户，可惜没忽悠住，最后就失败了
[解决办法]团队精神不够吧
[解决办法][解决办法]努力学习过程中.
[解决办法]异常处理
[解决办法]上级管理模式有问题 顶一个
[解决办法]销售和客户谈的价钱比较小，然而需求调研，架构设计，开发，测试，维护的成本比较高，最后入不敷出，失败
[解决办法]1、需求控制；
2、项目进度控制；
3、项目质量过程监控；
4、正确的引导客户（用户的需求是无止境的，而且不一定都合理，不许正确引导）；
程序员不要光看自己负责的这一部分，还要看整个项目，要有这种眼光、胆识，共同努力，项目才会做得相对容易些。
[解决办法]
公司比较大， 鸟人比较多， 说一下最近做的一个项目，没有失败，但差点失败了.
1. Project Owner不是最终客户，没有带过项目经验， 担任了一个接口人的角色
2. 该PO负责和最终客户交流，本来的作用是搭桥，后面越界，插手开发，并且过滤了最终客户的需求。 导致客户非常失望
3. 后面换了一个PO， 目前产品处于冲刺交付阶段。耽误大量时间， 非常累
[解决办法]
正在学习中。。。。
[解决办法]
需求第一，项目管理配置第二。
[解决办法]
[解决办法]1.需求没调查清
2.数据库设计不周到
3.写码过程中偷懒，项目近尾声返过头来修改，结果反而耽搁了时间！
[解决办法]与客户过多交流技术问题，导致其总是挑毛病，改需求，项目陷入拉锯
[解决办法]在项目之前，进行详细的分析！
[解决办法]业务不确定性，人员不确定性，理解不一致性，能力不确定性无法评估风险
[解决办法]时间要估计多一点,
我的经验是, 上级压下来的时间*3是最好的, *2是最合适的
[解决办法][解决办法]失败是成功之母，我不认为失败是坏事，但一定要总结
[解决办法]计划有问题！（主要是不切实际或者不合理）
测试不充分！（项目测试时间过短，有隐藏的问题甚至是大问题未测出来！）
[解决办法]我说下我们公司失败的项目，也导致了公司走项下坡路。
为了节省所谓的维护费想做一套软件放到服务器，接收所有客户的操作，想法还不错。
首先，太冒进，我们老总总喜欢说什么快鱼吃慢鱼，可快也有快的很多弊端，如果项目失败，投入收不回来还会造成原有版本的无法使用，现在搞的很多客户用会原来的版本，想想搞的什么事啊
其次，对项目的难度估计不足，找些虾兵蟹将，连软件的业务功能都搞不懂就开始搞，导致后期大量的修改。
最后修改到吓跑了一个个程序员。
对服务器的安全性没有考虑，没有网管没有防火墙，靠些编程的维护服务器，导致一年重装了几十次系统。
[解决办法][解决办法]不错 可以 学习学习
[解决办法]需求很有必要作出合理的控制，否则会做到，抓狂，绝望的地步
发布前的质量检查，否则到了客户那，就变成一个个的投诉电话
技术难度要有尽量准确的估计，用人和分配任务要量其才，量其进步程度，遵守规范要求。否则会不断的需要检查错误，修改代码，规范代码，优化代码，返工重写，很影响项目进度
[解决办法][解决办法]太抽象，不好说
[解决办法]学习中。。。。。。
------解决方案--------------------
我参加的项目还没有失败过呢
[解决办法]敏捷开发最好了！我们都是敏捷开发。。。
[解决办法]前后没有想透彻！！！
[解决办法]学习一下！
[解决办法]我个人的观点是首先,项目没那么容易就失败的.如果是失败一定是出现了什么重大的错误.当然如果失败原因肯定不是单方面的,一定是很多很多方面的.所以说这也就是所谓团队之所以重要的原因吧.一个项目失败不能归结于客户有多么不重视,多么不专业或者需求多么垃圾.或者设计多么失败.或者经理组织能力多么糟糕或者开发人员多么差劲.一个项目的失败最起码有我上面说的5条里最少有两条.所以我的意见是一个项目的失败那就是从客户到开发团队的"杰作"
[解决办法]我是刚刚接触，学习了！
[解决办法]做的太慢了，人家急着要，质量不过关
[解决办法]学习一下，受益匪浅
[解决办法]需求模糊，设计模糊，一败涂地
[解决办法]初期资源配置欠妥
中期项目监控不力，人员流动过大
后期客户关系没搞好
[解决办法][解决办法]开发人员的错
[解决办法]俺根本没有实战经验。。。。
