最近參與了幾個(gè)虛擬團(tuán)隊(duì)的建設(shè)會(huì)議，期間也有不少的感悟，在此總結(jié)一下。

先來說下自己有所感悟的幾個(gè)會(huì)議，基本都是近10人規(guī)模的會(huì)議，提煉下當(dāng)時(shí)的任務(wù)/角色：

1）虛擬小組1任務(wù)：根據(jù)OKR的完成情況進(jìn)行經(jīng)驗(yàn)萃取，提取整理相應(yīng)的萃取模板

2）虛擬小組2任務(wù)：討論研發(fā)規(guī)劃管理的整體建設(shè)思路

虛擬小組1會(huì)議討論：經(jīng)驗(yàn)萃取

經(jīng)驗(yàn)萃取是個(gè)技術(shù)活，是實(shí)踐和理論的有效結(jié)合，但是根據(jù)KR目標(biāo)進(jìn)行經(jīng)驗(yàn)萃取，和我們通常所說的復(fù)盤等還是有較大的差距的，而且在溝通中會(huì)有很多細(xì)節(jié)存在理解偏差，比如哪些事情可以界定為成功案例，哪些人可以歸為實(shí)踐專家，包括理論專家，在溝通的過程中，其實(shí)很容易發(fā)散，稍不留神就跑題了。

如果我們現(xiàn)在的任務(wù)很明確，根據(jù)KR目標(biāo)來沉淀出一套有效合理的方法論，也就是形成一個(gè)經(jīng)驗(yàn)萃取的模板，那么其他的KR建設(shè)中也可以參考這個(gè)模板來進(jìn)行整理，聽起來確實(shí)是一件很不錯(cuò)的事情，但是這個(gè)事情確實(shí)比較大，怎么能夠讓這件事情的目標(biāo)感更強(qiáng)，更容易去落實(shí)是擺在大家面前的問題，對(duì)于這種問題的界定，假設(shè)我們有5個(gè)人，那么我直觀感受我在這個(gè)事情上愿意投入2個(gè)小時(shí)，怎么去做呢，我的建議是4個(gè)人兩兩分組或者式1個(gè)人1組，假定有6個(gè)成功案例，大家分工去做經(jīng)驗(yàn)萃取，具體來說，我們需要坐下來認(rèn)真聊一聊需要問什么問題，比如我們整理出來20個(gè)問題，

通過這些問題可以基本得到整個(gè)事情的來龍去脈和一些要點(diǎn)，那么我們是4個(gè)人萃取還是2個(gè)人萃取，得到的內(nèi)容形式是不會(huì)有太大的偏差的，按照這種模式，大家的工作量也能夠有效地調(diào)動(dòng)起來。假設(shè)是2個(gè)人一組，那么可能每個(gè)案例的負(fù)責(zé)人需要將近30分鐘的時(shí)間，基本上是一個(gè)比較理想的狀況，如果是4個(gè)人并行，那么每個(gè)人2-4個(gè)案例，也就可以產(chǎn)出8-16個(gè)左右的案例，其實(shí)算是比較多的了。萃取的人需要把這些內(nèi)容完整的整理出來，經(jīng)過調(diào)整編排后發(fā)給第5個(gè)人，這個(gè)人是來負(fù)責(zé)整合這些內(nèi)容的，整理出來一個(gè)初步模板后，我們繼續(xù)進(jìn)行一輪討論來敲定最終的模板，整體來看每個(gè)人的工作量都是滿滿的，而且總體的投入時(shí)間都不會(huì)很長(zhǎng)。

虛擬小組2會(huì)議討論：研發(fā)技術(shù)規(guī)劃管理

對(duì)于技術(shù)研發(fā)工作的規(guī)劃和管理，我們經(jīng)過幾次討論，初步達(dá)成的目標(biāo)形態(tài)如下：

