软件项目开发过程中的常见错误
软件项目开发过程中的常见错误有哪些呢？下面就来为大家总结总结。产品相关的错误
需求镀金：项目具有比实际需求多得多的性能，（需求控制，范围不能太广）
功能蔓延：项目平均会有25%的需求变更（项目边界模糊需控制范围）
开发人员的镀金：开发人员着迷于新技术
又推又拉的交易：经理在批准项目进度顺延时又加入了新的功能
研究导向的开发（面向目标的开发，充满过多的风险和不定性，没有办法进行严格的控制）
过程
缺乏计划（没有认真的计划）
过于乐观的计划（没有考虑风险，没有考虑项目范围）
在压力下放弃计划（有计划的，但由于各方压力，就放弃计划）
缺乏足够的风险管理（没有风险管理）
承包人导致的失败（外包出去的项目失败了，过于相信承包人）
在模糊的项目前期浪费时间（fuzzy frond end，项目审批过程的时间浪费了，）
前期活动不合要求（前期没有做好，后期要重做）
设计低劣
缺少质量保证措施
缺少管理控制
太早和过于频繁的集成（什么是集成？）
项目估算时遗漏必要的任务（计划没做好，比如漏了要租办公室）
追赶计划（加班加点开发，结果后面更累）
鲁莽编码（拿来一个问题，不作分析，直接写代码）
技术相关的错误
银弹综合症: 过于相信以前没有采用过的技术的宣传（片面看宣传就采用某技术）
过高估计了新技术或方法带来的节省量（考虑好采用新技术的风险）
项目中间切换工具（中途更换技术）
缺少自动的源代码控制手段（采用gitlab代码管理工具）
人员相关的错误
挫伤积极性（员工压力大，又经常被骂）
人员素质低（随便招人，临时招人）
对有问题的员工失控（经常拖任务的人员不处理）
英雄主义（把过多事情堆在一个牛人身上）
项目后期加入人员：“火上加油”（新人还要培训或适应，而且不能影响团队团结）
办公环境差（经常大声聊天）
开发人员与客户之间发生摩擦（需求不对称）
不现实的预期（对整个项目的计划建立在很多假设的基础上）
缺乏有效的高层对项目的支持
缺乏各种角色的齐心协力（合理安排每个角色的都有事做）
缺乏用户介入（经常与客户沟通）
政治高于物质（高层不想做这个项目了）
充满想像：“项目组没人真正相信他们能够按给定的计划进度完成项目，但他们认为如果每个人能够努力工作，并且不出现问题，他们可能会很幸运地按时完成任务。 时间紧任务重，怎么简单怎么来！！！
页:
[1]