前言

翟佳，StreamNative 聯(lián)合創(chuàng)始?，Apache Pulsar PMC 成員與 Committer。之前任職于 EMC，擔(dān)任統(tǒng)?存儲(chǔ)部?技術(shù)負(fù)責(zé)?。

在聲網(wǎng)開發(fā)者創(chuàng)業(yè)講堂 ? 第 5 期中，翟佳以「StreamNative 組織構(gòu)建之路」為主題進(jìn)行了分享。結(jié)合 StreamNative 項(xiàng)目的發(fā)展歷程，分享了開源商業(yè)化項(xiàng)目在團(tuán)隊(duì)組織構(gòu)建與技術(shù)管理方面的實(shí)踐。

本文基于演講內(nèi)容整理，為方便閱讀略有刪改。

---

01 StreamNative & Apache Pulsar

1、消息流

我們的公司叫作 StreamNative，項(xiàng)目的名字叫作 Apache Pulsar，它是一個(gè)消息和流的基礎(chǔ)設(shè)施。

消息是計(jì)算機(jī)領(lǐng)域中很重要的基礎(chǔ)組件，它可以把現(xiàn)實(shí)世界發(fā)生的事情，按照時(shí)間的順序，快速地持久化到計(jì)算機(jī)中。按照這種理解來看，我們可以很容易地理解消息和流一些廣泛的使用場(chǎng)景。比如在智能駕駛、車聯(lián)網(wǎng)的場(chǎng)景中，每臺(tái)車要發(fā)送的消息可能都需要進(jìn)行傳輸和存儲(chǔ)；各種機(jī)器人、傳感器，以及手機(jī)或者電腦中的各種 App 跟后端進(jìn)行交互，可能都需要一個(gè)消息總線或者消息中間件做數(shù)據(jù)傳輸；大數(shù)據(jù)分析也需要從系統(tǒng)或者數(shù)據(jù)產(chǎn)生的源頭把數(shù)據(jù)傳輸?shù)椒治龊吞幚硪嬷小＿@些過程可能都離不開消息總線和消息的服務(wù)。

2、消息流使?案例

鑒于歷史發(fā)展和服務(wù)的不同場(chǎng)景，消息被分成了圖 1 所示的左右兩種不同的模型。

■圖 1

第一種就是常見的各種 MQ，它負(fù)責(zé)各種線上的業(yè)務(wù)，比如我們剛剛提到的各種 App。以視頻會(huì)議為例，用戶可能需要通過點(diǎn)擊等動(dòng)作向后臺(tái)服務(wù)方發(fā)送一些指令，這個(gè)過程中的傳輸就能支持線上業(yè)務(wù)（整個(gè) App ）的運(yùn)轉(zhuǎn)。

第二種就是 Kafka，它主要用于業(yè)務(wù)的輔助。比如業(yè)務(wù)產(chǎn)生了很多數(shù)據(jù)，那么 Kafka 就會(huì)根據(jù)這些數(shù)據(jù)進(jìn)行分析，并給出指導(dǎo)。以電商平臺(tái)為例，它可以對(duì)平臺(tái)產(chǎn)生的訂單數(shù)據(jù)以及發(fā)貨數(shù)據(jù)（業(yè)務(wù)）進(jìn)行計(jì)算，以指導(dǎo)更新庫存的時(shí)間；或者通過其他數(shù)據(jù)給用戶提供 customer 360 的推薦服務(wù)。Kafka 主要作為數(shù)據(jù)傳輸?shù)墓艿纴硎褂?#xff0c;但由于 MQ 對(duì)數(shù)據(jù)的服務(wù)質(zhì)量和消息的靈活性可能要求更高，所以 Kafka 對(duì)數(shù)據(jù)的帶寬和吞吐要求更高，這就誕生了一些不同的技術(shù)。

我們公司的主要方向是提供統(tǒng)一的消息服務(wù)，以解決用戶由于在這以上兩方面使用不同的技術(shù)棧，而導(dǎo)致的數(shù)據(jù)分隔問題。我們所做產(chǎn)品的一個(gè)典型特點(diǎn)就是，它是一個(gè)融合的解決方案，可以提供左側(cè)業(yè)務(wù)側(cè)的支持，也可以提供右側(cè)數(shù)據(jù)分析側(cè)的支持。

