怎么评估软件开发(软件开发评估：快速指南)

　　软件开发评估是许多项目的重要组成部分。甚至在计划阶段之前，对项目的持续时间、成本等进行准确的预测是至关重要的。尽管软件开发评估很重要，但它常常被忽视。

　　也许这是因为很难正确估计。软件开发评估需要理解软件开发项目的所有部分，以及成功完成工作以满足客户设定的质量标准所需的时间。还有金钱，劳动力等等。让我们来探讨软件开发评估是如何工作的，以及它的技术和工具。

　　什么是软件开发评估？

　　软件开发评估是一个过程，通过这个过程，人们可以准确地确定交付或维护基于软件的项目所需的工作量，比如时间和金钱。当然，这定义了任何项目评估。

　　软件开发评估的独特之处在于，它考虑到了软件开发公司用于完成任务的独特技术和过程。这需要使用复杂的工具，并具有良好的数学知识。对于一个软件开发的估计被认为是准确的，它的误差幅度应该在5% 到10% 之间。创建这样一个预测需要在时间和金钱上进行大量的前期投资，但是它通过一个更好的产品来满足客户的需求而获得回报。

　　任何软件开发评估的一部分都是映射其生命周期。这意味着使用诸如工作分解结构(WBS)之类的工具来彻底理解过程中的每一步。ProjectManager 是带有交互式甘特图的工作和项目管理软件，可以从 Excel 导入 WBS 并组织任务、持续时间、依赖关系和里程碑。除此之外，甘特过滤关键路径，并且可以设置一个基线来实时跟踪计划的实际进度。从今天开始免费使用 ProjectManager。

　　如何评估软件开发项目的成本和工作量

　　既然我们已经理解了什么是软件开发评估，那么我们如何评估软件开发项目中的成本和工作？解决这个难题的最好方法是通过一系列步骤慢慢来。动用一切可以动用的手段。这些数据可以是来自过去类似项目的历史数据，也可以是您的团队和可以指导您的专家的经验。

　　一旦你有了一些洞察力和上下文，建议你遵循以下步骤。

　　绘制你的软件开发生命周期

　　您需要了解软件开发生命周期中的所有步骤。这是第一个正式的项目管理框架，从项目规划、分析和设计到实施、测试和维护。您可以为每个阶段的活动、关键角色和可交付成果添加的信息越多，您的软件开发估计就越准确。

　　2. 检查你的项目要求

　　一旦完成了软件开发生命周期，就应该检查项目需求，确保它们与涉众或客户定义的需求相匹配。您的项目需求越清楚，您的软件开发评估就越准确。如果你跳过这一步，几乎不可能对你的成本和工作做出准确的预测。

　　3、做一个工作分解结构

　　您开始在第一步中定义您的活动，但是现在您需要为项目收集每个任务和可交付的内容。完成这项任务的最佳工具是工作分解结构(WBS)。它可以帮助您收集所有必要的步骤，从而实现软件开发项目的最终交付，这将允许您估计时间和成本。

　　使用软件评估技术

　　现在您已经收集了上述信息，下一步是使用软件评估技术。您使用的类型将取决于您将用于软件开发项目的项目方法。我们将很快讨论有关软件开发评估技术的更多细节。

　　软件开发评估工具

　　由于软件开发中预测的复杂性和重要性，使用软件评估工具帮助您获得更准确的数据是至关重要的。正如我们之前提到的，与经验丰富的团队和专家进行头脑风暴可以提供有价值的见解。历史数据也是宝贵的资产。以下是需要考虑的其他一些评估工具。

　　工作分解结构

　　工作分解结构是计算项目时间和工作量的过程的一部分。让我们深入了解一下这个工具，以及 WBS 如何作为项目活动的分层列表。

　　工作分解结构有两种格式。一个是大纲视图，它展示了整个项目，并使用数字来记录其阶段。例如，您将拥有一个项目范围的阶段，并且在此标题下面列出了包括诸如确定范围、保护赞助、定义资源等方面的内容，以范围完成结束。然后您将进入软件需求阶段，并使另一个列表以范围完成结束。

　　另一种工作分解结构形式是一个树状图，显示整个项目，包括最终可交付成果，下面是一排所有项目阶段。每个阶段下面是活动列表。

　　工作分解结构有两种类型。功能性 WBS 是指基于应用程序中有助于估计系统规模的功能而破坏系统的 WBS。另一个是活动 WBS，它基于进一步分解为任务的活动进行分解。这种类型的 WBS 有助于评估工作量和进度。

　　专业技术评估图

　　PERT 是项目评估和审查技术的缩写，也被称为三点评估。PERT 图表是一种考虑到不确定性和风险的三点活动估计技术。它通过采用三种类型的估计来做到这一点。

　　这三个估计是最有可能的(M) ，这是最有可能的成本和时间为项目的基础上，现实地看需要做什么，乐观(O) ，这是最好的情况下完成项目的情况，和悲观(P) ，这是绝境求生手册。然后 PERT 使用以下公式计算加权平均数: PERT Estimate = (o + 4 x M) + P)/6。

　　PERT 图表可以通过确定项目中的任务、定义相关任务、连接任务以及使用这些来估计项目时间表来制作。任务、活动或事件表示为节点，连接表示为箭头。关键路径方法与 PERT 方程一起使用，以找出为了成功完成项目必须完成的最长任务序列。这有助于你估计时间和精力。

　　产品待办事项

　　产品待办事项列表是为了完成项目而需要完成的工作的有序列表。使用产品待办事项列表是在一定时间范围内估计项目长度的理想方法。评估您的产品待办事项列表允许产品所有者对任务进行更好的优先排序，并对范围和进度做出决策。

　　故事点通常用于估计产品待办事项列表，这是一个度量单位，用于估计完成一个产品待办事项列表项所需的工作量。不要忘记考虑到所涉及的风险和任务的复杂性，以便对日程安排做出更现实的估计，并帮助更好地确定任务的优先级。

　　另一种方法是规划扑克，在这种方法中，你创建一副有排名规模的卡片，在团队会议期间，每个人都选择他们认为代表每个任务所需时间的卡片。然后看看是不是每个人都选了同一张牌。如果没有，那就努力达成共识。

　　软件开发评估技术

　　下面是一些可用于帮助进行软件开发评估的技术。他们考虑到你的任务的细节，你拥有的资源，费用的时间，持续时间和是否需要任何第三方服务。

　　自下而上的评估: T在这种情况下，项目被划分为易于定义和管理的任务和子任务。这使得对这些任务进行估计变得更加容易。把它们从下到上加起来是及时的，但也是准确的自上而下的评估: 相反，自顶向下的评估审查整体目范围 通过确定工作的主要内容，并在项目的其余部分之外对他们的工作量和时间作出估计。它在项目的早期阶段创建一个粗略的或大致的图形，并且比自底向上的类型花费更少的时间参数估计: T参数估计的第一步是确定开发过程中所涉及的需求、复杂性和技术。您编译关于完成来自类似项目的任务所必需的工作的信息。通过实证分析得出项目成本与项目总任务之间的关系。在参数估计中，使用可伸缩性来提高精度相对尺寸: 这是agile teams 敏捷团队. 它是通过比较或分组任务或用户情景而不是单独估计任务或用户情景来完成的。它类似于无声的分组或亲和力估计，因为敏捷社区认为相对高于绝对估计更准确Wideband Delphi:: T 这是一种基于共识的技术，可用于估计完成任务所需的时间。它依赖于在两轮或两轮以上回答调查问卷的专家。在每一轮之后，主持人总结调查结果。专家们可以在下一轮中修改他们之前的问题