混合型的敏捷开发方法

同时支持敏捷开发和传统开发方法

由美国TechExcel CEO 兼首席架构师周铁人博士创立的一种以需求为核心的混合敏捷开发方法,它基于同时支持敏捷开发和
非敏捷开发流程而设计,使得开发团队能用相同的办法来同时管理敏捷型、瀑布型、迭代型等敏捷和非敏捷项目。

SpecDD:Specification Driven Development

  • 有效实现了需求驱动下研发过程完整可追溯性
  • 使用统一研发模型,可同时管理敏捷型瀑布型迭代型项目
  • 实现需求、研发和质量空间全面整合
  • 支持敏捷、CMMI、Scrum、XP、瀑布等多种开发方法融合
  • 整合开发/需求/质量/backlog/任务/项目/资源/QA/测试等环节
  • 支持多团队/外包协同工作,需求及变更自动推送给相关负责人

以Scrum为代表的单纯敏捷方法局限性:

1.缺少与质量管理的整合模型

将QA测试团队拆分和加入到各个开发团队,还是保持QA团队的独立完整性,并有效和敏捷开发团队协作?

2.缺少对多团队协作大型开发项目的有效管理模型:

敏捷指导将产品需求置于产品待办目录(Product Backlog)中管理,并按照优先级对每个产品需求进行必要的排列。但大型项目的成功更多依赖于需求工作流,需求分析,和需求可追溯性管理。

3.缺少系统化的需求管理,可追溯能力差

敏捷开发高效、灵活地保证了可执行产品的交付,并让用户更早提出修改意见。而交付结果的正确性,需要追溯到需求管理源头。如果没有系统化地需求管理,团队决定产品功能取舍的"智慧"既不能有效发挥作用,且无法从软件产品结果中进行追踪;同时人员的流失也会让企业只留下一个非人性化的产品,而找不回当初创造产品功能时所经历过的团队讨论与决定过程。

SpecDD解答了在实际项目中如何有效的实现敏捷开发与需求和质量的整合:

不同于单纯的敏捷,SpecDD整合了需求和QA测试过程,为多团队和大型开发项目提供一个清晰、可扩展的实践模型,使开发团队可在一个平台下即可同时管理敏捷和非敏捷项目。

对于使用瀑布模型的团队,SpecDD帮助他们扩展了需求管理,并支持产品Backlog。随着产品Backlog的优先级排序,团队可以开始尝试较短的迭代开发,同时通过燃尽图和每日敏捷练习,创造自我驱动的团队。伴随需求驱动的开发和质量的实践,很快就会看到生产率的提高。

对于已经实践敏捷开发的团队,SpecDD有助于全面整合需求管理与产品Backlog,实现需求完整可追溯。通过引入敏捷Sprint QA测试,并建立一个独立的QA团队来执行回归测试,使得多团队参与的敏捷项目变得更具有扩展性

目前,全球已有超过2000家客户从TechExcel的ALM旗舰项目受益。周博士曾参与过全球最大的开发团队的培训及实践工作,SpecDD已成功指导和应用于EASONYRIM联邦快递等国际知名公司,优化了与QA和需求管理相整合的敏捷过程;组织推动了均衡和可扩展的整合型的卓越研发开发方法。

应用行业

了解更多SpecDD 专题介绍和文章

售后服务平台登录

用户名:

密码:

登录