软件开发工作量如何评估

IT项目外包的成本是由很多因素确定的，下面根据我们多年的项目外包经验，来为大家进行介绍。

1、项目复杂程度

IT项目外包内容包括业务流程外包、应用产品外包、IT工程服务外包以及解决方案外包等方面，每个功能模块的难易程度均不同，这也直接关系到IT项目外包价格的高低。复杂程度高，耗费周期长，则价格偏高，反之则降低。

2、技术人员的开发成本

若外包的IT项目需要资质较高的IT工程师来维护，那么必然需要支付较高的费用。

3、风险高低

想必大家对于这个方面都比较陌生。没错，风险高低也会影响IT项目的外包价格。

具体如下。

IT项目特点：1、时间紧迫性。任何项目都有周期限制，但是IT行业的特点决定了其在这方面有更加严格的要求。IT项目的紧迫性决定了项目的历时有限，具有明确的起点或终点，当达到了目标或目标被迫终止时，项目即结束。随着信息技术的飞速发展，IT项目的生命周期越来越短，时间甚至成为项目成功的决定性因素，因为市场时机稍纵即逝，如果项目的实施阶段耗时过长，市场将被竞争对手抢走。因此，作为IT经理在开始一个项目之前，就必须明确项目的时间约束，甚至具体到每一个任务都必须明确时间要求。2、项目独特性。按照项目定义可知，每一个项目都是惟一的，世界上没有完全一样的两个项目。

但是这一特性在IT领域表现得更为突出，IT项目不仅向客户提供产品，更重要的是根据客户的要求提供不同的解决方案。即使有现成的解决方案，也需要根据客户的特殊要求进行一定的客户化工作。

因此，IT项目经理必须在项目开始前通过合同（或等同文件）明确地描述或定义最终的产品是什么。如果刚开始对项目的目标没能定义清楚，或未达成一致，则最终交付产品或服务时将很容易发生纠纷，造成不必要的商务和名誉损失。在IT项目中，即便是定义清楚了项目的目标，客户仍然会经常调整实现指标，这就使得项目变得很难控制，因此这就需要项目组与客户单位有良好的沟通渠道，否则变更是无止境的。

3、不确定性。IT项目的不确定性是指项目不可能完全在规定的时间内、按规定的预算由规定的人员完成。因为项目计划和预算本质上是一种预测，在执行过程中与实际情况定会有差异。另外，在执行过程中还会遇到各种始料未及的“风险”，使得项目不能按原有的计划来运行。

用于软件项目工作量估算的方法有以“估”为主的专家法和类推法，以“算”为主的类比法和方程法。在软件估算的实践中，类比法和类推法也是普遍使用的估算方法。

1、类比法

类比法是指将本项目的部分属性与类似的一组基准数据进行比对，进而获得待估算项目工作量、工期或成本估算值的方法。类比法是基于大量历史项目样本数据来确定目标项目的预测值，通常是以50百分位数为参考而非平均值。选择类比法进行估算，应根据项目的主要属性，在基准数据库中选择主要属性相同的项目进行比对。

类比法适合评估那些与历史项目在应用领域、系统规模、环境和复杂度方面相似的项目，通过新项目与历史项目的比较得到估计数据。类比法估算结果的精确度取决于历史项目数据的完整性和准确度。因此，用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的相关属性建立基线数据。

适用范围：

当需求极其模糊或不确定时，如果此时有与本项目类似属性（如规模、应用类型、复杂度、开发团队经验等）的一组基准数据，则可直接采用类比法，充分利用基准数据来估算工作量。类比法可以在整个项目级上做基准比对，也可以在子系统级上进行。

估算过程：

1） 确定待估算项目所具有的属性特点，如系统的规模、复杂度、应用类型、业务领域、开发人员的经验和能力等。

2） 查询历史数据库并筛选“最相似”的项目属性数据。

3） 如果待估算项目属性与历史项目的主要属性类似，则可依据历史项目的基线数据直接得出待估算项目的工作量合理范围。

4） 如果同时满足待估算项目主要属性的历史项目太少，则可针对待估算项目的每个属性与历史项目相应属性的基准数据分别比对，再分别计算得出P25/P50/P75的平均值作为估算值。

5） 一般情况下，取P50的工作量数据作为待估算项目工作量最可能的值。

2、类推法