在這個(gè)基礎(chǔ)之上，我們的產(chǎn)品還有一個(gè)特性——它從 2012 年誕生以來就是一個(gè)存儲(chǔ)計(jì)算分離原生的架構(gòu)，比較契合向云原生方向轉(zhuǎn)型的需求，它可以讓用戶更加彈性地使用底層的基礎(chǔ)設(shè)施，讓業(yè)務(wù)開發(fā)者更加集中在業(yè)務(wù)方向上，而不是被資源綁定。

02 組織和構(gòu)建之路

今天我主要針對(duì)組織構(gòu)建的話題進(jìn)行簡(jiǎn)單的梳理，希望給大家提供一個(gè)參考樣本。因?yàn)槲艺J(rèn)為組織建設(shè)是一個(gè)特別博大的話題，我個(gè)人也是一個(gè)小學(xué)生，只能拋開我的主觀判斷，從自身的經(jīng)歷來幫助大家理解組織和構(gòu)建的過程。因?yàn)?StreamNative 做的是云原生和基礎(chǔ)設(shè)施方向，可能相對(duì)來說涉及面比較窄，所得經(jīng)驗(yàn)并一定適合所有人。

1、緣起

首先介紹我們?yōu)槭裁匆闪⑦@個(gè)公司，圖 2 其實(shí)是我在辦公室的第一天晚上，其他人可能都下班了。這個(gè)辦公室看似很大，但它是一個(gè)共享的辦公區(qū)域，我們可能就是大家看到右下角有兩臺(tái)顯示器，這是我們最開始的兩個(gè)工位，就是我和另一位聯(lián)合創(chuàng)始人。

■圖 2

其實(shí)在創(chuàng)業(yè)過程中大家經(jīng)常會(huì)遇到一個(gè)問題，就是先研究釘子還是先研究錘子？也就是先研究要解決的問題，還是先研究通過什么來解決問題？Pulsar 是 2012 年在雅虎內(nèi)部孵化的項(xiàng)目，在 2013 年到 2014 年左右基本完成了開發(fā)，其主要工作就是進(jìn)行了消息和流場(chǎng)景的統(tǒng)一。

當(dāng)時(shí)雅虎業(yè)務(wù)的壓力比較高，在 2016 年雅虎把 Pulsar 開源的時(shí)候，其實(shí)內(nèi)部已經(jīng)在接近 1000 個(gè) App 中做了一個(gè)全量的替換，這使 Pulsar 在雅虎內(nèi)部就已經(jīng)經(jīng)歷了很豐富的場(chǎng)景的磨礪。

Pulsar 在 2016 年開源到 2018 年底這兩年多的時(shí)間中，又在一些例如騰訊等互聯(lián)網(wǎng)大廠中得到了大規(guī)模的使用。在海外 Pulsar 也經(jīng)過了雅虎日本、Twitter、EMC、Salesforce 等大廠的考驗(yàn)。所以我們是先有了釘子，也就是先解決了幾個(gè)大廠的一些大規(guī)模的問題。然后又有了一個(gè)還算能用的錘子，也就是經(jīng)過了很多場(chǎng)景的磨練。

在經(jīng)歷這些考驗(yàn)之后，作為這個(gè)項(xiàng)目創(chuàng)始團(tuán)隊(duì)的成員，我們認(rèn)為消息這個(gè)場(chǎng)景有很廣泛的基礎(chǔ)，我們自身又有了一定技術(shù)基礎(chǔ)和項(xiàng)目的積累，因此就決定成立了現(xiàn)在的公司。這聽起來相對(duì)比較被動(dòng)，但從另一種角度來說相對(duì)來說也比較理性。

