软件项目跟踪与勘察
软件项目跟踪与勘察的目的在于建立实际进度的适当可见度，以便管理人员在软件项目的执行极大偏离软件计划时采取有效的措施。
目标 1：对比软件计划追踪实际结果和性能。
如软件项目规划一节所述，Rational Unified Process 有几个级别的项目计划和一个状态评估报告。状态评估报告对比计划与实际的结果，从而进行评估。为特定里程碑生成状态评估报告是项目经理的职责。
主要的 Rational Unified Process 里程碑对应着一个阶段（先启、精化、构建或产品化）的结束，有明确指定的完成标准。一个阶段的每次迭代结束时，在次要的里程碑处都存在复审的机会，这也是决策点，是未来发展方向的经验教训。
例如，精化阶段的目标是分析问题领域，建立一个坚固的构架基础，制定项目计划，消除项目中的风险最高的元素。必须对整个系统有了理解之后，才能做出构架决策。这就暗示着在描述大部分用例时会考虑一些约束：补充需求。为验证构架，实施一个系统，来证明所选构架是正确的，并执行意义重大的用例。
在精化阶段结束时，检查详细的系统目标和规模，以及选择的构架和确定的主要风险。当实际结果和性能极大地偏离软件计划时，采取纠正措施，并管理至项目结束。
风险列表是一个 Rational Unified Process 工件，它概括了项目中所有已知风险，并作为规划和项目评估的输入。每个风险都根据它的影响和应急计划来进行描述，应急计划是为降低风险而制定的。风险列表与业务案例一起制定，它们形成了“执行”或“不执行”项目的决策基础。风险列表在项目的整个生命周期都要进行维护。
目标 2：软件承诺的变更得到受影响的小组和个人的同意。
如 Rational Unified Process 所述，受控的迭代式开发流程确保涉众能经常看到项目进展情况以及为了保持项目不偏离轨道所作的任何必要的变更。提议的变更由变更控制委员会 (CCB) 进行复审，确保变更符合现实的，并且可以被项目的整体日程接受。
Goal-3: Changes to software commitments are agreed to by the affected group and individuals.
The controlled iterative development process, as described in the Rational Unified Process, ensures that stakeholders get regular visibility into project progress and any changes that may be necessary to keep the project on track. Proposed changes are reviewed by a Change Control Board (CCB) to ensure they are realistic and can be accommodated into the overall project schedule.
软件分包管理
分包管理的目的在于选择合格的软件分包商并对他们进行有效的管理。它综合考虑了需求管理、软件项目规划、软件项目跟踪与勘察等的基本管理控制，以及软件质量保证和软件配置管理之间的必要协调，并在适当时候对分包商施以控制。
目标 1：由主承包商选择合格的软件分包商。
目标 2：主承包商和软件分包商同意彼此承担的义务。
目标 3：主承包商和软件分包商保持连续不断的交流。
目标 4：主承包商针对其承诺追踪软件分包商的实际结果和执行情况。
这些目标超出了 Rational Unified Process 当前的范围，并且依赖于组织的具体情况。尽管 Rational Unified Process 并未对项目分包作明确说明，但它的工具、技术和机制都是以向下流动到分包商为前提的，因此流程仍属同类。
所有的分包决策都应该记录在商业理由中。与主承包商执行同一开发计划的分包商还参与技术交换、主要里程碑和状态评估等活动。
软件质量保证
软件质量保证的目的是为管理人员提供软件项目所用流程和正在构建的产品的可见度。软件质量保证是大多数软件工程和管理流程的一个构成部分。
Rational Unified Process 认为“质量”是所有项目员工共同的责任，它并非由组织本身体现出来。
目标 1：计划软件质量保证活动。
软件质量保证的规划是组织的一个责任。然而，Rational Unified Process 有许多属性用来塑造一个有效的项目质量保证计划。
每个 Rational Unified Process 里程碑都有特定的完成标准，这些标准可作为审计的基础。Rational Unified Process 中的每个活动都有一个单独的复审活动。每次复审都有一组检查点与之相关，它们代表了在进入下一个活动之前必须“通过”的“关口”。
Rational Unified Process 提供有关谁应该复审给定工件的指南。例如，设计员执行的“对象分析”的结果需要由一个独立的构架设计师、设计员、用例设计员和设计复审员来进行复审。如果有已定义的 Rational Unified Process 和工件复审标准，产品质量密切相关的目标实体应该能够轻松地评估是否遵守流程以及是否符合开发标准及指南。
目标 2：客观地验证软件产品及活动是否遵守适用的标准、过程和需求。
该目标可以通过挑选组织的质量保证人员来实现。.然而，Rational Unified Process 提供了必要的复审清单和文档模板，它们可作为项目标准。
目标 3：将软件质量保证活动和结果通知受影响的小组和个人。
如软件项目规划所述，Rational Unified Process 的目标之一是确保各方的期望同步并且保持一致。除根据质量审计结果提供的输入之外，Rational Unified Process 还需要关于资源（员工配备和财政）、首要十大风险、用指标进行衡量的技术进展以及主要里程碑结果等的报告。Rational Unified Process 指标计划提供了关于以下指标集合的指南：
. 进度（代码行、类、每次迭代的功能点）
. 稳定性（返工类型、易变性）
. 适应性（返工成本）
. 模块度（返工影响范围）
. 质量（缺陷发现频率、密度、继承深度）
. 成熟程度（每次故障的测试时间）
. 资源耗费配置文件（计划的与实际的）
目标4：在软件项目内无法解决的非兼容性问题由高级管理层负责处理。
这超出了 Rational Unified Process 的范围，属于组织的职责范畴。然而，Rational Unified Process 里描述的变更控制流程可以驱动某个机制，藉此记录非兼容性的问题并可以记录下来并向上提交以便解决。
