|
项目用时 = 总功能点数 / 开发团队工作效率项目管理者联盟
公式2: 项目时间估算项目管理者联盟
4.2 以需求为视角的项目进度视图项目管理者联盟
以往的项目进度监控方式是面向任务的。但是单从任务角度来了解项目的进度是不够的。因为任务有难有易，单从任务这个角度，还很难反映出项目进行的真实情况。那么应该从哪个方面来有效的衡量项目的进度呢?因为软件的规模可以量化成为功能点，是一个量化指标，所以我们认为除了任务以外，更应该从功能点或是需求这个角度来衡量项目的进度。项目管理者联盟
a) 面向功能点的项目进度监控项目管理者联盟
项目进度 = 已完成需求的FP总合/项目所有需求的FP总合 × 100%项目管理者联盟
公式3: 用功能点监控项目进度项目管理者联盟
当项目经理需要了解需求完成率细节时，还应该可以了解每个需求的功能点完成情况。bbs.mypm.net
项目管理者联盟
图1: 从功能点监控项目进度项目管理者联盟
b) 如果开发组织内还没有采用功能点这种软件规模度量方式，可以仅从需求方面来进行度量。具体做法是可以衡量不同状态的需求在总需求中所占的比例。项目管理者联盟
项目管理者联盟文章
图2: 从需求度量项目状态项目管理者联盟
4.3 以需求为视角的生产率视图training.mypm.net
评估项目或团队的生产率，需要以项目的规模作为基础。为了衡量软件团队或是程序员的工作效率，我们可以衡量单位时间内团队或个人所完成的功能点数量。由于功能点的计算是考虑了功能需求的难易程度，同时使用科学的量化方法，所以使用功能点的方法更客观、更具有可比性。计算出团队的生产率后，还可以作为一个积极的反馈，为将来的项目计划制定提供可靠的数据。talent.mypm.net
4.4 面向需求的软件质量视图项目管理者联盟
衡量软件质量有很多不同的方法，例如：软件产品的Bug总数、千行代码(KLOC)的Bug数等等。这里我们主要讨论面向需求的软件质量度量。service.mypm.net
a) 测试案例的需求覆盖率项目管理者联盟
为了保证所有系统需求都要被执行测试，从而保证整个软件的质量，需要统计需求的测试覆盖率。在这个度量中需要统计所有用户需求、功能需求、非功能需求所关联的测试用例的个数。项目经理可以立即发现那些没有测试用例的需求。项目管理者联盟
b) 缺陷密度项目管理者联盟
缺陷密度是一个反映软件质量的重要指标。传统的缺陷密度度量指标是千行代码的Bug数目。在这里，我们推荐使用面向需求的缺陷密度度量方法。具体方法是通过计算每规模单位中所包含的缺陷数量，来反映项目的质量状况，规模单位可以使用功能点或者是需求。www.mypm.net
使用功能点作单位时，因为是使用统一的方法量化项目的规模，所以可以很好的在不同的项目之间、不同的开发团队、个人之间建立有效的比较。项目管理者联盟
当使用需求作为衡量单位时，可以很快的发现是哪些需求为系统引入了较多的Bug，进而分析是程序开发存在问题还是需求描述出了问题，或是这个需求本身就不是十分合理，应该对其进行裁减。项目管理者联盟
c) 需求变更的冲击分析项目管理者联盟
需求的变更往往为正在进行中的项目带来较大的影响。如何评估这种改动所造成的影响成为确保软件质量的重要任务。所谓冲击分析，是在项目的需求和其它组件(程序设计、程序编码、测试用例、项目文档等)之间建立一定的关联关系，当需求发生变更时，系统向相关人员发出警告，提示系统需求已经发生变更，请检查相应组件是否需要更改。进行有效冲击分析的前提是建立需求相关矩阵，同时需要具有规范的需求变更流程控制，当你的软件开发管理工具同时支持这两种功能时，就会为你所负责的软件项目质量提供很大的保障。
|