此外，先有了一個(gè)成熟的項(xiàng)目，再做社區(qū)的運(yùn)維，也就不怕用戶的測(cè)試了，所以用戶的上線可能也會(huì)更加迅速，這就是公司成立的緣起。一般創(chuàng)業(yè)特別是基礎(chǔ)設(shè)施的創(chuàng)業(yè)，首先要面臨選準(zhǔn)方向的問題，只要方向正確，即使是開源，最上層的付費(fèi)客戶也能夠支撐公司業(yè)務(wù)的發(fā)展，而且項(xiàng)目的成熟度可能也跟社區(qū)及客戶的發(fā)展有直接的依賴關(guān)系。這個(gè)項(xiàng)目可能跟現(xiàn)在的很多創(chuàng)業(yè)公司也有點(diǎn)不太一樣，因?yàn)橹八菍儆谘呕⒌?#xff0c;雅虎要先把產(chǎn)權(quán)轉(zhuǎn)給 Apache 基金會(huì)，我們才有機(jī)會(huì)做開源，這可能是跟其他開源廠商不一樣的地方。

2、社區(qū)共建

我們的組織建設(shè)跟我們做開源做社區(qū)的方向相關(guān)，因?yàn)樯鐓^(qū)是我們付費(fèi)客戶的一個(gè)很重要的基礎(chǔ)，而公司也為社區(qū)提供了很多的資源和支持，兩者之間是一個(gè)相互促進(jìn)、相互融合的關(guān)系。如圖 3 所示，我們公司在 2019 年的 8 月 17 號(hào)舉辦了一場(chǎng)全天的 meetup，當(dāng)時(shí)基本上是雅虎日本、騰訊、阿里、EMQ、中國移動(dòng)以及其他一些可能不在圖片上的小伙伴撐起了一天的 meetup。線下的活動(dòng)是拉近和開發(fā)者交流的一個(gè)很好的機(jī)會(huì)，也是促進(jìn)社區(qū)發(fā)展的一個(gè)很好的手段，但我們認(rèn)為這個(gè)社區(qū)活動(dòng)可能只是一個(gè)表面的形式，它本質(zhì)上還是底層社區(qū)的增長。

■圖 3

在社區(qū)共建方面，圖 4 左邊是我們看到的我們 GitHub Star 的增長，右邊是每月活躍開發(fā)者的增長，在共建過程中，它實(shí)際上是一個(gè)用戶和開發(fā)者不斷引入的過程。左邊的圖是在最近 PingCAP 的開源項(xiàng)目中，通過對(duì) Github 上抓取的數(shù)據(jù)進(jìn)行分析所呈現(xiàn)的 Pulsar 項(xiàng)目情況。右邊展示的是 APIseven 提供的工具對(duì)每月活躍開發(fā)者的統(tǒng)計(jì)。

■圖 4

我們認(rèn)為左邊圖片所示的關(guān)注者可能更多的是用戶，但評(píng)價(jià)的最重要的指標(biāo)還是右側(cè)圖片中的數(shù)據(jù)，也就是月度活躍開發(fā)者。

右邊圖中綠色的線是 Kafka 的每月活躍開發(fā)者，藍(lán)色的線是 Pulsar 的每月活躍開發(fā)者，線上的點(diǎn)可能是一個(gè)并發(fā)的數(shù)據(jù)，就是說當(dāng)月在當(dāng)前這個(gè)點(diǎn)上有多少開發(fā)者在你的社區(qū)中貢獻(xiàn)了代碼，提交了 commit 然后合并到了主分支上。比如我們回到開源之初，在 2016 年年底到 2017 年年初貢獻(xiàn)者可能更多的是雅虎日本以及南美的一些電商，他們?cè)谑褂?Pulsar 的時(shí)候，其中的大部分或者關(guān)鍵的功能（比如一致性、吞吐等）能夠滿足要求，但也存在一些不能滿足需求的場(chǎng)景，此時(shí)就需要根據(jù)自身需求來做一些貢獻(xiàn)。

他們與社區(qū)共同發(fā)展，保證版本不會(huì)發(fā)生分支，同時(shí)也可以利用社區(qū)的資源享受社區(qū)成長過程中帶來的其他功能。所以說，有開發(fā)者進(jìn)入就相當(dāng)于其對(duì)社區(qū)的認(rèn)可度已經(jīng)比較高，公司已經(jīng)認(rèn)可了這條路線并期望跟社區(qū)一起發(fā)展。

