|
敏捷开发模式要最大化的提高团队的工作效率。无论是依靠剪除冗余的文档工作，还是提供民主的、通畅的沟通平台都是为了帮助团队能够集中有限的精力处理有意义的问题。据调查，通常人会在两个、多个任务并行的情况下产生出出最高工作效率。而敏捷也恰恰使用了各种方法得到团队的最大生产力。项目经理博客
敏捷开发的 Scrum 模式，要求在计划阶段，团队成员主动定制迭代周期的所有工作任务，因此，本身从团队开始迭代活动的那时起，已经在在多重工作的压力下紧张工作了。而在日常的迭代生产活动里，各个成员需要当众简单汇报当天的工作进度和承诺下一个 24 小时的工作计划。因此，通过增加敏捷人员的工作的透明度，无形之中，团队成员的生产力进一步得到提高。
测试驱动开发(Test Driven Development)项目管理者联盟
测试驱动开发，是让开发人员在编写功能代码之前，根据对需求的理解先设计和编写单元测试代码。先思考如何对将要实现的功能进行验证，再考虑功能的实现。然后迭代的增加新功能的单元测试和功能代码编写，直到完成全部功能的开发。项目经理圈子
自动化冗余工作(Automate the redundant work)
将团队成员从冗余的劳动中解放出来，无论是自动化的测试还是自动化工具的开发只要能够节约成本都是敏捷开发、敏捷测试的目标。项目管理者联盟
民主的团队(Democracy in team)项目经理博客
敏捷团队是一支民主的团队，团队关系是平行的，每个团队成员能够平等的参与讨论，决策。传统开发的垂直的官僚机构在敏捷开发中已是过时的。转自项目管理者联盟
尊重团队(Respect to team)项目管理者联盟
敏捷团队的决定权交有团队自己，决定是团队统一制定。无论是产品设计方案还是产品的功能实现都是的最佳结果。团队脱离了任何一个成员的工作都是不完整的，所以我们应当足够尊重其他成员的劳动果实和表达对其他成员的充分信任。尊重团队，尊重团队中的每一个成员都是敏捷开发的原则之一。项目管理者联盟
你敏捷了吗?项目管理者联盟
你敏捷了吗?经过上面的学习，我们应该已经了解了敏捷的实质，并且笔者认为如果您的团队已经表现出上述的特点，那么您的团队已经敏捷了。但是，往往很难做到如此理想的敏捷。而同时，我们需指出敏捷与否也并非我们的最终目标，我们的目标是能够通过学习敏捷的方法和最佳实践来开发可以适用于自身特点的方法和过程，帮助项目灵敏的适应市场变化，让我们变得敏捷起来。club.mypm.net
因此，我们依然希望进一步帮助大家了解如何变得敏捷，而首先，还是让我们学习大师留给我们的一套基本准则帮助我们判断项目开发敏捷与否吧。通过按照此标准的衡量，我们将容易得出项目是否敏捷的结论，也能够因地制宜的找到问题所在，最终实现敏捷。项目管理者联盟
Scott W. Ambler 在其文章 How Agile Are You? 中指出了以下七条原则帮助大家来判断什么项目是敏捷的项目。项目管理者联盟
项目中有利益干系人(Stakeholder)的参与项目管理者联盟
团队拥有并且可随时执行的回归测试项目管理者联盟
关注产品自身而不是冗余的文档项目管理者联盟
项目开发拥有严格的源码管理、版本控制项目管理者联盟
开发能够积极面对和响应项目需求变化项目管理者联盟
团队作为整体直接担负项目责任项目管理者联盟
能够自动化重复性的活动项目经理圈子
结束语项目管理者联盟
在敏捷测试最佳实践系列的第一篇文章中，您了解了敏捷实质，敏捷为我们带来的更多的业务价值的提升和一个更好的个人发展平台。对敏捷方法的共性分析中，我们了解了敏捷开发的关键特性，也了解了判别是否敏捷的方法和标准。项目管理者联盟
敏捷测试最佳实践系列的第二篇文章将基于笔者亲身经历的敏捷测试成功案例介绍敏捷测试的实践经验，使您对敏捷测试的结构和部署细节有更加清晰的认识。最后，本系列的第三篇文章将帮助您了解从传统测试转向敏捷测试所需具备的条件和方法，并分享笔者在敏捷测试的实践过程中遇到过的几类问题和解决这些问题的主要方法。项目管理者联盟 项目管理论坛
|