總體的意思是研發(fā)規(guī)劃管理的虛擬小組的目標(biāo)應(yīng)該是推動(dòng)整個(gè)組織的進(jìn)步，而不單單考慮個(gè)人，組織可以形成技術(shù)的規(guī)范，制度，從而逐步形成一種和諧的工程師文化，而這個(gè)過程必然會(huì)需要人員和技術(shù)，可以通過多種形式提升技術(shù)氛圍，通過技術(shù)棧梳理能夠理清技術(shù)的現(xiàn)狀和改進(jìn)的方向，而最終落地的一個(gè)形式則是項(xiàng)目，而這個(gè)過程值得一提的是，項(xiàng)目的成功經(jīng)驗(yàn)可以反哺虛擬組織，沉淀形成更好的模式，如此循環(huán)，從而達(dá)到一種流動(dòng)高效的技術(shù)串聯(lián)。

在討論的過程中，很多人還是顧慮如何落地和實(shí)現(xiàn)，我的思考和建議如下：

1）先來一個(gè)吐槽大會(huì)，大家可以暢所欲言，吐槽目前的技術(shù)研發(fā)工作，換一種形式收集研發(fā)工作中的痛點(diǎn)和難點(diǎn)，因?yàn)闆]有這個(gè)通道，大家也很可能換一種形式通過其他渠道表達(dá)出來，可以通過這種形式收集到很多問題，當(dāng)然我們可以進(jìn)行篩選和整理來看看哪些問題需要盡快解決。

2）梳理當(dāng)前工作的技術(shù)棧，我們當(dāng)前的技術(shù)能力和技術(shù)產(chǎn)品是什么樣的，在此基礎(chǔ)上形成產(chǎn)品地圖，這樣一互通，就會(huì)發(fā)現(xiàn)很多知道不知道的系統(tǒng)和服務(wù)都浮出了水面。

3）接下來的是技術(shù)選型的整理，也就是說我們使用的技術(shù)，為什么選擇這個(gè)技術(shù)，處于什么考慮，應(yīng)該提供更專業(yè)的建議和指導(dǎo)，比如數(shù)據(jù)庫技術(shù)，有高可用版本，有集群版本，到底該如何選用，基于什么樣的標(biāo)準(zhǔn)和思考，這樣對(duì)于很多業(yè)務(wù)部門來說可以更清晰的指導(dǎo)我們的技術(shù)支撐能力。

4）技術(shù)棧的引入，比如我們引入的技術(shù)棧是否合理，是否安全合規(guī)，行業(yè)內(nèi)有哪些優(yōu)秀的開源方案，我們是不是可以統(tǒng)一一下步調(diào)，比如對(duì)于新技術(shù)棧的調(diào)研，需要形成調(diào)研文檔，并在部門中進(jìn)行分享，那么后續(xù)有其他人對(duì)這個(gè)開源技術(shù)感興趣，就可以直接參考之前的調(diào)研情況。

5）技術(shù)規(guī)范，技術(shù)規(guī)范和技術(shù)制度是有明顯的差異的，制度可以強(qiáng)推，但是規(guī)范只能是建議，形成技術(shù)規(guī)范是更緊要的，技術(shù)制度也好理解，比如對(duì)于代碼托管需要按照統(tǒng)一的平臺(tái)要求，這個(gè)事情經(jīng)過確認(rèn)后就沒有太多需要解釋的空間，或者說研發(fā)的線上環(huán)境需要統(tǒng)一接入到WEB端工具，提供一站式使用體驗(yàn)，從安全規(guī)范的角度來說，也可以助力。

6）可復(fù)用的技術(shù)能力，比如我們對(duì)于整體的技術(shù)信息都有了一些了解，如果好幾個(gè)部門都是Python技術(shù)棧，那么是否有一套更健壯可靠的框架或者公共庫可以復(fù)用，也可以避免重復(fù)造輪子。

7）專注精品內(nèi)容，這個(gè)虛擬組織需要持續(xù)推出精品內(nèi)容，這個(gè)內(nèi)容需要經(jīng)過大家的評(píng)審和嚴(yán)格的技術(shù)討論，力求能夠帶給大家更通用的經(jīng)驗(yàn)和技術(shù)參考，如果持續(xù)推出這種精品內(nèi)容，那么也可以形成一種口碑。

8）整個(gè)事情中最大的一個(gè)問題就是技術(shù)專家和技術(shù)管理者的有效結(jié)合，這也是一定規(guī)模的公司中難以推動(dòng)落實(shí)的重要原因，比如是技術(shù)委員會(huì)的形式或者式一種技術(shù)專家組的形式等。

點(diǎn)在看，讓更多人看到