在我們剛剛提到 Meetup 時(shí)期，騰訊內(nèi)部已經(jīng)開始使用 Pulsar，騰訊的計(jì)費(fèi)平臺(tái)這樣一個(gè)關(guān)鍵業(yè)務(wù)場(chǎng)景中可能投入了兩三個(gè)開發(fā)人員，他們一起加入社區(qū)的貢獻(xiàn)。StreamNative 中因?yàn)橛泻芏?Pulsar 的原創(chuàng)作者（包括社區(qū)的主要運(yùn)維人員和主要的代碼構(gòu)建者），所以他們具有更豐富的經(jīng)驗(yàn)，可以和騰訊的計(jì)費(fèi)平臺(tái)專家共同探討如何更好地實(shí)現(xiàn)場(chǎng)景。我們和騰訊的工程師進(jìn)行了分工合作，這些工作可能就累積到 2018 年和 2019 年的當(dāng)月貢獻(xiàn)中了。

此后，騰訊內(nèi)部的閱文集團(tuán)、騰訊音樂、騰訊廣告等其他業(yè)務(wù)也都進(jìn)入了社區(qū)，之前的計(jì)費(fèi)平臺(tái)開發(fā)者也變成了歷史的貢獻(xiàn)者，現(xiàn)在 Pulsar 整個(gè)項(xiàng)目的貢獻(xiàn)者大概接近 600 位。

在 2021 年的 6 月，Pulsar 就超過了 Kafka 社區(qū)的當(dāng)月活躍開發(fā)者。最近，騰訊會(huì)議、騰訊微信的視頻號(hào)推薦、騰訊內(nèi)部的洋蔥平臺(tái)等超大流量的場(chǎng)景可能也都在使用 Pulsar，加上滴滴、百度、京東以及在調(diào)研的蝦皮和美團(tuán)等用戶可能也會(huì)累計(jì)到當(dāng)前這個(gè)月的開發(fā)者中來。

在這個(gè)過程中你會(huì)發(fā)現(xiàn)，公司和社區(qū)是一個(gè)交互的過程，在這個(gè)交互過程中，大家不在一個(gè)公司，也不在一個(gè)地方，這種方式就是異步模式。此時(shí)主要的溝通過程就是，先設(shè)置一個(gè) Github issue 以提出需求，進(jìn)行簡(jiǎn)單的設(shè)計(jì)后，就有了討論的基礎(chǔ)，大家可以拉起一個(gè)線上會(huì)議來做一些更深入的細(xì)節(jié)設(shè)計(jì)，之后再做進(jìn)一步的拆解形成 GitHub 上的一個(gè)項(xiàng)目。這個(gè)項(xiàng)目下面會(huì)有各種拆解的小模塊，每個(gè)人認(rèn)領(lǐng)一個(gè)模塊，再做這個(gè)模塊的 Pull request 發(fā)布，接下來反復(fù)進(jìn)行代碼的 merge 和 review。

圖 5 是我們社區(qū)在超過 1 萬個(gè) star 時(shí)的一個(gè)截圖。左邊是所有 GitHub 上關(guān)注 Pulsar 的 1 萬多個(gè)用戶的一個(gè)圖像的縮列表，右邊是用戶的相關(guān)信息，比如他屬于哪一個(gè)公司、他使用的郵箱、來自哪些公司等。

■圖 5

圖 6 展示了所有關(guān)注者在全球的分布，大家可以看到，關(guān)注者包括我們接近 600 位的貢獻(xiàn)者可能分布在各個(gè)大洲，這樣我們的溝通就必須是一個(gè)異步的遠(yuǎn)程溝通環(huán)境了。

■圖 6

這也決定了我們公司文化的一個(gè)很重要的方面 —— 強(qiáng)調(diào)上下文，也就形成了我們組織的構(gòu)建模式，就是 work from home 。

3、遠(yuǎn)程辦公

