亞馬遜工作法 — Single Threaded (STL 文化)

更新於 2024/12/12閱讀時間約 9 分鐘


前兩篇亞馬遜工作法,我主要談了工作上第一時間最直接且衝擊的寫文件」文化,包括寫文件的背後架構、邏輯、為什麼要這樣設計、以及最終每一份文件期望帶來的效果,在跨部門跟跨國家的「協作溝通」當中,這些文件扮演了相當關鍵的角色。

今天我想來談另外一個令我印象深刻的文化,就是 Single Threaded Leadership (STL),這個詞在中文有點難翻譯的很好,因此我後面都會用 STL 來表示 Single Threaded Leadership。在深入討論 STL 之前,我先講一下我在亞馬遜雲端的主要任務是什麼。



角色定位

我所屬的 Startup Business Development Team (新創商務拓展) 主要是代表 AWS 在全世界的新創生態系當中、找到關鍵的合作夥伴、並且提供 AWS Startups 各項資源。目標是找到高潛力的新創公司,讓他們在早期階段就開始使用 AWS,我們也挹注相對的資源幫助新創成長。知名的案例包括 Airbnb、Netflix、Uber…等等。

簡單切分幾個階段,就是 Get、Keep、Grow。我們通常從創投、加速器、或育成中心去認識新創,絕大多數認識的都是 CEO、CTO,接著就會維持著良好的關係、協助新創續命。新創通過市場驗證階段之後,我們也會幫忙做商務拓展、或是推薦給創投來獲得關鍵資金。



目標設定

最常見的問題就是:「那 Alex 你要背業績嗎?」答案是:「不用」。早期新創有 90% 活不過第一年,活過的之後要再續命,沒有資金挹注、通常也不太容易。也因此,我們工作重心會放在 Keep 階段較多,想想看,幫助新創續命有無限多種方法,我們的任務就是在其中找到 AWS 最適合、且當地市場也適合的方式,計畫、執行、寫 Operation Planning,持續的嘗試、改進、嘗試、改進。

在這個市場相對變動幅度很大的早期新創領域,業績的達成率浮動會相當大,假設上半年命中了一隻獨角獸,業績達成率 20,000%;半年後、相對資本市場很淡,業績達成率 20%,設定這個 KPI 本身就相當不具參考價值。

更甚之,我們團隊的 review 是三年一輪,也就是說,我們在 2024 年會去看 2021–2023 總共協助了多少間新創公司、並且有多少新創續命到 2024、用了哪些 AWS 服務。同時,也會 review 與合作夥伴關係,進一步去定義當地市場還有哪些方向可以持續經營。



我們的 STL 精神

講了這麼多前情提要,到底 STL 出現在哪裡呢?

我們出手的資源當中,其中包含 AWS Activate Credit,簡言之就是「早期新創使用 AWS 不用錢」,這些 credit (積分) 會直接抵扣 AWS 帳單,給多少、就扣多少。新創只要符合資格條件,我們可以發放的公司數量不限額度最高 $100,000 USD 。有些公司創業的一到兩年,在技術成本上面是一毛錢都不用付的。

敏銳的讀者可能已經算出來,換個角度,我一年可以影響的業績金額是很可觀的,帳單歸零 = 沒有業績,1 間公司補貼三百萬台幣,10 間就是三千萬台幣。

raw-image

想像一下 AWS 是用什麼方式管理這樣的一個「每三年 review 一次、並且可以影響業績」的部門,我想談的是 STL 精神,事實上就體現在我們這個團隊身上。

Focus 專注一件重要的事

任務很簡單且專注,找到高潛力的早期新創,任何方法、任何管道、無限多種可能性,確保這些新創是與 AWS 走在一起。

Responsibility 充分負責

責任很清楚,我作為這個團隊的一員,我不能只是想著「大撒幣」,每三年一次的 review 不只是往後看,更是給自己往「前」看的時候,要想仔細的每一步,如何執行、如何建立健康的合作關係、跨部門如何達成共識、溝通、甚至跨國家的合作。

Accountability 充分的代表性

我代表著 AWS 提供給新創的各項資源,無論對內、對外、對不同的部門、合作夥伴、客戶,我必須提供全面且完整的、一切關於「新創」應該知道的計畫、專案、執行的成果、OP (operation planning) 的撰寫、合作的啟動與否,都是由我主導,最終的成敗當然也是回到我自己身上。

Empowerment 充分的授權

