在这一阶段的目的是获得所有利益相关人就项目生命周期目标的同意：

初始阶段有4个目标，这些目标澄清了范围、项目目标以及预期的可行性方案 [KRO03]:

1. 了解构建什么 - 确定整体愿景，包括系统的范围和边界。识别利益相关人：谁对系统感兴趣，他们的成功标准是什么？

2. 识别关键系统功能 - 确定哪些需求是最关键的。

3. 至少确定一个可行方案 - 评估愿景在技术上的可行性。这可能涉及到识别候选的高层架构或实现技术原型，或者同时包含两者。

4. 理解高层的成本估算、进度和项目相关风险。

关键因素

项目在初始阶段有一个或多个迭代。下面是可能需要多个迭代的原因：

• 项目太多，并且很难定义它的范围
• 前所未有的系统
• 太多的利益相关人竞争需求和复杂的关系
• 关键的技术风险需要创建原型或概念证明

在初始阶段，有一些常见的反模式。某些团队推迟提供估算直到他们分析完整个领域并写有大量的需求文档。这种行为经常导致“分析瘫痪”。另一反模式是针对初始阶段的迭代进行了少得可怜的策划。通过在初始阶段中以风险驱动的方式策划迭代避免这些反模式，这种方式包括尽早集成和测试，以及提供可以向利益相关人展示的产品增量。默认情况下，在初始阶段中有一个迭代（可能很短）来避免分析瘫痪。