尊重团队（Respect to team）
敏捷团队的决定权交有团队自己，决定是团队统一制定。无论是产品设计方案还是产品的功能实现都是的最佳结果。团队脱离了任何一个成员的工作都是不完整的，所以我们应当足够尊重其他成员的劳动果实和表达对其他成员的充分信任。尊重团队，尊重团队中的每一个成员都是敏捷开发的原则之一。
你敏捷了吗？
你敏捷了吗？经过上面的学习，我们应该已经了解了敏捷的实质，并且笔者认为如果您的团队已经表现出上述的特点，那么您的团队已经敏捷了。但是，往往很难做到如此理想的敏捷。而同时，我们需指出敏捷与否也并非我们的最终目标，我们的目标是能够通过学习敏捷的方法和最佳实践来开发可以适用于自身特点的方法和过程，帮助项目灵敏的适应市场变化，让我们变得敏捷起来。
因此，我们依然希望进一步帮助大家了解如何变得敏捷，而首先，还是让我们学习大师留给我们的一套基本准则帮助我们判断项目开发敏捷与否吧。通过按照此标准的衡量，我们将容易得出项目是否敏捷的结论，也能够因地制宜的找到问题所在，最终实现敏捷。
Scott W. Ambler 在其文章 How Agile Are You？ 中指出了以下七条原则帮助大家来判断什么项目是敏捷的项目。
项目中有利益干系人（Stakeholder）的参与
团队拥有并且可随时执行的回归测试
关注产品自身而不是冗余的文档
项目开发拥有严格的源码管理、版本控制
开发能够积极面对和响应项目需求变化
团队作为整体直接担负项目责任
能够自动化重复性的活动
结束语
在敏捷测试最佳实践系列的第一篇文章中，您了解了敏捷实质，敏捷为我们带来的更多的业务价值的提升和一个更好的个人发展平台。对敏捷方法的共性分析中，我们了解了敏捷开发的关键特性，也了解了判别是否敏捷的方法和标准。
敏捷测试最佳实践系列的第二篇文章将基于笔者亲身经历的敏捷测试成功案例介绍敏捷测试的实践经验，使您对敏捷测试的结构和部署细节有更加清晰的认识。最后，本系列的第三篇文章将帮助您了解从传统测试转向敏捷测试所需具备的条件和方法，并分享笔者在敏捷测试的实践过程中遇到过的几类问题和解决这些问题的主要方法。
此文章共有8页 上一页 1 2 3 4 5 6 7 8
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
