最近參與了幾個虛擬團隊的建設會議，期間也有不少的感悟，在此總結一下。
先來說下自己有所感悟的幾個會議，基本都是近10人規模的會議，提煉下當時的任務/角色：
1）虛擬小組1任務：根據OKR的完成情況進行經驗萃取，提取整理相應的萃取模板
2）虛擬小組2任務：討論研發規劃管理的整體建設思路
虛擬小組1會議討論：經驗萃取
經驗萃取是個技術活，是實踐和理論的有效結合，但是根據KR目標進行經驗萃取，和我們通常所說的復盤等還是有較大的差距的，而且在溝通中會有很多細節存在理解偏差，比如哪些事情可以界定為成功案例，哪些人可以歸為實踐專家，包括理論專家，在溝通的過程中，其實很容易發散，稍不留神就跑題了。
如果我們現在的任務很明確，根據KR目標來沉淀出一套有效合理的方法論，也就是形成一個經驗萃取的模板，那么其他的KR建設中也可以參考這個模板來進行整理，聽起來確實是一件很不錯的事情，但是這個事情確實比較大，怎么能夠讓這件事情的目標感更強，更容易去落實是擺在大家面前的問題，對于這種問題的界定，假設我們有5個人，那么我直觀感受我在這個事情上愿意投入2個小時，怎么去做呢，我的建議是4個人兩兩分組或者式1個人1組，假定有6個成功案例，大家分工去做經驗萃取，具體來說，我們需要坐下來認真聊一聊需要問什么問題，比如我們整理出來20個問題，
通過這些問題可以基本得到整個事情的來龍去脈和一些要點，那么我們是4個人萃取還是2個人萃取，得到的內容形式是不會有太大的偏差的，按照這種模式，大家的工作量也能夠有效地調動起來。假設是2個人一組，那么可能每個案例的負責人需要將近30分鐘的時間，基本上是一個比較理想的狀況，如果是4個人并行，那么每個人2-4個案例，也就可以產出8-16個左右的案例，其實算是比較多的了。萃取的人需要把這些內容完整的整理出來，經過調整編排后發給第5個人，這個人是來負責整合這些內容的，整理出來一個初步模板后，我們繼續進行一輪討論來敲定最終的模板，整體來看每個人的工作量都是滿滿的，而且總體的投入時間都不會很長。
虛擬小組2會議討論：研發技術規劃管理
對于技術研發工作的規劃和管理，我們經過幾次討論，初步達成的目標形態如下：
總體的意思是研發規劃管理的虛擬小組的目標應該是推動整個組織的進步，而不單單考慮個人，組織可以形成技術的規范，制度，從而逐步形成一種和諧的工程師文化，而這個過程必然會需要人員和技術，可以通過多種形式提升技術氛圍，通過技術棧梳理能夠理清技術的現狀和改進的方向，而最終落地的一個形式則是項目，而這個過程值得一提的是，項目的成功經驗可以反哺虛擬組織，沉淀形成更好的模式，如此循環，從而達到一種流動高效的技術串聯。
在討論的過程中，很多人還是顧慮如何落地和實現，我的思考和建議如下：
1）先來一個吐槽大會，大家可以暢所欲言，吐槽目前的技術研發工作，換一種形式收集研發工作中的痛點和難點，因為沒有這個通道，大家也很可能換一種形式通過其他渠道表達出來，可以通過這種形式收集到很多問題，當然我們可以進行篩選和整理來看看哪些問題需要盡快解決。
2）梳理當前工作的技術棧，我們當前的技術能力和技術產品是什么樣的，在此基礎上形成產品地圖，這樣一互通，就會發現很多知道不知道的系統和服務都浮出了水面。
3）接下來的是技術選型的整理，也就是說我們使用的技術，為什么選擇這個技術，處于什么考慮，應該提供更專業的建議和指導，比如數據庫技術，有高可用版本，有集群版本，到底該如何選用，基于什么樣的標準和思考，這樣對于很多業務部門來說可以更清晰的指導我們的技術支撐能力。
4）技術棧的引入，比如我們引入的技術棧是否合理，是否安全合規，行業內有哪些優秀的開源方案，我們是不是可以統一一下步調，比如對于新技術棧的調研，需要形成調研文檔，并在部門中進行分享，那么后續有其他人對這個開源技術感興趣，就可以直接參考之前的調研情況。
5）技術規范，技術規范和技術制度是有明顯的差異的，制度可以強推，但是規范只能是建議，形成技術規范是更緊要的，技術制度也好理解，比如對于代碼托管需要按照統一的平臺要求，這個事情經過確認后就沒有太多需要解釋的空間，或者說研發的線上環境需要統一接入到WEB端工具，提供一站式使用體驗，從安全規范的角度來說，也可以助力。
6）可復用的技術能力，比如我們對于整體的技術信息都有了一些了解，如果好幾個部門都是Python技術棧，那么是否有一套更健壯可靠的框架或者公共庫可以復用，也可以避免重復造輪子。
7）專注精品內容，這個虛擬組織需要持續推出精品內容，這個內容需要經過大家的評審和嚴格的技術討論，力求能夠帶給大家更通用的經驗和技術參考，如果持續推出這種精品內容，那么也可以形成一種口碑。
8）整個事情中最大的一個問題就是技術專家和技術管理者的有效結合，這也是一定規模的公司中難以推動落實的重要原因，比如是技術委員會的形式或者式一種技術專家組的形式等。
點在看，讓更多人看到
