產品設計體會（3013）項目的“敏捷溝通”實踐

文章目錄

• iamsujie猜你還喜歡：

我一直覺得敏捷



是理想與現實妥協的結果，是一種很好的實踐，理論網上隨便一搜就有很多，這次就說說我身邊的團隊，真實的實踐，通過“溝通”的角度來講，不妨起個名字叫做“敏捷溝通
”。

我們的每個項目，專案經理都會建立一個臨時的IM
群（WangWang）、
一個臨時的郵件清單
，把項目干係人全部加入。郵件清單通常是通過第一封項目相關的郵件，把大家的email
整理齊，在郵件最後說明“本項目干係人以此封郵件為準，大家的項目郵件可以直接回複全部並修改郵件名稱和本文”。IM
用於即時溝通，比如發了項目郵件要大家趕緊收、文檔有重要更新、測試環境構建了暫時沒法訪問等等，都可以群裡吼。WangWang有群公告，我們會貼上項目各種文檔、資料的wiki
地址，以及一些測試環境的host
綁定等等公用資訊。

經典的每日站立晨會
我們團隊是堅持的，對於典型周期為2
～4
周到項目，控制粒度到“天”還是很必要的，項目狀態看板
視情況而定，經常搞，舉例如下。

第一張圖，是用白板做的項目看板，這類項目典型長度是兩個星期，看板可以和項目日報、晨會整合應用，板上橫軸為進度百分比，縱軸為項目成員。每個項目成員負責的功能點，用一張張便簽表示，在項目開始的時候這些便簽都貼在0%
的
下方，隨著項目的進行，這些便簽就逐漸被拿到右邊的方格裡。每天晨會的時候，大家都圍在白板前，集中調整便簽的位置。便簽的紅黃綠不同顏色可以加以利用，
比如代表不同類型的任務，白板最右邊留出一塊可以寫其他必要的資訊，非常隨意。用了這種看板，對於如此短周期的項目，郵件日報通常可以省略。這個看板的最
大好處是隨時可視，項目成員、老闆路過都會看兩眼，而每個人要自己貼條，也是一種督促和協助，試想大家都按進度在走，你老是滯後，自己也有壓力，另一方
面，如果真遇到困難，大家也能及時發現並提供協助。這裡也蘊含著自我管理的思想，讓每個項目成員都對項目進度負起責來。

第二張圖，是“魔方計劃”（項目代號）的項目牆，和白板比起來，這個項目相對長期，2
個月左右，畢竟這樣一個KT
板也要200
多
塊錢，上面主要有整個項目的時間軸、各個團隊的重要裡程碑、產品設計過程的一些可視化文檔等等。究其目的，也是讓所有項目干係人隨時可以瞭解到項目的各方
面資訊，在每個項目裡，類似的看板應該包含哪些內容，大家可以邊實踐邊改進。最終能做到根據項目特點的不同，在啟動的時候自然使出最合適的專案管理方法，
從而畫出最適合的看板，就是最高境界了，而這種最高境界的習得，我現在的感覺是沒法學，沒法文檔化，只能靠悟，比較鬱悶。

順便提一點，我們喜歡盡量給一些項目起個有意義的代號，說實話這樣還真能增加臨時團隊的凝聚力，比如“還魂丹”（啟用不活躍使用者的項目）、“魔方計劃”（將多個產品的零散模組整合成一個新產品）、“畫皮”（產品介面改版）、“畫心”（產品互動改版，PM

光

光

同學



在這個項目Kick Off
的時候，一直放著張靚穎的《畫心》做背景音樂，感覺真的很不錯），而一些特別的項目，還會把團隊臨時集中在一個會議室做，叫
封閉開發




。

最後小結一下，從溝通擴大至整個敏捷方法，任何團隊的探索，都在試圖給出一個介於“無過程”和“過度過程”之間的折衷方案，使這個輕重適中的過程給團隊帶來最大的收益
。

 

iamsujie猜你還喜歡：

• 產品設計體會（7009）敏捷估計與規劃 (0)
• 產品設計體會（3004）項目外包不適合“敏捷” (0)
• 產品設計體會（7008）再理解敏捷 (0)