我們認(rèn)為遠(yuǎn)程辦公模式的本質(zhì)實(shí)際上就是異步溝通，它跟我們公司的基礎(chǔ)是直接相關(guān)的。首先，我們整個(gè)公司都構(gòu)建在開源基礎(chǔ)之上，是一個(gè)技術(shù)驅(qū)動(dòng)的公司。其次社區(qū)跟公司是相輔相成的關(guān)系，社區(qū)這種開源文化，使我們可以通過郵件、GitHub 方式進(jìn)行討論，這跟我們想要的高效的異步溝通模式也是直接契合的，公司的初創(chuàng)成員之前也都具有外企的背景，因此我們從公司最開始的時(shí)候也都比較強(qiáng)調(diào)這種流程。

最后，云和 SaaS 工具的發(fā)展為我們這種遠(yuǎn)程辦公提供了一個(gè)很好的基礎(chǔ)，需要的任何工具都可以支撐起來，不用花費(fèi)很大的代價(jià)就能搭建起這樣一個(gè)高效辦公的異步溝通環(huán)境。

其實(shí)這個(gè)起步背后還有一些故事，有句話叫摸著石頭過河，其實(shí)在 2019 年的時(shí)候，雖然是一個(gè)集中辦公區(qū)，但我們還是有一個(gè)辦公室的。到 2020 年，我們的另外一位創(chuàng)始人 —— CEO 郭斯杰剛好在春節(jié)那一天在美國有一場(chǎng)演講，然而因?yàn)橐咔槌霈F(xiàn)就被困在了美國。這個(gè)過程中，我們?cè)诿绹囊恍┩?#xff0c;比如我在 EMC 的同事以及 Twitter 的一些同事也就陸續(xù)加入了 StreamNative，這樣就真正形成了一個(gè)跨全球的公司。

但當(dāng)時(shí)美國那邊想要集中辦公是不可能的，因?yàn)樵谀莻€(gè)階段美國疫情更加嚴(yán)重，所以那邊的同事就要進(jìn)行遠(yuǎn)程辦公。而我們?cè)趪鴥?nèi)的辦公室從春節(jié)之后也一直無法辦公，最終我們就確定了這條路線，把我們的辦公室也都退掉了，這也是當(dāng)時(shí)確定這條路線的外因。

當(dāng)時(shí)我們了解到 GitLab 也是通過遠(yuǎn)程辦公的方式來組織他們內(nèi)部 1000 多名員工的，所以當(dāng)時(shí)參考了 GitLab 的 Handbook，這個(gè) Handbook 的內(nèi)容特別豐富，忍不住想給大家推薦一下，它對(duì)于怎么高效溝通、各個(gè)團(tuán)隊(duì)之間怎么互相協(xié)助等問題給出了一些參考經(jīng)驗(yàn)，這就使我們更加堅(jiān)定了走這條路線的決心。

4、工作挑戰(zhàn)

遠(yuǎn)程辦公可以使大家不受工作地點(diǎn)和時(shí)間的限制，特別是對(duì)工程師和高管而言，在這種辦公形式下，要想預(yù)約會(huì)議可以很容易地找到時(shí)間空隙，從而把溝通的時(shí)間用來做其他事情，并且提高工作效率。

但遠(yuǎn)程辦公也面臨一些挑戰(zhàn)：第一點(diǎn)是在整個(gè)開發(fā)者的成長過程中，也有一些需要詳細(xì)討論的內(nèi)容，在這個(gè)過程中如何保證溝通的效率；第二點(diǎn)是如何在遠(yuǎn)程的狀態(tài)下保證團(tuán)隊(duì)的凝聚力；還有一點(diǎn)大家比較關(guān)注的就是，遠(yuǎn)程辦公是不是代表全天都在干活，沒有自己的生活了呢？

5、解決方法

對(duì)于怎么解決這些問題，我們認(rèn)為本質(zhì)上它還是一個(gè)異步溝通，要保證異步溝通的公開透明和流程優(yōu)先。

(1) 提升溝通效率

對(duì)于提高溝通的效率，我們建議要確保透明文化的建設(shè)，并且盡量使用公共的 channel。我們每個(gè)月可能都會(huì) check 一下 slack channel 的使用率，查看有多少是 private，有多少是 public，我們希望 public 越高越好，這是我們的一個(gè)指標(biāo)。此外，還要強(qiáng)調(diào)文檔的寫作以及上下文的溝通。如果你認(rèn)為自己遇到的一次錯(cuò)誤可能其他人也會(huì)遇到，那么期望你能夠把遇到的問題保存下來，使其在后續(xù)持續(xù)地發(fā)揮價(jià)值。具體如下：

