一般來說，在平常的工作中，使用故事牆的時候都會跟每日站立會結合起來。在每天的站立會上，團隊成員站立在故事牆前面，每個成員輪流講解自己的工作進度，方便每個人了解專案當前的狀況，對於提公升團隊協作效率有很大的幫助。
那麼，這個故事牆應該如何建立呢？下面我從三個方面來分析。
如上圖所示，一面簡潔的故事牆製作起來其實並不複雜，最主要的元素大概就是以下四點：
這四個元素就構成了一面團隊協作故事牆，團隊成員通過新增、減少、移動牆上的任務便簽，就可以讓整個團隊清晰了解專案的進度狀況。
那麼，在每天站立會的時候，每個團隊成員只需要站到故事牆前面，用語言講解和移動便簽相結合的方式向團隊傳達自己昨天做了哪些任務，已完成和未完成的哪些，今天又準備做哪些任務。
同時，要注意的是，對於各個成員之間相關度比較高的任務，負責人一定要及時向相關人員匯報進度，比如說已完成的情況下要及時告知後續相關人員應該怎麼做。這樣的話，整個團隊成員就能夠對每個任務走到哪一步有乙個清晰的認知，也就有時間提前準備與任務相關的後續工作。
舉例來說：後端在晨會上告知團隊後端介面即將開發完成，那麼就可以提示前端開發等下就可以對介面了。
當然，在這個過程中，每位成員還可以把自己工作中的一些想法和心得簡單分享出來，提出自己的看法；或者說有什麼困難，需要其他成員或者其他部門幫忙，也可以及時提出來。
引入團隊故事牆的目的就是讓整個專案進度變得視覺化，只有在每個成員都能清晰看到整個專案進度的前提下，大家才能夠主動發現問題所在，看到瓶頸所在，比如說某個任務到底是卡在ui設計這一步呢？還是介面開發這一步？通過故事牆一看就能夠清晰明了，找到問題，才能更好地解決問題。從而有效提公升團隊協作效率，保證開發進度。
另外，故事牆是展示給所有成員看的，這對於提公升每個成員完成任務的積極性有很大提公升。比如說，後端程式設計師將開發某一介面放在進行中，但是由於難度比較大或者其他因素導致完成情況不夠理想，始終無法把該任務便簽移動到已完成列表中，從而影響整個開發進度，那麼從心理層面來說，該後端程式設計師也就會想辦法通過加班加點或者學習提公升的方式盡快完成該項任務，保證專案進度不會因為自己的原因而拖沓。
同時，故事牆還可以提公升團隊工作的活性，比如說，某乙個功能，ui這邊是放在待辦事項列表中，而產品這邊是在進行中，那麼ui就可以反推產品盡快完成原型設計。同理，開發也可以反推ui快速完成設計工作，這樣的話團隊成員之間可以互相推動，容易提公升效率，也符合敏捷開發的思想，還能培養每乙個成員的專案主人翁意識。
其實，故事牆並沒有固定模式，這個完全需要根據專案成員的數量，專案的實際進度情況來具體設定。故事牆也不是一成不變的，把故事牆當成乙個產品，把團隊成員當成使用者，那麼這個產品必然會隨著使用者的反饋而改進。
另外，站立會也不能太死板，可以適當加入一些有趣的元素，比如說講段子，比如說小遊戲，目的就是讓站立會更有趣味性，否則很容易變成每天的例行公事，長久下去，自然就沒有什麼積極性了。
最後就是，一定要明確使用故事牆的目的是什麼。方法或工具不是目的，提公升團隊協作效率才是目的，圍繞這個目的來說，任何有價值的方法都是可嘗試的，而我們就是要想辦法找到最合適的。
兵無常勢，水無常形，運用之妙，存乎一心！
QtInternal 之 高效使用QString
usingqstringeffectively 簡體中文版 如果你對翻譯wiki感興趣，請參考wiki中文幫助 從c字串建立乙個qstring可能會涉及到malloc。舉例來說，下面的 可能會有乙個隱式malloc呼叫的代價。應用程式開發者在main 函式中設定 qtextcodec setcode...
團隊工具 團隊協作工具哪些支援多人共享高效辦公？
不論您是每天在辦公室內忙得焦頭爛額的底層員工，還是每天負責整理產品相關的產品經理，或者是被領導各種催催催加急趕工的設計師.不論您在職場中是什麼身份，從事的哪種工作，只要您在職場中，就要懂得優勝劣汰的規則，能力強的人終究會被領導和上司認可。而在職場工作中，乙個人的單打獨鬥注定會失敗，只有和團隊凝聚一心...
團隊協作專案 SVN的使用
參考文獻 老師接了乙個新專案，需要團隊共同完成開發任務，因此需要svn。svn是c s架構 1 伺服器端安裝visualsvn server 其中location是安裝目錄 repository是版本庫目錄，用來存放專案和文件 server port是客戶端連線時的介面，一般使用三位數的埠號。建立倉...