开发团队协作 敏捷开发_成为协作敏捷开发团队的5条原则

开发团队协作 敏捷开发

在致力于敏捷和发展实践时，IT团队需要做很多工作。 敏捷团队可能会通过定义Scrum管理员角色 ， 添加估算实践并成熟使用敏捷管理工具的方式来成熟和扩展其实践。 Devops团队可能首先实现CI / CD管道 ，然后实现自动化测试 ，然后寻求添加更多信息丰富的应用程序级别监视和警报 。

您可能会听到很多有关敏捷和开发人员的IT组织的文化和心态的信息。 如果您对IT已有足够的了解，那么您可能已经见证了想要快速发布的开发团队与想要控制变更以使基础结构和应用程序可靠运行的IT运营部门之间的斗争。 敏捷和发展不仅是实践和技术，还旨在改变IT人员的合作方式。

[了解您的企业如何在敏捷开发中脱颖而出 。 | 将您的敏捷职业提升到新的水平： 如何提高您的Scrum Master技能 。 | 不确定“敏捷”的真正含义是什么？ InfoWorld 解释了敏捷方法 。 | 通过InfoWorld的App Dev Report新闻通讯了解编程方面的热门话题。 ]

当您的IT组织正在着手进行敏捷和开发转型时，您如何知道人们真正在协作呢？ 团队应该如何表现不同？您应该做什么来促进团队的协作，文化和思维定势？

以下五项原则将有助于指导这种协作和文化转型。

1.协作团队足以解决正确的问题

您是否曾经目睹过团队如此专注于技术解决方案，以至于他们迷失了所要解决的问题以及原因所在？ 又或者什么时候解决问题，而关键人物却被排除在对话之外呢？ 当团队过分考虑技术问题并定义过度设计或过于复杂以至于无法实施的解决方案时，会发生什么？

这些都代表了团队可以直接解决问题而又不退一步并进行战略思考的情况。 协作团队通过以下方式围绕解决问题建立学科：

• 通过明确说明目标及其重要性，定义机会。
• 了解解决方案中应考虑的用户需求和价值。
• 在其他情况下回顾机会，并确定更高的优先级。
• 使用杰夫·贝佐斯（Jeff Bezos）的两人会议规则，并指定一支多元化的团队来解决问题。
• 在可行的选择中了解约束并利用相关数据为零。
• 时间盒解决方案并考虑多种选择。
• 交流结果并建议下一步。

2.优秀的团队以客户为中心，但也积极解决技术问题

最好的团队希望在实施战略计划，响应客户需求和问题以及解决技术债务之间取得适当的平衡。 这很容易说，但是在实践中，当用户尖叫着问题，领导者要求按时完成任务以及安全团队想要对易受攻击的系统和应用程序进行修补时，很难实现。

强大的团队对如何安排工作的优先级和如何有效地利用时间来解决苛刻的优先事项非常敏感。 例如。 他们希望减少不必要的会议，消除程序中不必要的步骤，并投资于自己的工作流程自动化。

团队让技术债务落后于苛刻的业务需求也很容易，但是最好的团队不要让技术债务积聚 。 以其架构，系统性能以及代码的制作技巧而感到自豪。 他们发现不堪重负的基础架构是不可接受的，他们减轻而不是担心安全性和其他风险。 他们对自己正在建造的东西以及之前建造的东西负责。

3.自组织团队推动制定的标准

敏捷宣言的原则之一是“最佳的架构，要求和设计来自自组织团队。” 最好的团队通过在自组织，实验和开发概念证明与开发标准实践，体系结构和方法之间找到适当的平衡，从而将这一原则付诸实践。

这并不像看起来那么容易。 对于较小的团队来说，当每个人的大部分工作只是完成日常工作时，很难找到足够的时间来真正定义，记录，交流和衡量标准。 对于大型组织，团队要想出一个主意并将其扩展，以便其他人可以使用它，这需要沟通和协作，而这超出了他们的核心职责。

但是，这正是伟大的敏捷团队和开发团队所做的。 自组织团队具有显着的能力和灵活性，可以正确地做正确的事情。 有了这种灵活性，就应该建立最佳实践和遵循标准，这是额外的责任。

[ 开发最佳实践：您应采用的5种方法 。 • 如何使测试自动化与敏捷性和发展性保持一致 。 •InfoWorld解释了在设备开发时代的监视 。 • 究竟是什么东西？ 探索如何改变软件开发 。 ]

4.优秀的团队制定KPI并使用回顾来推动改进

优秀的团队总是希望改善他们的流程，实践和协作。 优秀的团队通过规范关键绩效指标（KPI）和改进流程来做到这一点。

在实践中如何做到这一点？

• IT组织选择并衡量关键绩效指标，尤其是在影响生产力，质量或其他操作原则的薄弱环节附近。
• 定期检查KPI，团队在回顾会议上收集有关流程改进的其他反馈。 最重要的反馈优先用于流程改进。
• 当组织有多个团队时，要求在特定KPI方面表现出色的团队指导绩效不佳的团队。
• 删除优化的KPI，并定期用其他改进区域替换。

5.伟大的团队解决小团体中的冲突，庆祝大团体中的胜利

没有它的速度颠簸和冲突，适应IT就不会发生。 围绕优先级，标准，技术平台和实施方法进行了辩论。

最好的团队会认识到冲突，并希望以知识渊博的小型团队解决冲突。 他们希望通过采取“如果我们选择路径A而错了怎么办？”的思维定势来快速解决冲突。 与“我们如何最终确定最佳路径？” 换句话说，他们愿意承担可衡量的风险并快速失败，而不是被冲突所阻挡并没有解决它们。

另一方面，优秀的团队以大的方式庆祝小事情。 许多组织在战略上更广泛地使用技术，这给IT部门带来了巨大压力，要求其交付更频繁的应用程序更改，更快地解决运营问题并提高用户体验的整体质量。 忘记今天的成功很容易，因为领导者总是会问：“下一步是什么”和“你如何做得更好？”

最好的团队通过让利益相关者和同事庆祝自己的胜利来认可自己的成就并推动文化变革。

翻译自: https://www.infoworld.com/article/3327560/5-principles-of-collaborative-agile-devops-teams.html

开发团队协作 敏捷开发