定义项目范围

确保确定项目的范围,以了解要尝试完成的项目进度。 为定义为完成的部分以及项目范围之外的部分(可能在下一个版本中完成)保持清晰的路线图。 您的范围会直接影响并确定创建应用时要包括哪些功能,不包括哪些功能

若要定义项目范围,应考虑以下约束:

  • 时间:设置您想要完成项目目标的期限。 对于较小的项目,可能需要几个星期的时间,而较大的项目可能需要几个月的时间。

  • 人员:您有多少人可以参与项目?

  • 预算:如果您需要考虑您和您的同事花费的时间,或者如果您需要聘请专家,则需要制定预算。

  • 可行性:您可能会发现自己受限于可用的专业知识,无法访问足够的所需数据或组织有兴趣改变的量。

您还应考虑可在可用区块中提供的功能部分。 如果您的应用有多项功能仅交付一半,那对任何人都没有任何好处;应该计划端到端地交付工作窗体中的每个组件。 即使还没有您想要的所有功能,也要提供一些可以使用的功能。 您的项目计划应该指定每个阶段要交付的内容。

示例:支出报表项目范围

看一下我们的业务流程,我们看到它分为五个主要任务:

  1. 创建支出报表

  2. 审批支出报表

  3. 将数据导入财务支付系统

  4. 查看每周预算分析

  5. 审核

调出主要任务和任务位置的业务流程流程图。

我们认为我们具有创建支出报表应用和审批流程的专业知识。 审核要求似乎与我们审批支出报表所需的内容有很多重叠。

交付支出报表创建后,我们认为我们要准备处理预算分析;实际上,一旦设置了数据模型,我们应该就能够让我们的独立 Power BI 专家团队同时开始该项目。

我们不确定是否将数据直接导入财务系统,因为它需要我们目前无法访问的系统专业知识。 因此,这目前不在项目范围内,但是我们很可能会在以后的阶段中进行添加。

请始终记住我们的总体项目任务(“创建对员工和会计部门有效的流程,支持更快地跟踪预算,并减少我们对审核的参与”),我们认为我们的项目范围是合适的。

备注

您能告诉我们您的文档语言首选项吗? 进行简短调查。(请注意,此调查是英文版调查)

此调查大约需要七分钟。 不会收集个人数据(隐私声明)。