即便團隊在台灣 2019 年的當時只有我一個人,我被充分授權可以取用只要被框架在 Startup Business Development 當中、全世界範圍的所有文件、資料、計劃,其中的財務計算、review 的細節…等等。我能夠請教跟討論的對象並不限同一個 level 的人,因為我們被充分授權有能力做必要的討論。

Decision Making 充分的決定權

可以想見,我的任務明確,我的責任明確,我的代表性明確,我被授權可取用與可見的資源明確,但做決定的難不成是我主管?當然就是我自己。但這並不代表我沒有「主管」,我的主管最常協助的就是「遇到兩難」的時候,該怎麼思考與解決問題。此外,我當然就是必須做最後決定畫押的人,只要我可以說服我自己。



STL 精神 vs. Single Thread 組織

我第一次理解到 STL,我原本還以為「喔~這就是給主管的,跟我無關啦」,但事實上 STL 想告訴你的是「你是亞馬遜充分信任的工作者」,STL 肯定被廣泛應用在個人貢獻者 (individual contributor) 身上,也肯定被應用在各級的主管身上。

要設計一套「每一個人都被充分信任」的工作環境,就必須要滿足我前面寫到的五個條件:Focus、Responsibility、Accountability、Empowerment、Decision Making。從我開始是一個 STL,我們團隊也拉在一條 Single Thread,我們全球有一個 Single Threaded Leader,我們每個人的 Focus 都一樣:幫助早期新創與 AWS 一起長大。

因此,公司組織上必須先打造成「低耦合 low dependency」的架構,舉例來說:我們跟其他部門是沒有「從屬」關係,是一個高度自治 (autonomy) 的團隊,我們做的決定與展開的責任影響範圍只會在我們的團隊當中。

功能上來看,我們這個 single thread 除了前端的 BD 以外,也有行銷、營運、業務、技術支援…等等。而我們整個 thread 拉起來就直接到總部,可以說是扁平,但重點是 Focus。



STL 精神 vs. 亞洲工作文化

我加入亞馬遜之前,我待過台灣公司、韓商、日商、新加坡商,我理解到「充分信任」這件事有多麼的「不亞洲」。我第一年上班的時候,我常常在想「等等,我這樣講對嗎?」,甚至跨部門在開會的時候,同事問:「Alex,我們對這個 Startup Program 理解是正確的嗎?」我回答的時候都會很抖。

一方面,我當時的能力還不夠可以回應這份信任,二方面,我在台灣真的沒有其他同事,我沒有人可以問、沒有主管可以幫忙講兩句,我的回應、我寫的文件、我收集的數據與事實,真的就是「我」的責任。

這其實跟創業有點像,差別在於:創業的時候,做一個烙賽的決定,一間公司會被摧毀。不管是作為創業時候的領導者、或者是在亞馬遜做一個 Single Threaded Leaders,我們的謹慎來自於充分的信任,我們對自我學習的動機來自於充分的信任,我們對成果的檢討深度、也來自於充分的信任。

STL 認真探討起來,管理學上有很多可以解壓縮的,網路上也有許多文章可以參考,但作為一個台灣出身長大、且沒有去過任何其他國家就學的我,「亞馬遜給我的充分信任」在我第一年的時候真的很多「工作心態」上的洗鍊。五年後的我,也執行了許多專案,做了一些跨國的計畫,很慶幸慢慢的可以獨當一面,也很慶幸團隊的「專注」解決了很多難題。


今天這一篇文比較多自己在亞馬遜上班的經驗分享,如果想探討更多關於 STL 的適用範圍、應用場景等等,我會另外錄製一集 Podcast 來分享更多我的觀察。

當然,我認為這個「充分信任」的工作環境與模式,不應該是亞馬遜獨有的,每一位在職場工作的工作者,請可以抱持著 STL 精神好好工作,有興趣想實施 single thread 組織架構的公司,也都歡迎來找我一起交流,我知道實際運作起來還有很多背景知識在後面,接下來也會一一分享。

