五种错误的实践方式导致软件开发项目难以管控

五种错误的实践方式导致软件开发项目难以管控

ID:46067315

大小:57.13 KB

页数:4页

时间:2019-11-20

五种错误的实践方式导致软件开发项目难以管控_第1页
五种错误的实践方式导致软件开发项目难以管控_第2页
五种错误的实践方式导致软件开发项目难以管控_第3页
五种错误的实践方式导致软件开发项目难以管控_第4页
资源描述:

《五种错误的实践方式导致软件开发项目难以管控》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、五种错误的实践方式导致软件开发项目难以管控软件开发是一项复杂的工作,对于软件开发的管理和控制,发展出一门专门的学科:软件工程。在这方面有许多的国家标准和国际标准。但软件工程更多的是从技术的角度来规范软件开发的管理和控制,本文试图从管理者和实践的角度来阐述一些软件开发的管理和控制所应遵循的基本原则。在软件开发项口中经常出现二种极端情况:一种是创造了新的生产率和质量的纪录;一种则完全是一场灾难,不是被取消就是拖延很长时问。通过提炼这些成功和失败的例子,软件项目成功或失败的根本原因可能会更清晰一些。在讨论这些原因之前,我们先来定义一下什

2、么情况可以称为失败的软件项目。1・由于费用超支或计划执行超时而终止。2.完成计划的时问或费用超过了原计划的50%。3.由于质量或性能上的原因引起和客户的纠纷。下面我们将按其影响大小的顺序排列说明5种错误的实践方式。错误1:没有软件开发的历史数据缺乏软件开发的历史数扌居是大多数软件项目失败的关键所在,这样的结论也许使很多人感到吃惊,但事实就是如此。没有一个可靠的软件开发的历史数据会使项目经理,程序员,客户对于软件开发的过程缺少清醒的认识。假设现在你正在管理一个软件项目,而这个项目还没有一个公司在36个月内完成作为一个负责的经理,你作

3、了一个比较细致和保守的估计,然后告诉你的客户和你的手下说你认为这个项目需要36-38个月完成。然而常常有这样的情况发生:你的客户和程序员要求把时间压缩到18个月。客户一方面希望软件尽早投入使用而产生经济效益,一方面也想压缩项目时间作为一个讨价还价的筹码;而程序员一方面可能过于自信,一方面尽早结朿项目也能使他们多赚点钱。而此时你的手头上也没有一个可靠的软件开发的历史数据,在他们的压力下你同意T18个月的计划,于是一场灾难开始了。在项日的开始阶段你发现计划被拖延了,于是开始向程序员们施加压力,要求他们加快进度,程序员为了追求进度而不得

4、不把其它指标放在一边,这些问题不断的积累下来而项目经理却蒙在鼓里。到了项目屮后期这些质量问题会不断暴露出来,而且互相关联并且难以解决,甚至有些是系统设计的问题,这时才发现好多模块要推倒重来,18个月完成计划变成了天方夜谭。虽然上面只是一个虚拟的例子,但在实际中这种情况比比皆是。问题的关键就在于软件开发的历史数据是反映软件开发队伍的能力的标尺,没有了这个标尺,就无法对软件的幵发过程有一个清醒的认识。错误2:不重视使用软件费用估値工具软件和计划工具软件国内的软件公司大多数是处在“十几条枪,一个手工作坊”的水平上,在承接软件开发的项日之

5、后往往是几位骨干人物讨论之后对费用和进度作一个大致的估计,然后就开始进入项目的执行。这种方法带有明显的主观性。在作一个精确的软件费用估计和作一个比较现实的项目幵发计划时需要考虑许多因素。对于一个大的软件项目,用手工作费用估计和作计划是不能胜任的。现在国外市场上有大约50种商业软件费用估计工具包和大约100种商业项目计划工具包,使用他们作精确的估计比手工的估计更可能获得成功。常用的软件费用估计工具软件有Checkpoint,Colomo,Estimacs,Price_s,S1im0常用的项目管理软件有MSProject,Primav

6、era,ProjectManager'sWorkbench,Timeline°把这二种工具软件联合使用可以互为补充,帮助经理驳回客户和程序员的无理要求并且能精确的控制项目的执行。错误3:忽视用户的需求的变动尽管最初的用户需求在签定开发合同时已经包含在需求说明书中,但在整个开发周期中期望用户的需求一直保持不变是不大可能的,因为用户对于如应用计算机软件并没有一个成熟的经验。在项目进行中用户的需求会不断的增长,一般情况下用户的需求以每月1%的速率增加,如果一个项目在12个月内完成,最终将有超过10%的改动,如果项目要持续36个月,•最后

7、将增加1/3的功能。每月1%也只是一个经验数据,一个缺乏计算机应用经验的用户会更频繁的改变和增加他的要求。因此在作项目的费用和时间估计时…定要考虑用户需求的变化。…种比较明智的方法是在签定开发合同时把用户需求的改动和经济利益挂钩,如果用户增加或改动了需求,那么软件的交付日期可以推迟,费用也应增加。错误4:忽视监督项目的进度到目前为止,软件产业还没有一个标准的项目进度的检查标准。一个比较清晰的尺度是用已经实现的软件功能反映项日的进度。但这种方法是否就是最科学的衡量标准,现在还不能定论,毕竟在一个软件项目中软件功能只是一个主要而非全部

8、的任务。因此一个项目经理在监控项目执行时不应该只关注实现的软件功能,还要关心文档,测试,技术支持这些因素。在实际工作中我们经常听到经理或程序员说这样的话:“项目已经完成了90娇,这种结论带有明显的主观性,一个优秀的项日经理不应该被手下的判断所迷惑,

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。