文章來源：公衆號-智能化IT系統。
引言
故事牆是敏捷管理的一個高效手段。只要妥善運用，其能夠帶來的好處遠遠超出管理理論中提及的。
試想如下一些問題：
假如一個團隊，有一個環節（例如系統測試），人力少，投入低，影響了項目進度，如果讓管理者們及時的發現並調整？
假如在一個迭代中，來了很多臨時任務，項目經理需要每天都知道項目的進展情況，包括每一個story的進度，以方便安排臨時任務，如何量化的準確，並且及時的決策和安排？
如何讓團隊每個人在無需任何溝通的情況下，知道團隊在本迭代的進展狀況？
如何讓每個人在每天早上一來公司就瞭解團隊的工作狀態，並針對性的調整個人的工作安排？
如何讓項目組成員知道具體在何時介入項目的工作，並且評估需要完成的時間？
如果項目組有一個成員工作消極，延誤嚴重，但是管理者卻礙於情面，覺得不好意思直接批評，或者批評的效果也不明顯，如何進一步的去推進？
其實上述問題都可能通過溝通去解決，但是如果有一種方式可以加快溝通的效率，或者省去溝通環節，並且更精確的讓項目組成員知道情況，那豈不更好？
解決的方向就是把工作徹底的可視化，並在可視化的基礎上去推進，調配資源。團隊的每一位成員都能夠推進項目，這樣大家纔會有進一步的參與感，而項目經理主要放在調配資源上。故事牆就是一個很好的措施了。
故事牆
使用方式：
團隊在辦公座位的附近，放置一塊白板，作爲故事牆。
在迭代會議完成後，團隊成員寫入各自負責的每個story，並將其貼在故事牆上。
在每個story完成後，或者每天下班前，每個團隊成員更新故事牆的狀態。
需求明確 | 開發中 | 測試 | 灰度 |
 | | | |
每個人把各自的便籤條及時的更新。如果管理者發現大部分便籤都在測試這一列，那麼自然測試的人力或投入度就需要增加了。
如果上述方式還需要分人力，可以在表格前面加上：
負責人 | 需求明確 | 開發中 | 測試 | 灰度 |
員工A | | | ||
員工B | | |||
員工C | | | ||
員工D | | |||
員工E | | |||
員工F | | |||
員工G | |
如果是針對獨立的系統開發，就不需要用剛纔的那種方式，可以分不同的模塊，按進度貼上進度條：
負責人 | 模塊 | 開發 | 測試 | 灰度 | 上線 |
員工A | 模塊1 | ||||
員工B | 模塊2 |  | |||
員工C | 模塊3 | | |||
員工D | 模塊4 | | |||
員工E | 模塊5 | | |||
員工F | 模塊6 | | |||
員工G | 模塊7 | |
團隊成員每天更新自己的狀態，可以在每天的晨會中，對着故事牆來介紹。
故事牆能帶來很大的幫助，針對項目經理或者團隊的管理者。很多問題都能夠解決。剛纔有提到一些案例，在這就不一一解釋了，相信大部門讀者看到了之後都可以理解他爲什麼能解決，並且運用的更好。
公衆號-智能化IT系統。每週都有技術文章推送，包括原創技術乾貨，以及技術工作的心得分享。掃描下方關注。
公衆號-智能化IT系統。每週都有技術文章推送，包括原創技術乾貨，以及技術工作的心得分享。掃描下方關注。