【转载1】敏捷团队的25个特征，摘自：CSDN
https://blog.csdn.net/weixin_34050427/article/details/88587854
伟大的Scrum 发展团队的25个特征
- 追求卓越技术。伟大的发展团队使用极限编程作为灵感来源。XP提供围绕规划，设计，编码和测试的实践和规则。示例包括重构（不断简化代码），结对编程，持续集成（程序员只要具有通过单元测试的干净构建，就将代码合并到代码基线中），单元测试（在开发级别测试代码）和验收测试（建立具体的验收测试）。
- 申请团队蜂拥而至。伟大的发展团队掌握了“团队蜂拥”的概念。这是一种工作方法，一个团队一次只处理几件物品，最好是一次只处理一件物品。通过让很多人一起工作，而不是进行一系列的切换，每个项目都尽快完成。
- 使用尖峰解决方案。Great Development Teams使用尖峰解决方案来解决具有挑战性的技术，架构或设计问题。
- 以团队形式优化产品待办事项。伟大的开发团队认为积压改进团队的努力。他们了解产品积压的质量是可持续发展步伐的基础。虽然产品负责人负责产品待办事项，但整个团队需要对其进行优化。
- 尊重童子军规则。伟大的发展团队使用童子军规则：总是让露营地更清洁。这意味着他们总是检查比以前更清洁的模块。
- 批评想法，而不是人。伟大的发展团队批评想法，而不是人。期。
- 分享经验。伟大的发展团队与同行分享经验。这可能在组织内部，但研讨会和会议也是分享经验和收集知识的好方法。当然，写下您的经验教训也受到高度赞赏。是的，对于细心的读者来说，这与产品负责人完全相同。
- 了解有些松懈的重要性。伟大的发展团队在他们的冲刺中有一些松懈。人类整天都不能富有成效。他们需要时间放松，在咖啡机聊天或玩桌上足球。他们需要一些懈怠才能具有创新性和创造性。他们需要时间来享受乐趣。通过这样做，他们确保了高动力，从而最大限度地提高了生 但是，处理可能出现的紧急情况也是必要的，当您需要创建热修复时，您不希望整个sprint遇到麻烦。因此：制造一些松懈！当冲刺没有任何紧急情况时：太棒了！这为团队提供了一些重构和紧急设计的机会。这是双赢的！
- 互相玩乐。伟大的发展团队确保每天都有健康的乐趣。培养乐趣，活力，互动和协作营造了团队蓬勃发展的氛围！
- 没有任何Scrum'会议'。伟大的开发团队将Scrum事件视为对话的机会。Tobias Mayer在他的“人民Scrum”一书中完美地描述了这一点：“Scrum以人为中心，人们进行对话。有计划，调整和反思的对话。我们会在适当的时间和适当的时间进行这些对话，以便为我们的工作提供信息。如果我们没有这些对话，我们就不会知道我们在做什么（计划），我们不会知道我们要去哪里（对齐），我们会不断重复同样的错误（反思）。“
- 了解他们的客户。伟大的发展团队了解他们真正的客户。他们与他们直接接触。他们真正了解自己的愿望，因此能够做出正确的（技术性）决策。
- 可以解释技术任务的（业务）价值。伟大的开发团队了解技术任务的重要性，例如性能，安全性和可扩展性。他们可以向产品负责人和客户解释（业务）价值，并确保其部分产品积压。
- 相互信任。伟大的发展团队相互信任。是的，这很明显。但是如果没有信任，团队就不可能实现伟大。
- 保持回顾的乐趣。伟大的发展团队自己考虑回顾性格式。他们以创造性，有趣和有用的格式支持Scrum Master，并提供便利会话本身。
- 在sprint期间提供功能。伟大的开发团队不断提供功能。基本上他们不再需要冲刺了。只要项目“完成”，就会收集并处理反馈; 这创造了持续交付的流程。
- 不需要冲刺0.伟大的开发团队在“真正的”冲刺开始之前不需要冲刺0。他们已经在第一个sprint中提供了商业价值。
- 行为确实是跨职能的。伟大的开发团队不仅具有跨功能的组合，而且还具有跨职能的功能。他们不会谈论团队中的不同角色，而是专注于每个sprint作为一个团队提供可释放的产品。每个人都在做实现冲刺目标所必需的东西。
- 自己更新Scrum板。伟大的开发团队确保Scrum /团队董事会始终保持最新状态。这是对现实的准确反映。他们不需要Scrum Master来鼓励他们; 相反，他们与Scrum Master合作更新电路板。
- 花时间进行创新。伟大的发展团队了解技术/建筑创新的重要性。他们知道有必要跟上快速变化的环境和技术。他们确保在正常工作时间内有时间进行创新，这很有趣也很有趣！
- 不需要完成定义。伟大的发展团队深刻理解“做”对他们意味着什么。对于团队成员，不再需要写下“完成定义”。他们知道。使用它的唯一原因是使“完成状态”对其利益相关者透明。
- 知道如何提供反馈。伟大的发展团队已经学会了如何以诚实和尊重的方式给予对方反馈。他们掌握了“影响反馈”的概念。他们会在必要时提供反馈，并且在回顾之前不要推迟反馈。
- 管理他们的团队组成。伟大的开发团队管理自己的团队组成。只要需要特定技能，他们就会与其他团队合作，讨论“雇用”特定技能的机会。
- 实践集体所有权。伟大的发展团队了解集体所有权的重要性。因此，他们将开发人员分散到所使用的应用程序和系
- 修复与其他团队的依赖关系。伟大的开发团队意识到可能与其他团队的依赖关系，并自行管理这些团队。因此，他们确保了产品的可持续发展步伐。
- 不需要故事点。伟大的发展团队不再关注故事点了。他们以这种方式改进了产品积压，顶级产品的尺寸变化不大。他们知道每个sprint可以实现多少项目。计算故事数量就足够了。