● 透明?化：全員信息公開交流，Slack、Google drive 等?檔、信息全員公開，確保最?限度透明，實(shí)現(xiàn)最?化信息共享；

● 公共 channel 討論：保證交流效率提升；

● 強(qiáng)調(diào)?檔：?檔能夠保證溝通減少障礙，提升個(gè)??檔寫作能?；

● 強(qiáng)調(diào)提供全量的上下?：郵件、?檔修改、公共頻道訊息、建?會(huì)議等都需要提供準(zhǔn)確的上下?，確保成員理解，提升溝通效率。

(2) 目標(biāo)精準(zhǔn)，確保?績效結(jié)果產(chǎn)出

從產(chǎn)出上來說，主要可以采用以下方式：

● 結(jié)果導(dǎo)向的價(jià)值觀：異步辦公帶來的是全員?作成果產(chǎn)出全部為結(jié)果導(dǎo)向，結(jié)果導(dǎo)向能更好的促進(jìn)?律以及?作效率提升，避免?效“摸?”；

● OKR導(dǎo)向：全員OKR，OKR確認(rèn)上下級(jí)?標(biāo)?致，公司全員?標(biāo)對(duì)?，不出現(xiàn)分歧，更明確?作內(nèi)容；

● 員?的信任和?由：?標(biāo)和背景信息對(duì)?的前提下，企業(yè)對(duì)員?信任度提升，員??由度提升，幸福感提升，?作效率提升。

(3) 分布式團(tuán)建，團(tuán)隊(duì)凝聚?為第?要義

在遠(yuǎn)程辦公可能也會(huì)遇到團(tuán)隊(duì)凝聚力方面的一些問題，我們對(duì)此也做了很多工作，比如每個(gè)月可能會(huì)有一個(gè) cloud drink，這樣即使大家不能見面，也能夠從網(wǎng)上進(jìn)行溝通交互。此外還會(huì)定期組織團(tuán)建，雖然公司無法將所有成員集中在一起，但是每個(gè)團(tuán)隊(duì)可以自行定期組織。我們還通過 Donut 工具隨機(jī)匹配大家進(jìn)行溝通和交流，具體如下：

● Cloud Drink：團(tuán)隊(duì)凝聚?的產(chǎn)?在于好的管理模式，Cloud Drink 的產(chǎn)?可以??提升團(tuán)隊(duì)管理的凝聚?，讓“??”不?于當(dāng)下；

● 分布式團(tuán)建：除了定期辦公，采取“分布式”團(tuán)建?式，團(tuán)隊(duì)線下聚餐、定期線下辦公、年度活動(dòng)等，增加團(tuán)隊(duì)向??；

● Donut ：為線上隨機(jī)匹配活動(dòng)，會(huì)隨機(jī)匹配線上?員進(jìn)?每周三次的線上互動(dòng)聊天，讓新員?相互熟識(shí)。

(4) 提升?作和?活的平衡度，增加員工幸福感

對(duì)于工作和生活的平衡這一方面，我們認(rèn)為這可能與你的目標(biāo)以及公司的運(yùn)作形式相關(guān)。如果你制定好目標(biāo)，那么可能遠(yuǎn)程辦公打卡就完全沒有必要了。大家能夠?yàn)榻y(tǒng)一的目標(biāo)努力，又能夠享受遠(yuǎn)程辦公文化，在此過程中對(duì)個(gè)人能力也得到了一定的提升，這種通過結(jié)果驅(qū)動(dòng)的文化其實(shí)對(duì)大家的打擾也不會(huì)太多。具體如下：

● 讓員?有“?活”：團(tuán)隊(duì)管理從員?出發(fā)，以結(jié)果來評(píng)價(jià)績效??時(shí)間，促使員?提升?作效率，并擁有時(shí)間?由權(quán)限；

