敏捷就是“團隊快樂”

        團結一致

        抱成一團還是一盤散沙，這是個很簡單的選擇。但工作中，一個傳統職能組織中的每個人都能夠團結一致，相互幫助、相互補位又是一種很難達到的狀態。

        對于傳統職能桶式的組織而言，雖然成員的崗位歸屬在一個組織中，但各自有各自的職能目標。比如產品要出需求，技術要寫碼，測試要進行測試。各職 能之間與其說相互配合，不如說相互打架，各自都覺得自己沒責任，同時都覺得上游不負責，下游事兒太多，苦活累活都自己干了還不討著好。

        敏捷團隊首先定義了明確的團隊目標，并通過口頭溝通和可視化看板明確這些目標，同時這個目標是衡量團隊成員工作成果的唯一體現。因此，當流程中 某一節點出現問題時，由于大家共同關注的是產品的上線和價值，組織成員為了確保最終目標的達成，能夠相互補位，對自己手頭的事情也會根據當前的情況作出適 當的調整以適應變化。比如，當需求太多而技術開發不完時，產品不是幸災樂禍地覺得自己出活快，罵技術水平低，而是能夠停下來一起分析細化需求，幫助開發更 好理解，同時調整 backlog 迭代范圍，以保障小版本上線；而當測試積壓時，開發可以主動介入測試，與測試人員一起快速消滅待測代碼。

        敏捷團隊能夠團結一致，榮辱與共，這是一種文化，也只有具備這種文化的團隊，才能在瞬息萬變的市場中找到方向。

        隊伍紀律嚴明

        不深入理解敏捷宣言，很容易誤入歧途地認為敏捷就是沒有規矩.恰恰相反，一直真正優秀的敏捷隊伍，一定是紀律嚴明的.這種嚴明，不是軍事化管理，而是為了更好地適應敏捷定義的各種約束。

        敏捷團隊人人平等，但為了組織更好的協作，清晰地定義了 Scrum Master、Product Owner 等角色和職責，確保每個人都能夠在自己最擅長的領域發揮最大的價值；同時敏捷團隊要求組織成員進行每日站會，養成良好的 Face to Face 溝通習慣；另外，對卡片故事、看板、燃盡圖等工具的使用也有清晰的要求。敏捷試圖通過最簡單、直接的方式進行溝通協作，并使信息透明，以提高效率；而傳統 的職能團隊或虛擬項目組也有很多制度，目的是告訴下游“我是按規矩做的，這個問題責任不在我”。

        快速反應

        天下武功，唯快不破。快于好總是一對冤家，因為我們總認為產品交付“必須能拿得出手”才能體現我的價值，這個觀點毒害了一批又一批職場新人。因為價值是最后的結果，過程基本都是炮灰，為了炮灰精雕細琢是最可恥的浪費。

        很多沒有經歷過敏捷的同學有滿腔熱血，也亟需證明自己，從被別人認可中找到快感，于是很簡單的事情，不憋出個龜波氣功的大招是絕不會發射的。一個功能討論，從國外是怎么發展的，竟品是怎么做的，到我們這么做的優勢和特點被多少論文論證過，然后是精美的、華麗的 Axure 原型，交互效果另前端的同學都嘆為觀止，最后的 PDF 寫了 100 多頁文檔。這種認真令人感動，這種方式令人痛恨。

        真正的敏捷，不是為了形式敏捷，而是為了最后的價值實現。價值不是憑空想的，也不是拍著腦袋做的，而是用戶愿意用，愿意為其買單才能體現的。如果沉浸在自己的完美主義中，不斷優化完善，跟自娛自樂燒錢玩沒什么兩樣。失敗不可恥，浪費自己和團隊的時間、浪費投資人的金錢、因為懦弱沒有勇氣面對用戶才是最可恥的。為了用戶的認可，別顧忌那可笑的面子，睜開眼睛享受用戶的謾罵吧，2 周/版本的迭代速度，就足以把一切謾罵都甩在屁股后面。

        樂在其中

        別愁眉苦臉，別郁郁寡歡，別目光呆滯，嘿，這里可是敏捷團隊，我們都是產品的主人，我們都是創業者！

        一個真正睿智的管理者，是不會天真的認為只靠 KPI 就能帶來好的結果的，如果你不能讓員工從工作中找到快樂和成就，就等著自己成為他們職業生涯的墊腳石吧。

        所有人都喜歡激勵，敏捷對團隊成員而言，激勵可不僅僅是產品最終被用戶認可，更多的是體現在了每一個小的迭代周期中，自己消滅了一些卡片，獲得 了直接的反饋同時分享出去，并且在過程中能夠與團隊成員并肩作戰，享受大家的鼓勵和用戶的抱怨。也只有快樂并充實的工作，才能讓敏捷煥發出如此強大的生命 力！