團隊效率模式
郵件確認
問題
遊戲運營中經常使用需要運維同事對線上環境進行調整，運維同事在完成後，會用郵件回覆說“已經做完，請驗收”。但往往就沒有人去驗收了。原因找來找去，發現是：功能的發起是產品同事，方案確定是策劃同事，提供配置是開發同事，負責測試是測試同事。大家都會收到“請驗收”的郵件，但每個人都以爲其他人會驗收吧，所以不差我一個，沒事的。於是沒人驗收。這樣經常會出現問題，有的嚴重些就是事故了。
工作中也會有很多其它事會出現類似的情況：
l 文檔評審郵件發出來後沒人迴應，默認就是大家沒意見，結果做完了大家意見都來了。
l 一個組工作安排郵件發出來沒有人迴應，等開始執行了，其它組又跑來需要支持了。
l 一個同事申請休息，沒有人迴應說有安排，等人家都休息了，才跳出來說有急事要做。
方案
所有負責人都應當要真正負起責任來。但這並不是一個可操作的事，可操作的方案應該是一個比較具體、有結果、可衡量的規則。
很簡單：每個人都要以郵件確認需要自己迴應的內容。
效果
工作做了沒做，是不是按時做了，做的效果，都可以在確認郵件中體現出來。
確認郵件發出來，說明你做了需要你確認的事情。如果沒有發出來，要麼是你沒做確認，要麼是你忘記發了，但不管是哪一個，都是你失職，結果都一樣，那就是這件事在你這裏掉鏈子了。
確認郵件發出的時間，就是你確認完成的時間。別人都等着你的郵件來判斷這件事情是否完成，你發晚了，別人就得多等你，整件事情完成的時間就長。效率下降就是你的問題。
確認郵件要列清你確認的結果。哪些方面是符合要求的，哪些方面是有問題的，哪些方面是意料之外的等等。如果你寫了OK，但發現有問題，那你確認的效果就很差，責任心就要受到質疑。
總之，有了確認郵件，工作中的每一環做的好壞就可以量化，並且在事後可以對結果進行評估，以便找出短板，進行效率上的改進。同時也避免了由於沒及時確認導致的時間浪費、工作反覆、計劃混亂。團隊的效率在這裏得到了提高。
To be continued…
