敏捷开发的敏捷开发团队原则

最大的分歧
最大的分歧在于开发人员和测试人员之间。作为敏捷团队的成员，测试人员被期望能编写一点代码，同时开发人员可以做一些测试。各自的强项还是很重要：新的角色要求每个成员成为大家所谓的“通才”。测试人员大多数时间作测试，开发人员大都编写代码，但所有人都分享他们的工作，而且有能力承担他们面前的任务。
发现中立点
团队决定作为一个团队需要做什么，如何最好地分配工作。第一步是让团队成员说说他们自己的技能集、优点和缺点。但却不希望他们根据以前角色（如，软件测试员或开发员）来定义自己。所以找到一个中立点，她列出了小型离线会议，和每周工作之外的小时集体活动所需的事项。这样，该团队去当地的农场采摘蓝莓。他们一起上瑜珈课。他们集体在厨房里烤燕麦棒，做果沙。
正确执行应用程序
团队找到了让自此感到舒服的新水平。整个项目的工作流程顺利进行，只做一个待办的事情，而不是四个。

敏捷型方法发源于20世纪90年代的 IT 软件开发行业。

2001年，软件开发业的17位领导者在美国犹他州聚会，发布了《软件开发敏捷宣言》，进而从《敏捷宣言》派生出了12条敏捷原则，他们分别是：

（1) 我们的最高目标是，通过尽早地、持续地交付有价值的软件来使客户满意。

（2) 即使是在项目开发后期，也欢迎对需求提出变更。敏捷过程利用适应变化来帮助客户创造竞争优势。

（3) 要不断交付可用的软件，周期从几周到几个月不等，且越短越好。

（4) 项目过程中，业务人员与开发人员必须在一起工作。

（5) 要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。

（6) 无论是团队内还是团队间，最有效的沟通方法是面对面的交流。

（7) 可用的软件是衡量进度的主要指标。

（8) 敏捷过程提倡可持续的平稳开发。项目方、开发人员和用户应该能够保持恒久稳定的开发速度。

（9) 对技术的精益求精以及对设计的不断完善将提升敏捷性。

（10) 简单——尽最大可能减少不必要的工作。这是一门艺术，是根本。

（11) 最佳的架构、需求和设计出自于自组织的团队。

（12) 团队要定期反省如何能够做到更有效，并相应地调整团队的行为。

以上就是敏捷开发的十二原则，希望可以解答您的问题。