类推法是指将本项目的部分属性与高度类似的一个或几个已完成项目的数据进行比对，适当调整后获得待估算项目工作量、工期或成本估算值的方法。选择类推法进行估算，通常只参照1~2个高度类似的项目，同时根据待估算项目与参照项目的差异，进行适当调整。

适用范围：

1） 当需求极其模糊或不确定时，较难估算工作量，如果此时具有高度类似的历史项目，则可直接采用类推法，充分利用历史项目数据进行估算。

2） 适用评估一些与历史项目在业务领域、应用类型、环境和复杂度等方面的相似项目，通过新项目与历史项目的比较进行估计。

3） 该方法估算结果的精确度取决于已完成项目数据的完整性、准确度，以及两个项目之间的相似度。如果没有类似的项目，该方法就不能应用。

估算过程：

1） 识别出待估算项目的主要属性。

2） 查找本组织曾经做过的类似的历史项目。

3） 对比历史项目，标记差异点，经过调整后计算出待估算项目的工作量。

3、方程法

采用方程法进行工作量估算时，应考虑根据开发组织实际情况进行回归分析，建立回归方程。可将所有影响因子都考虑在内建立多元方程，也可以先根据部分影响因子算出初步的结果，再对结果进行调整。

行业级模型示例如下：

行业级模型： AE=（SPDR）SWFRDF

公式中：

AE：调整后工作量，单位为人时

S：规模，单位为功能点数

PDR：生产率，单位为人时每功能点

SWF：软件因素调整因子

RDF：开发因素调整因子

能上回答望采纳！如有疑问可私信！

随着中国信息化水平发展的加速，IT系统越来越复杂，越来越庞大，公司业务对IT系统的依赖性也日渐提高，IT系统的任何波动和故障，都会直接影响公司业务的正常开展和进行，企业需要具备合理有效的IT运维策略来保证业务系统的正常运作。

一、IT运维管理的现状及问题

信息系统的架构创新不仅仅带来了效率提升、成本下降等管理层面的价值，更是成为了企业加速形成差异化经营、保持核心竞争力优势的关键，而IT系统的运维与管理是企业业务系统的保障，更是企业生存和快速发展的支撑。

公司在信息化水平日益完善的同时，随之而来的是更多的应用系统、软硬件平台和设备等需要维护和管理。如何对结构复杂的IT系统进行有效的监控和管理，已经成为了企业信息化部门非常关注的一个问题。作为IT管理部门，经常被大量的IT故障和问题所困扰，“拆东墙补西墙”的尴尬场景也是常常上演。不论哪一家企业，只要它的员工和IT系统发展到一定的水平，就会不可避免地面临IT系统管理的一系列难题。

IT运维管理工作中可能存在的问题有：

11IT运维管理机制不完善，流程 *** 作不统一

许多企业尚没有建立起稳定和规范的IT运维机制。现有的IT运维流程的 *** 作不规范不统一。如IT事件单提交之后，事件预判和优先级的设定不统一，没有规范性的指导文档，仅以运维工程师的经验判断或约定俗成的主观方式引导IT事件的处理。有识别但不规范，有处理但无管理，有人员但疲于应付，有系统但用不好。因此，“轻规范、重维护”的IT运维管理现状很容易造成因员工技能水平参差不齐带来的IT运维不稳定，直接影响维护体系的效果。简单点说就是还未脱离传统管理思想的束缚。

12过度依赖核心人员，年轻员工成长慢

IT运维管理是一个系统性的技能，在实际工作中积累的的经验始终仅能在小范围内得到传播和继承，这就形成了企业里面的一个特殊景象，同样是IT运维部门，有的员工独挡一面从白天忙到天黑累倒吐血，有的员工经验平平帮不上什么忙反倒悠哉游哉。尤其是IT的使用部门，对于有经验的IT运维人员更加依赖和倚重，这样导致了无论是IT事件性质的识别、优先级的界定，还是问题的分析判断，均汇总至少数核心人员进行处理。所谓大事小事一把抓，这样不仅增加了少数核心人员的工作量，也容易产生工作流程的“瓶颈”，降低运维管理部门整体的工作效率，也会让一些核心员工产生巨大的压力感。

以上就是关于IT项目外包怎么计算人员成本全部的内容，包括:IT项目外包怎么计算人员成本、it项目的特点、软件开发工作量如何评估等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！