我是一位年過 40 的職場大叔 Alex,在經歷九次轉職、從工程師到總經理、從科技新創到巨型科技外商,有諸多不同的體會與觀察,加上超過百次的職涯諮詢經驗,把我對職涯的心得與體會分享給大家。 #職涯關鍵字:新創、外商、亞馬遜、職涯諮詢
留言0
查看全部
avatar-img
發表第一個留言支持創作者!
我在 上一篇《亞馬遜工作法》主要談到了 Operation Planning 的文件內容與規範,OP 文件是每一年寫兩次,一次是年中間、一次是年底。兩次的目的不太一樣,年中間的 OP1 是比較從 bottom up 的整理,年底的 OP2 通常已經確認好隔年的預算、資源,在 OP2 會更細緻的把 t
我在亞馬遜工作的時候,很幸運的這將近五年的時間,我學到的不少在這裡工作的「脈絡」跟「工具」,交織之後建立起亞馬遜工作法的基礎。我認為 Doc Writing 這件事、絕對是我第一時間最衝擊、也最想花時間好好分享給大家。
我在 上一篇《亞馬遜工作法》主要談到了 Operation Planning 的文件內容與規範,OP 文件是每一年寫兩次,一次是年中間、一次是年底。兩次的目的不太一樣,年中間的 OP1 是比較從 bottom up 的整理,年底的 OP2 通常已經確認好隔年的預算、資源,在 OP2 會更細緻的把 t
我在亞馬遜工作的時候,很幸運的這將近五年的時間,我學到的不少在這裡工作的「脈絡」跟「工具」,交織之後建立起亞馬遜工作法的基礎。我認為 Doc Writing 這件事、絕對是我第一時間最衝擊、也最想花時間好好分享給大家。
本篇參與的主題活動
  駄菓子(だがし)約在江戶時代左右出現,相比當時使用進口砂糖製作、常出現在宴席、供品、禮品的上菓子 (じょうがし),用日本產的便宜黑糖或水果增添甜味的菓子則稱為雜菓子(ざがし),雜菓子的原料取得相對簡單,作為庶民的零食也較便宜。當時用一文錢也買得起雜菓子,所以雜菓子也稱一文菓子(いちもんがし)。
  駄菓子(だがし)約在江戶時代左右出現,相比當時使用進口砂糖製作、常出現在宴席、供品、禮品的上菓子 (じょうがし),用日本產的便宜黑糖或水果增添甜味的菓子則稱為雜菓子(ざがし),雜菓子的原料取得相對簡單,作為庶民的零食也較便宜。當時用一文錢也買得起雜菓子,所以雜菓子也稱一文菓子(いちもんがし)。
