在上一篇文章中 ，我解释了最基本的敏捷实践是反思。 在本文中，我概述了组织，团队和人员如何在行动中运用反思的示例。

通过回顾反思

回顾是强大的工具，整个团队都可以使用它们来反思其当前的工作实践，以了解他们为持续改进所可能采取的措施。 作为《 回顾手册 》的作者，我显然对这种做法充满热情，因为他们明确地允许团队寻求改进的方法，并且在执行得当的情况下，可以为讨论问题创造一个安全的空间。

通过教练反思

有效的领导者将教练视为一项强大的技能，可以帮助个人反思自己的目标和行动，以帮助他们成长。 教练向受训者提出的反思性问题揭示了受训者实现目标的障碍或新机会。

指导本身就是一种技能，需要时间进行指导的人和被指导的人。 如果做得好，教练可以帮助教练员实现自己的目标或找到进一步发展自己的方法，从而极大地提高团队成员的绩效和满意度。

通过每日/每周优先级进行反思

在过去的几年中，我为技术主管开设了一门课程，在这门课程中，我教未来的技术主管在他们的一周中花时间进行反思和优先考虑。 我看到很多领导职位的人陷入被动的陷阱，他们在这里忙于“做”，而没有考虑这是否是他们应该做的最重要的任务。

有效率的领导者会根据自己的时间表安排时间，以定期检查他们的所有活动并确定其优先级。 在此过程中，领导者还确定完成这些活动的最佳方法是什么，通常是让他人参与而不是自己做，而是让其他人参与进来。

通过一对一反馈进行反思

与团队一起工作时，我会教团队成员提供和接受有效反馈的原则。 我坚信总理指令 –鉴于当前的技能和当前情况，每个人都在尽力做到最好。 工作环境中的许多冲突通常是由于不同的目标或不同的观点而引起的，人们很容易相互挫败。

当团队成员不知道如何给出反馈时，站在任何一方都可能是一个非常可怕的前景。 一对一的反馈使人们有机会反思自己，并为个人提高效率和加强参与人员的信任和关系创造空间。

通过重构反思

对于敏捷软件开发人员来说，重构是一项必不可少的技能，并且是开发中不可谈判的一部分。

三罢工，您重构– 重构：改进现有代码的设计（Martin Fowler）

开发人员在编写和修改软件时应该进行微小的重构，因为它迫使开发人员反思自己的代码，并一次一次地思考更好的设计或解决问题的方法。

通过用户反馈进行反思

近年来，我已经看到用户体验领域通过诸如用户研究，用户测试，监视实际使用情况以及收集用户反馈等做法与敏捷交付团队更好地集成，以不断改进产品。

尽管良好的工程实践可以帮助团队正确构建系统，但是只有通过用户反馈，团队才能反思他们是否正在构建正确的系统。

结论

反思是团队变得敏捷的最有力方法。 通过反思，团队可以更好地选择他们想要的实践并立即获得价值，因为他们了解为什么采用不同的工作方式。

翻译自: https://www.javacodegeeks.com/2016/02/practice-reflection-action.html