在上一篇文章中 ，我解釋了最基本的敏捷實踐是反思。 在本文中，我概述了組織，團隊和人員如何在行動中運用反思的示例。

通過回顧反思

回顧是強大的工具，整個團隊都可以使用它們來反思其當前的工作實踐，以了解他們為持續改進所可能采取的措施。 作為《 回顧手冊 》的作者，我顯然對這種做法充滿熱情，因為他們明確地允許團隊尋求改進的方法，并且在執行得當的情況下，可以為討論問題創造一個安全的空間。

通過教練反思

有效的領導者將教練視為一項強大的技能，可以幫助個人反思自己的目標和行動，以幫助他們成長。 教練向受訓者提出的反思性問題揭示了受訓者實現目標的障礙或新機會。

指導本身就是一種技能，需要時間進行指導的人和被指導的人。 如果做得好，教練可以幫助教練員實現自己的目標或找到進一步發展自己的方法，從而極大地提高團隊成員的績效和滿意度。

通過每日/每周優先級進行反思

在過去的幾年中，我為技術主管開設了一門課程，在這門課程中，我教未來的技術主管在他們的一周中花時間進行反思和優先考慮。 我看到很多領導職位的人陷入被動的陷阱，他們在這里忙于“做”，而沒有考慮這是否是他們應該做的最重要的任務。

有效率的領導者會根據自己的時間表安排時間，以定期檢查他們的所有活動并確定其優先級。 在此過程中，領導者還確定完成這些活動的最佳方法是什么，通常是讓他人參與而不是自己做，而是讓其他人參與進來。

通過一對一反饋進行反思

與團隊一起工作時，我會教團隊成員提供和接受有效反饋的原則。 我堅信總理指令 –鑒于當前的技能和當前情況，每個人都在盡力做到最好。 工作環境中的許多沖突通常是由于不同的目標或不同的觀點而引起的，人們很容易相互挫敗。

當團隊成員不知道如何給出反饋時，站在任何一方都可能是一個非常可怕的前景。 一對一的反饋使人們有機會反思自己，并為個人提高效率和加強參與人員的信任和關系創造空間。

通過重構反思

對于敏捷軟件開發人員來說，重構是一項必不可少的技能，并且是開發中不可談判的一部分。

三罷工，您重構– 重構：改進現有代碼的設計（Martin Fowler）

開發人員在編寫和修改軟件時應該進行微小的重構，因為它迫使開發人員反思自己的代碼，并一次一次地思考更好的設計或解決問題的方法。

通過用戶反饋進行反思

近年來，我已經看到用戶體驗領域通過諸如用戶研究，用戶測試，監視實際使用情況以及收集用戶反饋等做法與敏捷交付團隊更好地集成，以不斷改進產品。

盡管良好的工程實踐可以幫助團隊正確構建系統，但是只有通過用戶反饋，團隊才能反思他們是否正在構建正確的系統。

結論

反思是團隊變得敏捷的最有力方法。 通過反思，團隊可以更好地選擇他們想要的實踐并立即獲得價值，因為他們了解為什么采用不同的工作方式。

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

總結

以上是生活随笔為你收集整理的行动中的反思实践的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。