业务领域

围绕您的业务领域组织功能

围绕您业务的各个领域组织应用程序,然后检查每个领域中的功能和页面。

即使应用程序不断扩展,其范围仍然易于理解

构建您的范围

将相关的工作内容归类到易于理解的业务领域。

检查详情

打开相关的功能、页面规划和分析。

计划下一个扩展

查看其他部分及其在您的方案中的位置。

围绕您的业务进行构建,而不是围绕一系列屏幕。

一个区域将相关的功能分组在一起:例如,客户管理可以包含多个操作和页面。这为您的项目提供了一个结构,使其在不断增长时仍然易于理解。

打开一个区域,以查看其拟议的范围、配置和演进方向。在提出下一个更改请求之前,先明确其中包含的内容。

将相关工作分组,无需计算每个屏幕。

构建客户旅程. 客户管理区域可能包含列表、详细信息、验证和跟进。将这些任务视为一个连贯的区域,可以更轻松地讨论它们的用途,而不是将它们视为一组不相关的页面名称。

了解该套餐包含的内容. 该项目预算涵盖业务领域。每个领域可以包含多个功能和页面,因此页面数量的增加并不一定代表另一个领域。请检查包含的范围和附加范围,并与您需要的业务目标进行对比。

扩展现有的应用程序. 新的需求可以改进现有功能,也可以引入全新的功能。首先检查当前功能,然后描述您想要的变化。这样可以确保扩展功能与已有的功能之间具有清晰的关联。

保留已包含的范围和扩展选项的可见性

该项目提供的功能涵盖多个业务领域。此处的“领域”指业务领域的数量,而不是每个页面或单个功能。

当您的需求扩大时,请在确认之前检查附加区域及其提供的功能。现有区域可以通过其功能和 Studio 请求继续发展。

让任务职责更易于理解

业务领域将相关工作分组,例如客户管理或日程安排。它的功能和页面描述了如何在应用程序中执行该工作。

使用这种结构来解释哪些内容应该放在一起,哪些内容需要单独进行演进。清晰的界限可以使后续的请求和路线图审查更容易理解。

从活动区域到其功能和页面

说明用途. 命名该区域,并解释用户应在此区域中实现的目标。包括构成其范围的规则和责任。

审核建议的详细信息. 检查其功能和页面,回答问题并遵循准备步骤。在施工开始之前,根据要求创建数据存储。

关注发展. 使用该区域的进展和演变视图来了解变化。如果需要其他区域,请查看相应的方案。

围绕团队的工作方式来设计应用程序

首先确定几个连贯的业务领域,并回顾每个领域中的任务。由此产生的结构既为初始构建,也为未来的更改提供了一个易于理解的范围。

关于业务领域的问题

不是。一个区域将相关任务分组,并且可以包含多个功能和页面。该结构连接了它们的用途;它不会对该业务部分施加单页限制。

它统计的是协议项目范围内的业务领域。请查阅报价中包含的、已使用的和剩余的预算。不要根据应用程序中显示的单个页数进行推断。

是的。打开该部分以查看其定义以及相关的函数和页面。通过说明,您可以在工作继续之前解释缺失的规则。

相关工作需要准备就绪,并解决其问题和先决条件。启动工具会显示符合条件的工作;可能需要先创建某个区域的数据存储。

解释现有任务的变更、新的结果以及任何额外的职责。 评估它是否仍然在现有范围之内,或者是否需要单独的范围,然后根据相应的流程进行处理。