软件成本随想

软件开发成本

开发人员的工资
- 降低工资
  - 招工资更低的人
  - 外包给工资更低的人
  - 前提：换的人也是能干活的
- 降低投入的时间
  - 增加复用
    - Package化
    - 改造复用
  - 经验式开发，提高工作效率
    - 增强学习，持续改善
    - 跨职能的员工技能
  - 不开发不需要的东西
  - 识别工作中的浪费，消除浪费
    - 距离
    - 过多的会议
    - 没有意义的文档
    - 过度追求完美
  - 充分使用自动化工具
    - 代码自动生成
    - 自动化测试
    - 应手的能提高工作效能的其他工具
  - 提高开发质量，减少不必要的品质活动
- 控制变更
  - 尽快得持续得交付，验证需求
    - 增加最终客户的参与度
      - 课题：控制需求变更蔓延
    - 将变更提前，减少影响
  - 推迟决策，减少决策风险
  - 充分交流，减少错误的设计决策
  - 不进行或晚进行可有可无的变更（商务）

时间： 2024-10-18 15:30:19

软件成本随想的相关文章

软件设计随想-上下游系统集成问题

Software design thinking 软件设计随想 Service agent (SA) 这个项目与service manager (SM) 集成经历过两种方案,一种是直接与SM的数据库进行集成交互:另外一种就是面向服务的集成,通过SM提供的SMRWS API服务进行交互集成. 我概括地称之为直接面向基准数据源的集成设计(SA->SMDB) 和面向服务的集成设计(SA->SMRWS->SMDB). 今天遇到一个面向服务的集成设计的问题,SMRWS的主从web servers的

软件管理随想记 - 谈公司业余活动的重要性

什么是公司的业余活动呢?说的简单点,就是在工作之余,由公司组织的业余活动,包括体育,旅游,甚至包括饭局.那这和管理有什么联系呢?其实很多公司忽略了这个问题,有甚者一次这样的活动都没有组织过.我个人觉得,这是非常不妥的.其实公司的业余活动是很重要的,公司不应该吝啬于那少少的开销,而忽视它的重要性.那它有什么地方值得我们要如此的关注它呢.下面我就把其中缘由慢慢道来. 第一点,无疑是可以帮助员工减压,工作是有压力的,特别是干软件这行业,成天对着电脑,压力特别大,通过公司业余活动,可以提供给员工一个放松

基准化的软件绩效和成本度量

随着信息技术的持续革新和宏观政策引导,信息化已成为提升管理水平.提高生产效率和业务能力的重要手段,特别是"互联网+"."智能制造"等一系列国家战略发布以来,越来越多的组织选择深化信息技术应用,推动业务转型,取得了显著成效.与此同时,"IT生产率悖论"--即大量的信息化投资并不一定带来应有的回报,究其原因就是整个信息化过程缺少有效的绩效评价和成本管控机制.管理大师德鲁克曾经说过"无法度量就无法管理",要根本解决信息化的问题,第一

软件项目中的成本构成及估算方法【转】

随着知识经济.信息时代的来临,计算机软件业迅猛发展.商品化.资本化.资产化的计算机软件的价值评估的社会需求也日益增多,而且有越来越多的趋势.由于系统软件通常是一些规模大.复杂程度高的人一机系统,因此,系统软件的开发.使用.维护.管理的过程,是一个非常复杂的系统工程,需要有巨大的人力.物力.财力资源,需要各种计算机软.硬件的支持.这一特点是在系统软件评估中应予充分考虑的,也是从成本途径评估系统软件价值时应予着重关注的.据统计,软件成本在软.硬件总成本中的份额,已从50 年代的百分之十几,上

(一)软件工程学概述

(1) 什么是软件危机,具体表现,消除软件危机的途径(*) 软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题答:"已完成"的软件不满足用户的需求:开发进度不能保障:软件开发成本和进度难以准确估算:软件产品的质量没有保证,软件常常是不可维护的. 开发成本和进度难以估算和控制,大大超过预期用户对已完成的软件不满意,需求分析不够充分软件产品的质量难保证软件维护困难难以改正错误难以增加新功能软件通常没有配套文档资料软件成本占计算机系统总成本中比例逐年上升软件开

软件工程--软件危机

1.1软件危机 1.1.1软件危机的介绍软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题.这些问题绝不仅仅是不能正常运行的软件才具有的,实际上,几乎所有软件都有不同程度地存在这些问题. 概括地说,软件危机包含下述两方面的问题:如何开发软件,以满足对软件日益增长的需求:如何维护数量不断膨胀的已有软件.软件危机具有长期性和症状不明显的特征. 具体地说,软件危机主要有以下一些典型表现: 对软件开发成本和进度的估计常常很不准确: 经常出现用户对"已完成的"软件产品不满意的情况

【转】软件需求分析方法

软件需求分析(Software Reguirement Analysis)是研究用户需求得到的东西,完全理解用户对软件需求的完整功能,确认用户软件功能需求,建立可确认的.可验证的一个基本依据. 软件需求分析是一个项目的开端,也是项目实施最重要的关键点.据有关的机构分析结果表明,我们设计的软件产品存在不完整性.不正确性等问题80%以上是需求分析错误所导致的,而且由于需求分析错误造成根本性的功能问题尤为突出.因此,一个项目的成功软件需求分析是关键的一步. 一. 软件需求分析理论如果我们用数学方法来

敏捷软件开发和传统软件工程

一. 传统软件工程从上个世纪60年代开始,人们开始逐渐认识到了确实存在着"软件危机" 这样一个事实,软件开发人员被诸如下列问题困扰: 软件生产不能满足日益增长的需要软件开发成本和开发进度估计往往不准确软件开发人员和用户之间信息交流不充分,用户对完成的软件满意度很低软件价格昂贵,软件成本在整个计算机系统中所占的比例急剧上升,软件已成为许多计算机系统中花钱最多的项目软件质量难以保证软件可维护性差,程序中的错误很难改正,适应性或完善性维护都极其困难导致危机问题的一个重要原因

软件体系结构原理、方法与实践总结

第1章:软件体系结构概论什么是软件危机,软件危机的具体表现有哪些? 软件危机:落后的软件生产方式无法满足迅速增长的计算机软件需求,从而导致软件开发与维护过程中出现一系列严重问题的现象. 软件危机的表现: 软件成本日益增长,开发进度难以控制,软件质量差,软件维护困难产生软件危机的原因,如何克服软件危机? 产生软件危机的原因有用户需求不明确,缺乏正确的理论指导,软件规模越来越大,软件复杂度越来越高. 人们面临的不光是技术问题,更重要的是管理问题.要提高软件开发效率,提高软件产品质量,必须采用工程