● 尊重員?：?先體現(xiàn)在尊重員?的個(gè)?時(shí)間，嚴(yán)格把控?作時(shí)?，員?在??作時(shí)間不受打擾。

6、產(chǎn)品 < == > 組織

最后想強(qiáng)調(diào)的是，大家既然要?jiǎng)?chuàng)業(yè)，那么就是奔著為客戶帶來價(jià)值這個(gè)方向來的，所以公司有了客戶之后，產(chǎn)品跟組織之間可能也會(huì)有一些相互影響的關(guān)系。我們的客戶是從 2020 年的年底開始逐漸成長起來的，現(xiàn)在有接近 50 家的付費(fèi)客戶，但主要可能集中在歐美。有了客戶之后，公司也正處在從以底層開源為基礎(chǔ)轉(zhuǎn)換到以產(chǎn)品為中心的過程中。對(duì)于我們的產(chǎn)品，大部分客戶特別是海外客戶是通過公有云的模式使用，我們通過 SaaS 或者是半托管的模式為用戶提供全托管的服務(wù)。在這個(gè)全托管的服務(wù)過程中，我們整個(gè)公司跨全球團(tuán)隊(duì)的 24 小時(shí)持續(xù)的覆蓋，反而也給用戶帶來了另一方面的價(jià)值。

但是我覺得在以后的發(fā)展中，比如隨著品牌影響的逐漸提升，最近一些客戶的使用規(guī)模和安全性要求逐漸提升，可能也會(huì)涉及 on-premise，這就可能需要更多的溝通和交互，隨著這些客戶的出現(xiàn)，今后組織結(jié)構(gòu)可能也會(huì)逐漸有所變化。所以大家如果要選擇這種模式，可能也要想清楚自己的產(chǎn)品未來的發(fā)展是不是適合。

07 問答環(huán)節(jié)

1、工程師如果要走管理路線，有哪些需要注意的點(diǎn)？

其實(shí)我也是從工程師轉(zhuǎn)型走管理路線，我覺得遠(yuǎn)程辦公有一個(gè)需要特別注意的地方，就是同理心，要很好地理解團(tuán)隊(duì)的訴求，在少量的上下文溝通中把握住大家的需求。這其實(shí)是在我看來是比較有挑戰(zhàn)，也是平時(shí)工作中可能注意比較多的一點(diǎn)。

像我們這種技術(shù)創(chuàng)業(yè)公司，可能大家相對(duì)來說是比較理性的，在整個(gè)創(chuàng)業(yè)過程中，包括我們往管理層方向轉(zhuǎn)型也都有一些比較好的方法可以推薦，比如《銷售加速公式》等圖書。其實(shí)做管理也是類似，我們都是靠著理性和邏輯帶領(lǐng)公司走上一條更理性的路。這跟我們解 Bug 一樣，發(fā)現(xiàn)問題、解決問題、逐漸迭代、逐漸積累。

2、您剛才說在往技術(shù)往管理轉(zhuǎn)型的時(shí)候可以通過看書或者自己摸索，那么是否推薦找專業(yè)的管理方面的培訓(xùn)機(jī)構(gòu)給團(tuán)隊(duì)提升管理能力呢？

我覺得如果你能找到好的教練，那么肯定是有幫助的。但從我的經(jīng)驗(yàn)來看，在遇到問題后，如果能夠嘗試自己去理解問題，那么問題其實(shí)就已經(jīng)解決了一半，這也跟我們剛剛提到的解 bug 的過程一樣，你能夠把問題描述清楚，可能就離你的答案不遠(yuǎn)了。

1）要了解更多關(guān)于聲網(wǎng) SDK和其他使用案例，請(qǐng)看這里的開發(fā)者指南：

https://www.agora.io/cn/community/blog?categoryId=119&offset=0

2）了解我們的更多 demo 和案例：

https://www.agora.io/cn/community/demo

3）還可以加入聲網(wǎng) RTE 開發(fā)者社區(qū)和我們一起討論交流：

https://www.agora.io/cn/community/

總結(jié)

以上是生活随笔為你收集整理的翟佳：StreamNative 组织构建之路丨声网开发者创业讲堂 • 第 5 期的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。