如何降低软件项目的风险 -- 包括客户的风险,软件提供商的风险

本文探讨了在软件项目中如何从客户需求出发降低风险。首先介绍了传统的软件开发流程,随后对比了敏捷开发模式及其潜在问题。最后提出了一个结合两者优势的混合模式,包括快速原型演示、详细需求分析及精确的时间成本估算。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

引言:
      “降低软件项目的风险” 一般都是软件提供商的项目经理正在自己立场思考的问题。而这篇文章将结合“结合降低客户的风险”和“软件提供商的风险”提出一些自己的观点。
1. 传统模式: 写需求分析、 设计、 编程、测试、交付给客户
2. 敏捷开发模式:通过多次迭代
    存在的缺点: 迭代的次数难于控制,很难向客户说明什么时候能完成。客户习惯了当需求改变后,软件提供商总是能迅速实现,这将导致客户不认真思考问题。
3. 自己的模式:
a)   先采用敏捷开发模式,只记录简要的需求, 迅速开发出一个模型,并演示给客户看。(注:这里是演示,而非交付。在这个阶段中,为了降低客户的风险,可以不先向客户收钱。)
b)  根据演示的结果,判断是否实施这个项目。如果要,再做详细的需求分析。估计一个比较大的完成时间,并给出单位时间的项目收费和软件开发的总费用。(如这个项目需要6个月的时间,每个月需要2万的资金。总价为2万/月×6个月=12万)。也可以分为更为仔细的计算方式。
C)细分每个需求的开发时间,计算出比较精确的时间。

转载于:https://www.cnblogs.com/Ken-Cai/archive/2008/04/05/1138141.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值