敏捷开发过程剖析及工具推荐
- - ITeye资讯频道敏捷开发，要求在开发过程中不断增强，从而提高软件质量，以达到提高商业收入的目的. 它是一个迭代的过程，一个不断提高企业投资回报率和服务质量的过程. 值得注意的是，成功的敏捷开发，单纯依附于活跃的开发过程和理解敏捷所带来的效益并对此有浓厚兴趣的企业用户. 本文将介绍敏捷开发的五大过程及这些过程中所要用到的工具.
敏捷开发过程剖析及工具推荐
标签：
敏捷开发
工具
| 发表时间：2013-07-16 18:02 | 作者：
出处：http://www.iteye.com
敏捷开发，要求在开发过程中不断增强，从而提高软件质量，以达到提高商业收入的目的。它是一个迭代的过程，一个不断提高企业投资回报率和服务质量的过程。值得注意的是，成功的敏捷开发，单纯依附于活跃的开发过程和理解敏捷所带来的效益并对此有浓厚兴趣的企业用户。
本文将介绍敏捷开发的五大过程及这些过程中所要用到的工具。
1. 敏捷计划
典型的敏捷开发将整体工作分为一系列的发布过程，每个发布过程都是一个迭代循环，每个迭代循环都会发布一组功能特性。
敏捷计划规定了每个循环中所需要完成的工作（发布/迭代）。在该阶段，产品所有者将描述每个循环过程中他希望看到的产品样子。
敏捷计划包含发布计划与迭代计划，两者的内容及执行者不同：
2. 创建用户故事
用户故事，是对功能、特性的简单描述。每个特性也可能由很多故事组成。用户故事要简单且容易理解，能在几分钟内通过几行字表述清楚。请注意，用户故事是由项目所有者或主要用户群体来定义的，而非开发者。
正如Mike Cohnrn所建议的，用户故事应该遵循下面的格式：
例如，作为一个用户，我希望通过姓名来查找我的客户。
工具：最好的方法是使用索引卡片来记录各个故事。有很多种工具可以帮助完成故事图谱与故事追踪，如
注意：故事并不是一次性完成的，它循环往复，且贯穿于整个项目开发周期中。
3. 评估你的工作
在敏捷中，评估用于预测功能实现的复杂程度，并根据以前完成相似复杂度功能的经验预估所需要的完成时间。它是一个持续的过程，基于之前的经验和模式学习，不断提高评估的准确性。
通常，评估故事的复杂程度多基于故事要点，而非所耗费的时间。要点解释了故事的复杂性，并通过数据1，2，3……来体现。
评估有助于做出更好的商业决策，定义发布/迭代的范围。例如，我们可以很容易地为每次迭代/发布中的所有故事分配同样的数字。
工具： Planning Poker是定义和改善你评估的最好技术。
4. 站立会议
站立会议是开发团队每天进行的简短会议。会上每个人需要说明昨天所完成的事，及今天的计划和被分配任务现在的状态。商业用户和领域专家偶尔也会参加，这将给他们更多关于项目的信心。
它不是例行会议，仅仅对项目实施情况给出粗略的描述，而是要提供更多关于项目的可视性内容，增强团队间的协作，对当天的计划给出正确指导。
工具：在站立会议中，白板是非常有效的工具。
5. 项目监控技术
速率：
通过速率，可以精确地测量开发团队发布商业价值的速度。速率是对生产力的测量。通过计算一定间隔内完成工作的单元数来计算速率。
在每次迭代的最后，为了计算速率，敏捷团队会查看该过程所完成的工作要求，并累加与这些要求相关联的故事点。所完成故事点的总数便是团队的速率。首次小小的迭代之后，你会逐渐发现某种趋势，且能计算出平均速率。
下面一些工具可以帮助追踪速率。
Burndown Reports：
Burndown Report是追踪项目进度的另一个标尺。它用来追踪完成故事点的个数，监控简单的迭代、发布和整个项目积压的工作。它可以显示进度，反映产品交付的价值和团队的速率。
以下一些工具可用于测量Burndown Reports：
原文来自： TechMyTalk / 译： CSDN
感谢 WnouM 投递这篇资讯
资讯来源： CSDN
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
本文将介绍敏捷开发的五大过程及这些过程中所要用到的工具。
1. 敏捷计划
典型的敏捷开发将整体工作分为一系列的发布过程，每个发布过程都是一个迭代循环，每个迭代循环都会发布一组功能特性。
敏捷计划规定了每个循环中所需要完成的工作（发布/迭代）。在该阶段，产品所有者将描述每个循环过程中他希望看到的产品样子。
敏捷计划包含发布计划与迭代计划，两者的内容及执行者不同：
- 发布计划：包含每次发布的功能组。产品所有者负责在产品发布之前制定发布计划。
- 迭代计划：开发团队需要在开发工作及迭代开始前确定需要完成的工作。可以通过每天的站立会议来实现。
2. 创建用户故事
用户故事，是对功能、特性的简单描述。每个特性也可能由很多故事组成。用户故事要简单且容易理解，能在几分钟内通过几行字表述清楚。请注意，用户故事是由项目所有者或主要用户群体来定义的，而非开发者。
正如Mike Cohnrn所建议的，用户故事应该遵循下面的格式：
引用
作为一个（某种角色），我需要（某事）如此如此。
例如，作为一个用户，我希望通过姓名来查找我的客户。
工具：最好的方法是使用索引卡片来记录各个故事。有很多种工具可以帮助完成故事图谱与故事追踪，如
注意：故事并不是一次性完成的，它循环往复，且贯穿于整个项目开发周期中。
3. 评估你的工作
在敏捷中，评估用于预测功能实现的复杂程度，并根据以前完成相似复杂度功能的经验预估所需要的完成时间。它是一个持续的过程，基于之前的经验和模式学习，不断提高评估的准确性。
通常，评估故事的复杂程度多基于故事要点，而非所耗费的时间。要点解释了故事的复杂性，并通过数据1，2，3……来体现。
评估有助于做出更好的商业决策，定义发布/迭代的范围。例如，我们可以很容易地为每次迭代/发布中的所有故事分配同样的数字。
工具： Planning Poker是定义和改善你评估的最好技术。
4. 站立会议
站立会议是开发团队每天进行的简短会议。会上每个人需要说明昨天所完成的事，及今天的计划和被分配任务现在的状态。商业用户和领域专家偶尔也会参加，这将给他们更多关于项目的信心。
它不是例行会议，仅仅对项目实施情况给出粗略的描述，而是要提供更多关于项目的可视性内容，增强团队间的协作，对当天的计划给出正确指导。
工具：在站立会议中，白板是非常有效的工具。
5. 项目监控技术
速率：
通过速率，可以精确地测量开发团队发布商业价值的速度。速率是对生产力的测量。通过计算一定间隔内完成工作的单元数来计算速率。
在每次迭代的最后，为了计算速率，敏捷团队会查看该过程所完成的工作要求，并累加与这些要求相关联的故事点。所完成故事点的总数便是团队的速率。首次小小的迭代之后，你会逐渐发现某种趋势，且能计算出平均速率。
下面一些工具可以帮助追踪速率。
Burndown Reports：
Burndown Report是追踪项目进度的另一个标尺。它用来追踪完成故事点的个数，监控简单的迭代、发布和整个项目积压的工作。它可以显示进度，反映产品交付的价值和团队的速率。
以下一些工具可用于测量Burndown Reports：
原文来自： TechMyTalk / 译： CSDN
感谢 WnouM 投递这篇资讯
资讯来源： CSDN
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
相关 [敏捷开发 工具] 推荐：
敏捷开发——Programmers（27）
- plidezus - 西乔的九卦载于《程序员》杂志2011年第7期. 从这一期起，开始在杂志上登出整P的大幅漫画，需要看大图的同学们，讯猛点击下图. 这个系列的漫画讲述程序员——这种神秘人类的囧事，故事多来源于我身边的程序员朋友,且以互联网开发背景为主. 如果你有什么可乐的关于程序员的故事、对话、代码，愿意通过漫画的形式分享，请给我发邮件.
漫谈敏捷开发
- scotty - ITeye论坛最新讨论软件开发是一种非零和博弈，意思是某一方的获得不是建立在另一方的损失之上，所以软件开发必须实现双赢，帮助客户成功的同时帮助自己成功. 如：通过软件帮助客户把手上的5块钱变成50块钱，然后从客户那里拿5块钱. 通过软件帮助客户节约50块钱，然后从客户那里拿5块钱. 传统的汽车制造是以计划驱动，如根据往年的经验判断今年应该生产多少汽车，但是这样带来的问题是有可能等汽车生产出来，市场已经不需要了，而这就是一种极大的浪费.
[趣图]敏捷开发:Programmers
- FPb - 草根网载于《程序员》杂志2011年第7期. 从这一期起，开始在杂志上登出整P的大幅漫画，需要看大图的同学们，讯猛点击下图. 这个系列的漫画讲述程序员——这种神秘人类的囧事，故事多来源于我身边的程序员朋友,且以互联网开发背景为主. 如果你有什么可乐的关于程序员的故事、对话、代码，愿意通过漫画的形式分享，请给我发邮件.
关于敏捷开发（Scrum）
- - 前端攻城师-攻城记敏捷开发的话题已经由来已久，但是我们如何实施敏捷开发一直成为争结. 很多团队协作性差，产品、技术、测试、运营脱节，我们如何解决这些问题，成为了很多团队面临的问题. 有幸接触到Scrum项目管理，我想如果我们真的把Scrum实施起来，协作一定会上一个层次. 1.一切从产品出发 我一直信奉一个出色的产品经理不应该因为种种原因降低产品质量，不要因为技术难度大，不要因为项目时间紧，不要因为人员不足，领导压力，其实产品要说的就是：“喔.
Android敏捷开发指南
- - 互联网的那点事本文紧密结合移动开发方法与技术，围绕Android平台的开发探讨提供更高质量移动产品的解决方案. 作者中分析了移动开发中常见的问题，从两方面阐述了ThoughtWorks使用的测试开发方案和相应的架构方法与常用工具应用，并进一步阐述了为移动开发流程所提供的持续发布方案. 随着云计算、移动互联等一系列新技术概念的崛起，新一轮的IT经济正在不断扩大发展.
Scrum敏捷开发简介
- - CSDN博客编程语言推荐文章 Scrum是一种灵活的敏捷软件开发管理过程. Scrum方法由Ken Schwaber和 Jeff Sutherland 提出，它将软件开发团队比作橄榄球队，全队有明确的最高目标：发布产品的重要性高于一切. 团队高度自治，队员们熟悉开发过程中涉及到的各种技术，紧密合作，确保每个迭代都朝着最高目标推进.
敏捷开发 Scrum 总结
- - 行业应用 - ITeye博客 最近把之前学习 Scrum 的资料整理为一篇文档，在接下来的团队和项目开发中，根据项目的情况引入 Scrum 的一些实践，提高团队成员之间的协作能力和项目的交付质量. 参考资料：. 《轻松Scrum之旅—敏捷开发故事》、《敏捷无敌》. Scrum 工具.
敏捷个人和敏捷开发
- beralee - 博客园-首页原创精华区 自2001初成立了敏捷联盟到现在10年的推广，敏捷开发已日渐成为当前IT行业软件开发的一种主流方法. 没有银弹，任何方法都不可能解决所有问题，反而方法应用本身还会带来新的问题. 我在今年6月份上海举办的ScrumGathering中进行了一场敏捷个人话题的分享，我说到，想要Doing敏捷并不难，只要花上几天功夫学习敏捷知识之后就可以在小范围团队中去实践了，而要做到真正的Being敏捷则并不容易，而导致并不是真正敏捷的原因中，人是一个主要问题之一，这也是为什么现在敏捷社区中对人开始越来越关注的原因.
敏捷开发思想谈（一）
- - 所有文章 - UCD大社区 敏捷的原则. 敏捷开发其实并没有标准型的流程. SCRUM也只是众多衍生体中的一个. 实际上就算是SCRUM的实际使用也情况千差万别. 所以首先，请大家有这么个概念：. 敏捷开发绝对不是一套一成不变的标准化流程. 而更多的是一种自适应，自我优化的流程优化理念.