理想情况下，总体目标被分解为各个元素，以便可以完全实施、测试和管理。在确定项目分解层级时，应从项目的规模、复杂性、特殊性出发，同时还要考虑执行团队的专业性。
将一个目标分解成太多小任务，会导致过度管理，并导致实施成本不合理增加。另一方面，分解程度不足可能导致失去控制，并增加实现预期结果的风险。
最佳解决方案是将目标划分为几个单独的部分，同时考虑以下因素：
项目特点：如果实现简单，体积小，分解可以比较粗糙。大型项目需要严格细化任务并建立层次结构。
执行人员数量：参与实施项 瑞典移动数据库 目的人越多，为他们设定的任务就越具体。这提高了管理效率并避免了团队成员之间职能的重复。
项目风险：在高层次上，分解应该更详细，这将使您能够控制每个任务的解决方案并最大限度地降低任何阶段失败的风险。
如果管理者在管理效率、风险控制和项目目标实现之间取得了折衷，则分解被认为是在理想的水平上进行的。
在开始将目标分解为更小的任务之前，您需要研究所有要求以确定未来的组件和系统以及它们相互作用的原理。
项目分解级别
资料来源：shutterstock.com
将目标分解为各个部分的具体请求清单取决于其发展程度和项目的复杂程度。大多数情况下，分解是根据以下要素进行的：
功能需求：系统应该解决什么任务，它的预期功能是什么，它将处理什么类型的数据。
非功能性需求：系统应该具备哪些属性（用户舒适度、可靠性、性能、对外界影响的保护）。
局限性和假设：在系统开发或使用过程中哪些因素可能会影响系统（技术限制、与其他平台的兼容性、时间框架）。
当正在开发的项目是一个更大系统的组成部分时，有关与其他资源、应用程序和数据库集成的需求的信息是强制性要求之一。
一旦收集到所有必要的信息，您就可以开始将总体任务划分为更小的元素或模块，建立它们之间的关系，并为每个组件制定最终结果。