创建项目计划
拥有项目计划可确保您拥有正确的资源（时间、人员和资金），并确保您能遵循一致的方法来确保您所生成的应用具有出色的质量水平。
对于您和您的项目团队正在尝试实现的结果，明确的目标非常重要，这样您的项目团队成员才会拥有一致的目标。 写下目标是一个好方法，可以阐明您希望应用实现的结果。 这样还能确保您不会错失重点，即您需要创建的内容以及优先考虑的功能。 有关详细信息，请参阅确定功能和请求优先级。
如果您有远大的目标，您可能需要考虑如何将项目分解为增量发布。 此模块中的稍后部分将讨论增量发布方法。
确定项目范围
确保您确定好项目的范围，这样您就知道您要尝试通过项目实现的目标量。 保持清晰的路线图，确定如何定义项目完成以及何为项目范围之外的内容（还有您可能希望在下个版本中实现的内容）。 您的范围将直接影响并确决定在制作应用时要包括哪些功能，以及不包括哪些功能。
要确定项目范围，您应考虑以下约束。
时间 - 为项目目标的完成设置截止时间。 对于较小的项目，此截止时间可能为几周，而大型项目可能需要几个月的时间。
人员 - 确定可用于项目的人员数量。
预算 - 如果您需要考虑您和同事花费的时间，或者如果您需要雇用专家，则需要创建预算。
可行性 - 您可能会发现，由于您无法充分获取所需的数据，或您的组织所倾向作出的改变程度不够，您的可用专业技能受限。
您还应考虑能够在可用块中提供哪些功能部件。 如果您的应用仅提供一半的功能，那么这对任何人都没有帮助。 应该计划以有效的形式端到端地交付每个组件。 即使应用还没有实现您想要的全部功能，也请提供一些可使用的功能。 您的项目计划应指定您将在每个阶段所交付的内容。
推荐内容
有关详细信息，请参阅以下文章：
示例：潜水店服务部门解决方案
在以下示例中，通过检查项目计划，完成两次发布，为解决方案的发布版本 1 建立更多目标，定义项目范围，然后确定风险，您将帮助潜水店服务部门开发解决方案。
项目计划
当您在思考解决方案的总体业务目标时，您决定将它们拆分为多次发布，从而就可以采用增量的方式来提供价值。
发布版本 1
您的解决方案发布版本 1 的目标如下：
解决方案一经推出，100% 的服务请求都将使用数字系统创建。
在解决方案推出的两周内，服务团队每天应平均完成 16 个服务订单。
发布版本 2
您的解决方案发布版本 2 的目标如下：
每个客户都应能够在您的系统中登记其产品。
到今年年底，部门经理可以在系统中访问每周服务报表，报表中所有服务订单均为最新。
客户将收到关于针对其装备提供服务的提醒。 这些提醒每年发送一次，发送时间为装备上次服务订单完成一周年前 30 天。
解决方案发布版本 1 的更多目标
您对于解决方案的发布版本 1 的其他目标包括：
用户培训应降至最低，易于使用至关重要。
商店的总经理应能够使用服务数据来组织面向服务客户的市场营销活动和促销。
项目范围
考虑业务流程时，您发现该流程已分为四个主要任务：
创建服务订单。
审批服务订单（内部完成或外包给供应商）。
完成服务订单。
与客户沟通并安排提货。
识别风险
您为您的支出报表项目创建了以下表格。
| 风险 | 风险级别 | 降低风险的方案 |
|---|---|---|
| 由于书面记录不完整，您无法放心地将旧的服务订单数据移至系统内。 | 重要 | 审核发票数据以确认服务订单完成情况。 |
| 外部用户对输入数据的访问可能导致将错误的装备与客户关联，并错失服务和销售商机 | 重要 | 让销售团队参与其中，帮助客户在购买或服务签入时将正确的信息输入到系统中。 |