方法构建:从需求到实践的全面指南
1. 情境方法概述
情境方法基于选定的配置模板,是为项目团队提供使用的信息系统开发方法(ISDM)。团队执行该方法后,它会转变为“行动中的方法”。然而,由于各种原因,开发人员可能会有意或无意地不完全遵循情境方法,这就导致了基础方法的定制版本与实际执行的方法之间存在差异。
为了改进配置模板和/或配置包,实际方法使用中的经验应反馈到配置过程中。方法用户通常会在项目期间持续向方法工程师提供反馈,例如在迭代结束时或项目收尾阶段。
现实生活中的开发情况通常包含多种特征。例如,一个项目可能涉及需求多变、新的技术平台、缺乏经验的开发团队以及互联网交付等不同特征。配置模板描述了这种更复杂的配置,为组织中的典型项目情况形成了全组织范围内ISDM的预配置版本。配置模板由一组配置包构成,每个配置包针对一个特定特征。因此,配置模板反映了组织内反复出现的开发模式。
2. 预期方法的需求
在构建方法之前,明确预期方法的需求是非常有益的。确定待构建方法的需求需要开发团队和管理团队的所有成员参与。这假设这些人员能够识别适合即将开展项目的方法及其特征,并且能够整合各种观点并传达给方法工程师。通常还假设这些需求在项目期间不会发生变化。
分析组织方法的需求在软件过程改进(SPI)的背景下进行了研究。一些作者利用技术路线图的思想,这是一种常用于战略产品开发决策的行业技术。通过行动研究方法,他们将路线图与扎根理论和基于评估的方法(如CMM和SPICE)进行对比,得出技术路线图可以为大型组织开发与SPI相关的需求知识以及识别选项和机会提供重要帮助的结论。
Winter提出了一种基于设计科学研究的更正式的方法
超级会员免费看
订阅专栏 解锁全文

被折叠的 条评论
为什么被折叠?



