2014年4月14日星期一08:10

双轨敏捷

撰写者

双轨Scrum或双轨敏捷是一种流行的软件开发方法,它假设敏捷产品开发有两个关键轨道:发现和交付,如下图所示:

parkerapr15

这种方法有很多优点,可以消除敏捷开发中的许多挫败感和成本。通常,敏捷团队会进行漫长而令人沮丧的sprint计划会议,因为积压项目没有得到很好的定义,理解或验证。这通常会导致速度缓慢和额外的开发迭代,因为在冲刺过程中使用代码可以得出基本的理解和设计细节。浪费和返工的数量非常高,因为未正确定义和验证积压项目。

为了解决这个问题,一些敏捷教练建议团队花10%的时间来整理积压的东西。一些敏捷教练甚至建议单独整理会议以进行整理,有时也称为“故事时间”会议,其唯一目的是整理待办事项。像其他项目一样,敏捷项目也会受到“故事蠕变”的影响,形式是创建的用户故事,但并没有真正产生实质性的价值,但被认为是“当时的好主意”。

另一个问题是团队和通常的产品所有者没有资格评估业务价值和验证需要的想法。防止这些问题的一种更好的方法是实现发现和传递的双重轨道。我坚信这种双轨方式将提高速度,提供更高质量的产品,并且成本要低得多。

发现轨道与快速生成经过验证的产品待办事项有关,交付轨道与与生成可发布软件有关。下面列出了使用这种方法可以实现的一些好处。

消除几乎没有价值的功能

根据Standish Group Research的研究,很少或从未使用过64%的功能。这是由于两件事的结果:1)在未验证真正需求的情况下生产软件,以及2)由于对用户体验的关注不足而未获得用户的认可。发现跟踪特别关注这两件事:验证需求并获得良好的用户体验。

减少返工

敏捷是一个反复的过程。迭代意味着您不能一次性完成一项功能。您编写代码,获取反馈,并继续该周期,直到获得合格的产品为止。减少迭代次数可以减少时间和成本。为团队预先提供更好的信息可以大大减少迭代次数。

成本效益验证

当前将未经验证的项目放置在待办事项中的做法是一种不良做法,并且始终存在。目标应该是以最快,最便宜的方式验证想法。使用代码和开发迭代来验证想法是缓慢,昂贵且浪费的。在双轨敏捷中,发现团队可以使用精益启动概念,例如最低限度可行产品(MVP),这些概念通常是纸质原型和调查,而不是用来验证思想的代码。探索小组的工作是验证每个想法,并消除那些不会增加价值的想法。

更好的用户体验

设计用户体验是用户采用的关键。但是,将用户体验设计整合到敏捷中一直很困难,因为它经常破坏敏捷团队的节奏和节奏。使用双轨敏捷有助于解决此问题。用户体验专家是发现团队的组成部分,致力于构建和验证原型,这些原型是交付团队的规范。最重要的是,大多数用户体验验证都发生在发现过程中,而不是在软件发布后进行验证,从而降低了成本并减少了返工。

不要忘记在下面留下您的评论。

约翰·帕克

约翰·帕克 是IT战略,需求管理,业务分析,项目管理,IT战略规划和IT价值管理方面的资深专家。他的经验和知识跨越数十年,源于医院姐妹卫生系统的首席信息官和战略顾问的领导作用;国家咨询公司MAXIMUS的执行副总裁兼首席技术官; Spectrum Consulting Group的创始人,合伙人和执行副总裁;毕马威会计师事务所的合伙人

John凭借其丰富的业务分析和项目管理知识,领导了Enfocus 要求 Suite宝贵的思维导图,模板,示例和工具的设计和开发。 John还定期在以下位置分享他的专业知识和见解 http://blog.enfocussolutions.com.

约翰毕业 优等生 来自贝勒大学。他是注册会计师和系统专家。他还拥有流程再造的精通证书。

Latest from 约翰·帕克

©BA Times.com 2020

麦格雷戈徽标白色网站