Project management 为什么现在很多软件项目都失败了?
只要有软件项目,全世界都想知道为什么它们经常失败 我想知道是否有一个列表或类似的东西显示了今天有多少软件项目失败。如果能比较一下过去20-30年,那就太好了 您还可以添加软件项目失败的主要原因。我的观点是“需求很差,甚至不存在”,也包括“没有(真正的)客户/用户参与” 编辑:几乎不可能清楚地定义术语“失败”。假设失败意味着:项目超出预算和时间10%以上。 在我看来,10%+/-是一个很好的报价/投标范围 编辑:直到现在(2月11日),似乎大多数海报都认为项目失败基本上就是项目管理的失败(不管失败意味着什么)。但事实证明,大多数开发人员对这种情况并不满意。也许不是因为经理在项目不成功时受到惩罚,而是因为懒惰、无能的开发团队 当我读到这些帖子时,我也能听到开发人员和管理人员之间存在着巨大的“差距”。期望值(可能还有需求)似乎如此不同,以至于项目最终无法成功(随着时间/预算的推移;用户不满意;没有实现所有的first prio功能;太多的bug,因为开发人员被迫在太短的时间内实现……) 我在问自己:我们怎样才能改进它?还是我们有可能改进它?似乎每个人都对现在的情况不满意。我们能缩小这两个世界之间的差距吗?我们(开发人员)是否应该继续罢工,争取“高质量需求”和“基于实际/迭代的时间安排” 编辑:拉尔夫·韦斯特法尔和斯特凡·利泽建立了一个新的“社区”,名为:清洁代码开发者。该小组的目标是将更多的专业知识引入软件工程。独立地,如果一个开发人员有学位或多年的经验,你可以成为这一运动的一部分 干净代码开发人员生活原则 每天都像固体一样。专业人士 开发人员是最大的审查者 他自己的作品。他有一个内在的 帮助他改进和变得更好的价值体系 请访问:Project management 为什么现在很多软件项目都失败了?,project-management,projects,Project Management,Projects,只要有软件项目,全世界都想知道为什么它们经常失败 我想知道是否有一个列表或类似的东西显示了今天有多少软件项目失败。如果能比较一下过去20-30年,那就太好了 您还可以添加软件项目失败的主要原因。我的观点是“需求很差,甚至不存在”,也包括“没有(真正的)客户/用户参与” 编辑:几乎不可能清楚地定义术语“失败”。假设失败意味着:项目超出预算和时间10%以上。 在我看来,10%+/-是一个很好的报价/投标范围 编辑:直到现在(2月11日),似乎大多数海报都认为项目失败基本上就是项目管理的失败(不管失败
编辑:我们公司目前正在做一件叫做“应用程序开发和维护基准测试”的事情。这是IBM提供的一项服务,用于从外部获得有关软件工程过程质量等方面的反馈。当我们得到结果时,我将向您介绍更多信息。我听到的最后一个统计数据是,90%的项目要么超过时间,要么超过预算。所以,如果你认为失败了,就放弃一点。< /P>
它失败的原因主要在于过程。作为软件工程师,我们没有做好收集需求和控制客户的工作。因为构建软件对IT之外的人来说是一项“神秘”的工作,所以他们很难理解为什么最后一刻的更改很困难。这不像是建造一座房子,并清楚地告诉他们为什么不可能在房子的背面用砖块快速地加上另一扇门 这不是一个直接的答案,但我发现这是一个令人着迷的案例研究,说明了一个由政府支持、资金雄厚的大型项目是如何仍然能够成功的 您还可以添加您的主要原因 软件项目失败了 另一篇文章“”探讨了这个问题。其要点总结如下:
- 不现实或未明确的项目目标
- 对所需资源的不准确估计
- 定义错误的系统需求
- 项目状态报告不当
- 非管理风险
- 客户、开发人员和用户之间沟通不畅
- 使用不成熟的技术
- 无法处理项目的复杂性
- 草率的开发实践
- 项目管理不善
- 利益相关者政治
- 商业压力
即使是一个功能完善的产品,如果出现延迟和/或超出预算,也会被许多业务经理视为失败。程序员通常只关注他们所做工作的技术方面,很少考虑成本或截止日期。你真的需要把这三个都做好,它才能被认为是一个成功的项目。毫无疑问,还有许多程序员可以在我周围编写代码,但对于为项目付费的人来说,这是远远不够的。人们/公司不会骄傲地大喊失败,所以很多案例永远不会被听到。不仅软件项目超出预算,或者需要超过预定时间才能完成。只要打开报纸,看看像桥梁这样的公共项目 但是对于一个软件项目来说,取消一切要容易得多。如果一座桥或一座建筑物完工了一半,就没有回头路了。一半的基础设施已经到位。这是非常明显的,它需要钱来消除它 对于软件项目,您可以按Shift键删除,但没有人会注意到 准确的成本分析是一项非常困难的工作