15、软件项目范围界定与移动应用开发的有效方法

软件项目范围界定与移动应用开发的有效方法

1. 软件项目范围界定（IR:scope）中的挑战与应对

在软件项目范围界定过程中，一些注释可能会相互对立，这可能会导致不可预见的问题或额外的工作。例如，不变性、弃用和改进需求这三种注释相互排斥，因为同时保留、更改和替换一个系统是不合理的；不变性和灵活性所强调的挑战也不兼容，这可能表明利益相关者之间存在误解，或者需要对受影响的业务方面或技术组件进行重新分类。

在IR:scope的实用建模过程中，这种不一致性很常见。IR教练不应在建模和注释阶段不断要求保持一致性而打断认知流程，而应在后续的注释讨论中努力解决这些问题。在对整体情况进行更深入的后续分析时，将一个画布上的注释转移到另一个画布的相关元素上也会有所帮助。

2. IR:scope工作坊结构与后续活动

IR:scope填充模型和注释的过程相对灵活，没有太多规则限制。一般来说，项目目标的初始定义会以撰写一份虚构的“新闻稿”为高潮，IR领域教练可以在讨论偏离主题时用它来引导利益相关者重新聚焦。然后，在特性画布上更详细地收集和确定需求的优先级。

接下来的步骤取决于项目和参与的利益相关者的方向。为了开发项目将开展的业务领域和IT环境，需要填充流程、对象和集成画布。但填充的顺序并不固定，而是取决于哪个画布能最直观地帮助理解领域。

对于许多信息系统，最简单的方法是在流程画布上勾勒业务流程，在流程建模过程中获得关于数据和系统结构的见解时，再顺便填充对象和集成画布。如果正在开发的系统更以后端为中心、不太面向用户，甚至涉及系统或数据迁移，那么通过系统将管理的对象来确定需求可能更有帮助。在这种情况下，利益相关者在建模对象画布时，需要询问哪些相关