我一直覺得敏捷是理想與現實妥協的結果，是一種很好的實踐，理論網上隨便一搜就有很多，這次就說說我身邊的團隊，真實的實踐，通過“溝通”的角度來講，不妨起個名字叫做“敏捷溝通”。
我們的每個專案，專案經理都會建立一個臨時的IM群（旺旺）、一個臨時的郵件列表，把專案干係人全部加入。郵件列表通常是通過第一封專案相關的郵件，把大家的email整理齊，在郵件最後說明“本專案干係人以此封郵件為準，大家的專案郵件可以直接回復全部並修改郵件名稱和正文”。IM用於實時溝通，比如發了專案郵件要大家趕緊收、文件有重要更新、測試環境構建了暫時沒法訪問等等，都可以群裡吼。旺旺有群公告，我們會貼上專案各種文件、資料的wiki地址，以及一些測試環境的host繫結等等公共資訊。
經典的每日站立晨會我們團隊是堅持的，對於典型週期為2～4周到專案，控制粒度到“天”還是很必要的，專案狀態看板視情況而定，經常搞，舉例如下。
第一張圖，是用白板做的專案看板，這類專案典型長度是兩個星期，看板可以和專案日報、晨會整合應用，板上橫軸為進度百分比，縱軸為專案成員。每個專案成員負責的功能點，用一張張便籤表示，在專案開始的時候這些便籤都貼在0%的
下方，隨著專案的進行，這些便籤就逐漸被拿到右邊的方格里。每天晨會的時候，大家都圍在白板前，集中調整便籤的位置。便籤的紅黃綠不同顏色可以加以利用，
比如代表不同型別的任務，白板最右邊留出一塊可以寫其他必要的資訊，非常隨意。用了這種看板，對於如此短週期的專案，郵件日報通常可以省略。這個看板的最
大好處是隨時可視，專案成員、老闆路過都會看兩眼，而每個人要自己貼條，也是一種督促和幫助，試想大家都按進度在走，你老是滯後，自己也有壓力，另一方
面，如果真遇到困難，大家也能及時發現並提供幫助。這裡也蘊含著自我管理的思想，讓每個專案成員都對專案進度負起責來。
第二張圖，是“魔方計劃”（專案代號）的專案牆，和白板比起來，這個專案相對長期，2個月左右，畢竟這樣一個KT板也要200多
塊錢，上面主要有整個專案的時間軸、各個團隊的重要里程碑、產品設計過程的一些視覺化文件等等。究其目的，也是讓所有專案干係人隨時可以瞭解到專案的各方
面資訊，在每個專案裡，類似的看板應該包含哪些內容，大家可以邊實踐邊改進。最終能做到根據專案特點的不同，在啟動的時候自然使出最合適的專案管理方法，
從而畫出最適合的看板，就是最高境界了，而這種最高境界的習得，我現在的感覺是沒法學，沒法文件化，只能靠悟，比較鬱悶。
順便提一點，我們喜歡儘量給一些專案起個有意義的代號，說實話這樣還真能增加臨時團隊的凝聚力，比如“還魂丹”（啟用不活躍使用者的專案）、“魔方計劃”（將多個產品的零散模組整合成一個新產品）、“畫皮”（產品介面改版）、“畫心”（產品互動改版，PM光光同學在這個專案Kick Off的時候，一直放著張靚穎的《畫心》做背景音樂，感覺真的很不錯），而一些特別的專案，還會把團隊臨時集中在一個會議室做，叫封閉開發。
最後小結一下，從溝通擴大至整個敏捷方法，任何團隊的探索，都在試圖給出一個介於“無過程”和“過度過程”之間的折衷方案，使這個輕重適中的過程給團隊帶來最大的收益。