你可能也想看
Google News 追蹤
Thumbnail
本文探討了複利效應的重要性,並藉由巴菲特的投資理念,說明如何選擇穩定產生正報酬的資產及長期持有的核心理念。透過定期定額的投資方式,不僅能減少情緒影響,還能持續參與全球股市的發展。此外,文中介紹了使用國泰 Cube App 的便利性及低手續費,幫助投資者簡化投資流程,達成長期穩定增長的財務目標。
Thumbnail
《100個領導基本╳100個工作實踐》 ★透過《100個基本》掌握原則,依循自己的成長軌跡蛻變。
Thumbnail
本文從老闆的視角,討論了 MarTech公司老闆,如何通過懶惰驅動的效率革命、知識管理、以及客戶成功策略等方式,建立了一個高效且具有人性化設計的公司模式,最終展望了小而美的公司模式的未來趨勢。
Thumbnail
當企業協作不順暢、組織僵化、工作模式老舊時,本書告訴你如何透過OGSM重塑高敏捷的團隊。 我認為高敏捷團隊有三大重點: 全員有共識,朝著共同目標前進 定期審視成效,進行調整與改進 塑造更有價值的團隊 一、什麼是OGSM?  書中解釋,OGSM變革領導以一頁表格的方
Thumbnail
大部分企劃和PM的工作,完全可以被正確的溝通工具和扎實的寫作文化所取代。
Thumbnail
介紹敏捷式管理的專案管理概念,以及對團隊成員潛力發揮的啟發。內容包括敏捷式領導的三個重要事項、自我管理與同仁間的信任建立,以及敏捷式管理對自己的幫助。分享在專案管理、客戶關係管理與員工管理上運用敏捷式管理的個人見解和體悟。
Thumbnail
本文討論了組織文化、知識管理、部門目標和策略等方面的問題,提供了各種建議和策略,讓您更好地理解並應對組織中的各種挑戰。
※ 設計模式的五大精神介紹(S.O.L.I.D): ※ 第一大精神 — S:單一職責原則(Single responsibility principle, SRP) ※ 定義: 每個物件,不管是類別或函數,都應該只負責一項功能。 當需求改變時,僅需改相關的區域,而不需要更動其他不相關的部分
Thumbnail
最近在 LinkedIn Networking發生了一些有趣的事。對於創業者來說,決心和信任相當重要。創業題目雖重要,但找到優秀的團隊和創辦人更難。執行力和對待團隊的方式也關鍵。展現決心給其他人信任和支持。建議展現願景、執行力、認真對待團隊。
Thumbnail
一個中型規模的公司;採用集體領導制本身就存在一些問題,譬如,容易形成不同派系,公司資源分配可能不當,領導幹部可能推諉,決策品質可能不佳,也可能無法消弭潛在問題於萌發階段等等。簡單說,針對“必須”處理的所有作為;可能會有反應效能不足的狀況,更別說前瞻性的考量了。 眾所周知,世界上並不存在一個決定就能
Thumbnail
學會如何建立合作關係和協作完成任務,是在現實職場中很重要的能力。 書本提到了一些觀點,協作對象不該一視同仁,一個偏好獨立工作的軟體工程師,要如何與一位合作型的產品經理一起協作開發一個新功能?一個協調型的培訓人員,如何和一個獨立型的老師協作改善教學品質?書中的案例或許能幫你思考這些問題的答案。
Thumbnail
本文探討了複利效應的重要性,並藉由巴菲特的投資理念,說明如何選擇穩定產生正報酬的資產及長期持有的核心理念。透過定期定額的投資方式,不僅能減少情緒影響,還能持續參與全球股市的發展。此外,文中介紹了使用國泰 Cube App 的便利性及低手續費,幫助投資者簡化投資流程,達成長期穩定增長的財務目標。
Thumbnail
《100個領導基本╳100個工作實踐》 ★透過《100個基本》掌握原則,依循自己的成長軌跡蛻變。
Thumbnail
本文從老闆的視角,討論了 MarTech公司老闆,如何通過懶惰驅動的效率革命、知識管理、以及客戶成功策略等方式,建立了一個高效且具有人性化設計的公司模式,最終展望了小而美的公司模式的未來趨勢。
Thumbnail
當企業協作不順暢、組織僵化、工作模式老舊時,本書告訴你如何透過OGSM重塑高敏捷的團隊。 我認為高敏捷團隊有三大重點: 全員有共識,朝著共同目標前進 定期審視成效,進行調整與改進 塑造更有價值的團隊 一、什麼是OGSM?  書中解釋,OGSM變革領導以一頁表格的方
Thumbnail
大部分企劃和PM的工作,完全可以被正確的溝通工具和扎實的寫作文化所取代。
Thumbnail
介紹敏捷式管理的專案管理概念,以及對團隊成員潛力發揮的啟發。內容包括敏捷式領導的三個重要事項、自我管理與同仁間的信任建立,以及敏捷式管理對自己的幫助。分享在專案管理、客戶關係管理與員工管理上運用敏捷式管理的個人見解和體悟。
Thumbnail
本文討論了組織文化、知識管理、部門目標和策略等方面的問題,提供了各種建議和策略,讓您更好地理解並應對組織中的各種挑戰。
※ 設計模式的五大精神介紹(S.O.L.I.D): ※ 第一大精神 — S:單一職責原則(Single responsibility principle, SRP) ※ 定義: 每個物件,不管是類別或函數,都應該只負責一項功能。 當需求改變時,僅需改相關的區域,而不需要更動其他不相關的部分
Thumbnail
最近在 LinkedIn Networking發生了一些有趣的事。對於創業者來說,決心和信任相當重要。創業題目雖重要,但找到優秀的團隊和創辦人更難。執行力和對待團隊的方式也關鍵。展現決心給其他人信任和支持。建議展現願景、執行力、認真對待團隊。
Thumbnail
一個中型規模的公司;採用集體領導制本身就存在一些問題,譬如,容易形成不同派系,公司資源分配可能不當,領導幹部可能推諉,決策品質可能不佳,也可能無法消弭潛在問題於萌發階段等等。簡單說,針對“必須”處理的所有作為;可能會有反應效能不足的狀況,更別說前瞻性的考量了。 眾所周知,世界上並不存在一個決定就能
Thumbnail
學會如何建立合作關係和協作完成任務,是在現實職場中很重要的能力。 書本提到了一些觀點,協作對象不該一視同仁,一個偏好獨立工作的軟體工程師,要如何與一位合作型的產品經理一起協作開發一個新功能?一個協調型的培訓人員,如何和一個獨立型的老師協作改善教學品質?書中的案例或許能幫你思考這些問題的答案。