本文旨在收集各种软件项目实施问题，如果你有相关经历或者见闻，敬请和大家分享一下！
以下是基于我当前认知收集到的一些：
一、需求方面：
1、 完全无需求文档这一说
2、 需求无主次之分
3、 和客户无可效及时的沟通途径
4、 无需求变更管理，造成开发时需求混乱(eg:一畏地满足客户的新需求,80%结果是个烂摊子)
5、 一个版本就想做太多功能 (R1)
6、“复杂的问题，需要复杂的解法” (R1)
7、 产品相关业务知识没人培训，很大程度上增加开发成本
8、对于老项目而言，业务没有沉淀，没有人持续梳理、整理及优化现有业务流程。人一波一波的换，结果可想而知。
9、缺少需求质量把关，没有相应的机制。一些不合理不成形的需求流入开发环节。
10、开发人员不用接触业务人员，不用接触一线需求。
二、项目开发与实施：
1、 项目进度计划和评估误差太大
2、 系统分析粗糙、架构不合理
3、 生搬硬套开发流程不切实际
4、 采用不成熟的技术
5、 开发迭代周期过长，问题没得到及时解决
6、 各种测试不充分(单元测试、交叉测试、功能测试、集成测试、压力测试等等)，没有测试指标或者指标数据严重问题、测试用例不切实际
7、 成员开始隐藏进度落后的事实和原因(Schedule Chicken) (R1)
8、 前置任务没完成盲目进入开发(eg:设计数据库结构但是对真实的业务数据都不了解)
9、 软件项目技术上最关键软件架构和数据库设计要严格把控(eg:把数据库设计交给一个只了解业务的人手上,后果是可以想象的
10、项目中途变更项目架构(软件架构+运维人员配置等) ，这种灾难性的事，应该在需求阶段或者在需求变更控制出路掉
11、开发之前的代码规范学习和标准代码示例(包括一个简单而完整的流程)是非常的重要的
12、开发内部的沟通,信息共享等,(须有必要的会议)
13、选迭代还是瀑布开发模型,需要切合实际
14、CMMI3的流程是可以配置的, 时间严重不够的时候是可以变通的 。
15、项目与产品平台并行开发（产品平台的进度直接影响项目的开发）(R2)
16、按照需求(原型)的设计而设计 , 本身没什么问题 ， 但需求不一定完全正确的 , 这得需要反复的沟通找到需求的本质要解决什么问题(R2)
17、没有美工这个角色，浪费程序员大量时间，而且产出很低(R2)
三、管理与资源方面
1、 缺乏资金、合适的人员
2、 管理层信心不足
3、 人员配置不当，不能知人善用
4、 无应对人员变动频繁的方法
5、 项目之间和部门之间的协调 (by andrew.yang)
6、疑人不用,用人不疑。
大家来补充啊！共同学习共同提高！
附录参考文章来源：