敏捷开发实践总结(三):需求分析
精选 转载瀑
布式的需求分析,重点在于疏通流程。敏捷式的需求分析,重点则是拆分功能。小版本的需求功能,这正是敏捷开发的核心所在。敏捷开发并非不分析流程,只是更
侧重于拆分功能。通过将流程中各个步骤拆分为功能,来疏通流程。同时,借拆分功能来编订测试用例,实现测试驱动。因此,功能拆分的单位应是测试用例。当一
项功能只能用一个用例来描述时,基本上即已足够。
敏
捷的需求分析,以冲刺计划会的形式展开。参会的应有客户方,负责人,开发组,测试组,以拆分用例或流程的方式进行分析,并将用例以用户故事的形式记录下
来。一个用户故事对应一个测试用例。故事应标志业务优先级。故事内继续细分开发任务,开发任务是开发组的工作单元,依据开发的基础性与否标记开发优先级。
最后,确定本次冲刺要完成的故事,生成冲刺BackLog,自选或分派开发任务。
需求细化为冲刺迭代奠定了小版本的基础,而小版本正是敏捷开发的核心,也是敏捷项目质量保证的根本。冲刺计划决定了开发进度。所以,对冲刺计划怎样强调都不过分。
本文出自 “编程的摩羯男” 博客,请务必保留此出处http://winters1224.blog.51cto.com/3021203/987463
上一篇:敏捷开发实践总结(二):关于测试
下一篇:敏捷开发实践总结(四):职责分工
提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
敏捷开发时代, 彻底结束了
精益一直是DevOps的核心,就像敏捷是从精益中生长出来一样。
自动化测试 迭代 敏捷开发 DevOps 团队管理 -
敏捷开发实践总结(三):需求分析
这是我和团队成员在敏捷尝试中总结的敏捷开发需求分析的一些观点。
敏捷开发 需求分析 拆分版本 冲刺计划 -
敏捷需求分析
在很多人的印象中,敏捷软件开发是种类似黑客行为的过程,是程序员最爱的勾当。不写文档,不作需求分析
敏捷 thoughtworks 测试 工作 文档 -
敏捷开发实践总结(四):职责分工
这是我在敏捷尝试中对团队成员职责分工的一些观点。
敏捷开发 测试人员 开发人员 客户 项目负责人 -
敏捷开发:需求分析中的用户故事
敏捷开发,需求分析中的用户故事...
敏捷开发 需求分析 RTC SCRUM 用户故事 -
「敏捷建模」敏捷核心实践:怎么样排列需求?
敏捷者希望开发高质量和高价值的软件,而开发高价值软件最简单的方法就是首先实现最高优先
大数据 python 人工智能 java 编程语言 -
敏捷开发 Scrum 总结
最近把之前学习 Scrum 的资料整理为一篇文档,在接下来的团队和项目开发中,根据项目的
Scrum 最终用户 User