打造敏捷團隊的三大核心原則
敏捷最初是一種軟體開發理念，強調協作，自適應規劃和持續改進。近來，敏捷已成為整個科技界的事實上的開發方法。敏捷的核心目標是基於 ofollow,noindex">敏捷原則 ，從根本上重構我們完成工作的方式。
各種敏捷方法，比如Scrum，引入了很多樣板，主張用一些具體方式來執行日常任務 ，例如軟體估算，收集客戶反饋，甚至測量團隊進度。不同的團隊有不同的方式來實現敏捷。隨著時間的推移，不同的團隊或組織傾向於最適合他們自己，最有效的一套流程。
在為多個敏捷團隊工作之後，我發現雖然每個團隊都有自己的“Agile”實現方法，存在各種差異，但通常會遵循一些貫通的核心原則，大多數團隊都會努力遵守這些共性原則。也正是這些原則從根本上決定了“團隊的敏捷程度”以及最終的成敗。以下是我所看到的三大敏捷原則：
1.簡潔但強大的反饋迴圈
敏捷團隊最大的特點之一就是它能夠快速整合來自環境的反饋，並最大限度地縮短識別問題和修復問題所需的時間。敏捷團隊始終致力於識別阻礙開發過程的潛在問題，並及時提出解決問題的策略。
例如，工作分解為小的迭代，通常在兩到四周之間。在Scrum實踐中，每次迭代都被稱為Sprint。將較大的專案分解為較小的Sprint – 其中還包含任務列表 – 這使得團隊能更好地評估待處理的任務，設定更真實的期望和目標。任務的複雜性與工期的錯誤判斷之間存在直接關聯。
但更重要的是，將工作分解成粒度足夠小的迭代，可以讓團隊有機會定期反思成功和失敗。在每次迭代結束時，團隊能夠評估已完成的事情以及需要更改或完善的地方。
這可以反映哪些流程適合團隊，以及需要進行哪些修改才能提高團隊的工作效率。然後，這些變化可以納入下一次迭代，從而建立一個良性反饋迴圈，在理想情況下團隊將隨著時間的推移變得更有效。Scrum通過定期的Sprint Retrospectives或“retros”來實現這個想法。
實際上，Scrum通過引入Daily Stand-Up的概念，進一步提升了反饋迴圈，目標是讓所有成員每天在固定的時間和地點見面並簡單地討論：
- 你在前一天的工作
- 你打算在今天剩下的時間裡做些什麼
- 什麼（如果有的話）正在妨礙你
理想情況下，這為每個人提供了一個機會 ，在指定的回顧（retro）之前經常進行同步，有助於確保一切都按計劃順利完成迭代。讓困難和障礙儘快浮出水面，讓團隊成員才有機會對工作中的顧慮知無不言。
2.合作是王道
敏捷和Scrum最重要的一個特徵是：對團隊整體的重視程度遠大於個人。與尋求最大限度提高個人生產力的傳統管理技術不同，Scrum宣稱個人只能與他們所屬的團隊一樣好，個人不能背離團隊的流程和價值觀。因此，團隊動力和協作才是敏捷世界的中心舞臺，而不是個人風格。
理想情況下，一個獨立自主的敏捷團隊必須擁有開發產品時所需的所有資源。我們的目標是讓工程師，設計師，產品戰略家和業務人員共同合作，共同實現一個共同願景。
由此可以獲得一些切實的好處。很明顯，將人們從多個方面拉到一起可以加快溝通過程，因為它消除了部門間溝通的一些官僚作風，使每個人都更快地站到同一條戰壕中。
這也使每個人都能更好地瞭解為什麼要做出某些決定以及產品的發展方向。例如，作為一名工程師，瞭解某些業務決策背後的基本原理可以讓我對我正在構建的產品進行更全面的概述。我能夠更好地瞭解我的客戶是誰。不能 將產品specs視為獨立的功能清單，而應是一種改善最終消費者體驗的機會 。
鼓勵跨職能團隊的另一個更微妙的原因是，當團隊成員開始將自己與正在開發的產品，而不是自己的職位相關聯時，主人翁精神會油然而生。
3.可交付的改進
到目前為止，我們已經專門討論了團隊如何構建反饋迴圈以改進其功能。但敏捷方法常常將論證向前推進一步，並適用於產品本身的開發。
如果團隊可以在每個迭代週期結束時都能拿出可用版本 （哪怕只是部分功能 ）該產品就可以提交給利益相關者和潛在客戶，讓每個參與者定期提供他們的意見。這能夠形成一個早期發現錯誤的良性機制，確保專案朝著正確的方向發展。
請注意，這與傳統軟體開發方法形成鮮明對比，在傳統軟體開發方法中，開發人員和客戶之間的溝通很少，直到切換階段，此時，對產品進行任何更改通常為時已晚。
然而，由於迭代非常頻繁，每個功能都應當被“垂直整合”。這意味著每個功能都經過充分打磨，包含從所需的後端基礎設施到前端UI的所有內容。從這個意義上說， 任務是從潛在使用者的角度細分的。
最終，敏捷之美在於它的開放性。組織不一定要堅持Scrum或任何其他某種或混合方式。Daily Standups，Planning Poker，Agile Retros，看板等工具只是達到目的的手段，而不是任務本身。為了真正實現敏捷，團隊首先必須瞭解為什麼有些事情需要按照特定的方式完成，以及通過採用某些流程可以獲得哪些好處，是否在團隊所處的特定環境中有意義。畢竟，敏捷的精神才是團隊成功的關鍵所在。
原文連結