软件项目实施问题收集(LastUpdatedOn:2014-11-17)

本文旨在收集各种软件项目实施问题，如果你有相关经历或者见闻，敬请和大家分享一下！

 

以下是基于我当前认知收集到的一些：

一、需求方面：

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、疑人不用,用人不疑。

 

大家来补充啊！共同学习共同提高！

 

附录参考文章来源：

R1、 Top Ten Signs Your Software Project is Doomed (中文翻译).

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