日本IT企業有趣的「多層外包」模式：為什麼這麼複雜？【ep3】

文章大綱・Table of Contents

大家好我是Yuan，我的#日本菜鳥工程師的職場雜談 來到了EP.3啦。這篇文章想要來分享我在日本IT業界接觸到的「多層外包（多重下請け）」模式。我自己是進了日本IT業界之後才知道、且實際接觸到這樣一個運作模式，覺得非常特別，因此決定來介紹一下！

※我也還在學習，若有哪裡不正確的話麻煩請跟我說一聲唷，謝謝！※

◆Yuan的日本菜鳥工程師的職場雜談◆

什麼是多層外包？

「多層外包（多重下請け）」是日本IT業界常見的「運作模式」。

簡單來說企業的「多層外包（多重下請け）」就是，「一個案件」是由「好多間公司」的員工一起完成，而且，這些好多間公司彼此的關係並不是完全水平的，而是有垂直的階層關係，一層一層的。這樣的說明可能有點抽象，我舉個實際例子來說明，應該會更好理解所謂的「多層外包」模式。

日本職場「多層外包」的實際例子①

我就拿我自己待過的一個project為例子說明吧！這個案子的角色有「A公司」「B公司」「C公司」和「D公司」。

「A公司」不是IT業界的公司，所以「A公司」想要找IT公司的「B公司」幫忙開發自家系統。「B公司」接了「A公司」的案子後，又找了「C公司」來當忙完成這個案子，而「C公司」答應了「B公司」後，又找了「D公司」來當忙完成這個案子。以上就是多層外包的實際例子。在這個案件裡面，我自己是「C公司」的員工，而以我的角度來看，「B公司」是我們的『直接客戶』；「A公司」是我們的『終極客戶』，因為我們做的案子就是從「A公司」的；而在我們公司下面的「D公司」是我們的『協力公司』，也就是『Business Partner』。

在這個案子裡「B公司」是『主承包商（元請け）』，將工作逐層外包給下層的『次承包商（下請け）』和再下一層的『次次承包商（孫請け）』。但是對於「A公司」來說，他們就是將案子委託給了「B公司」，所以參與這個案子的「C公司」和「D公司」的員工名義上都會是「B公司」的員工。

在這個案子裡，我們公司（C公司）和D公司的員工是直接到B公司上班，和B公司的員工一起完成project，但我們不會直接跟A公司的負責人接觸。以我們（C公司）的情況來說，應該有點算是技術派遣到B公司上班吧。※我對於各個專有名詞的定義還不是非常理解，若有哪裡不正確的話麻煩請跟我說一聲唷，謝謝！※ 下圖就是我實際經歷的「多層外包」模式（簡稱Project1）。

日本職場「多層外包」的實際例子②

我還有待過另外一個外包層次非常複雜的專案(代號為project2)，在這個專案裡面都快搞不懂誰是誰，那個人又是哪間公司的了。

這間的案件主「A公司」對我來說一樣是『終極客戶』，跟project1裡面的一樣，「A公司」並不是IT業界的公司，所以「A公司」想要找IT公司幫忙維護、構築、更新自家系統。這個project2的第二層總共就有四間公司，分別是「B1」「B2」「B3」「B4」，都是日本業界的大手IT公司。也就是說「A公司」委託這四間B公司們維護自家公司系統。

接下來我針對「B2」這條線作介紹，因為把我自己分類在「B2」下面的「C2」下面的「D2（我們公司）」，我是「D2」裡面的其中一個員工。在這個project2，我們所有員工都是到「A公司」上班，所以對於「A公司」來說，「B2」這條線下面的所有員工都是屬於「B2」公司的員工，也因為如此我拿的進到「A公司」的「入館證」上面寫我的資訊就是「B2」公司的員工，即便我真正是「D2公司（我們公司）」，我在進到「A公司」的時候我就是「B2」公司的。

「B2」公司又發包給五間協力公司「C1」「C2」「C3」「C4」「C5」，而「C2」下面又發包給兩間協力公司「D1」和「D2」，而我就是那個最下層的「D2」裡面的員工。在這個project2裡面，基本上我們跟「D1」還有「C2」是一起在做同個小案子，所以有彼此的聯絡資訊，也會看到彼此的工作進度和出勤預定。但是基本上我就不會跟「B2」，甚至其他一樣是B層級的「B1」「B3」「B4」或「A公司」有直接聯繫的必要，只有偶爾會有一些我們必須參加的研習或確認資料，才會收到「B2」公司的員工寄來的廣發MAIL。

至於B層級和C層級的其他公司底下又發包給多少間公司，我就不知道了。我可以確認的是，在「A公司」裡面的座位分配桌上都放了好幾個小牌子，劃分了好幾區是給各個協力公司的位子，但是如果沒有真的對話過，還真的不知道大家分別到底是哪間公司的(ㆆᴗㆆ) ，這大概就是這種「多層外包」有趣的點吧！

以我們公司的角度來看，跟我們簽約的「C2」公司是我們的『直接客戶』，畢竟要不要發包給我們公司是由他們決定的，所以我們被要求跟「C2」公司對應的時候要特別有禮貌 ( ˘•ω•˘ )。我們公司在這個案子的人數大概有6人左右，但是跟我同組、負責指導我和管理我的進度的其實是「C2」公司的員工，所以我反而跟我們公司的人比較不會說到話。

以上就是外包層次非常複雜的project2啦，要不是我特別分析了一下，還真搞不清楚到底有幾家公司一起在做這個案子 :(´□`」 ∠): 下圖就是我實際經歷Project2的「多層外包」模式的層級圖。

「多層外包」的優點

所以，為什麼日本IT業界這麼盛行這種「多層外包（多重下請け）」呢？不外乎就是因為有幾以下幾點優點。

成本效益

主承包商可以通過將某些任務外包給成本較低的承包商來降低總體成本。

專業化

每一層通常負責特定範圍的工作或專業技能，比如主承包商負責整體項目管理，而下層負責軟體開發、測試、或基礎設施的維護。

提高工作效率與質量

每一層通常負責特定範圍的工作或專業技能，比如主承包商負責整體項目管理，而下層負責軟體開發、測試、或基礎設施的維護。這樣的話，每層外包可以專注於具體的專業領域或技能，從而提高工作效率和質量。

靈活性

企業可以根據需要快速調整外包層級或承包商，從而更靈活地應對市場變化或需求變動。

風險分散

多層外包使得風險分散到多個承包商之間，當其中一個承包商無法履行合約或遭遇困難時，對整個項目的影響較小。

「多層外包」的缺點

雖然「多層外包」在日本 IT 業界內被廣泛使用，但也常被討論是否應改進，因為「多層外包」還是有不少缺點。

管理與溝通的困難

多層外包可能導致溝通鏈條變長，各層之間的信息傳遞可能出現誤解或延誤，從而影響項目的進度和質量。當外包層級過多時，對各層承包商的監管變得更加困難，尤其是在品質、交付時間和安全等方面，可能會出現問題。

我在 #日本職場雜談Ep.2 裡面就有提到過覺得我們公司「溝通不良」的問題很嚴重，一方面是我們公司自己的問題，另一方面我覺得也確實是因為這種「多層外包」的模式，要確認一件事情變得要跟很多公司的人都確認後才能定案，導致做一個決定要耗很長的時間，超級沒效率。

責任不明

當問題發生時，責任往往難以追究，因為問題可能是由於多層承包商中的某一層所造成的，導致缺乏直接負責的單位。

為什麼比起其他國家，日本IT業界的「多層外包」模式特別普遍？

「多層外包」模式其實並非日本特有，但比起其他國家日本在IT產業、建築業等領域運用「多層外包」的企業數量非常多，甚至可以說是產業結構的一個顯著特徵，其原因可能是來自於以下幾點：

・IT產業需求激增：日本在1990年代IT產業快速發展，技術專才不足，主承包商常將專案分解並外包，逐漸形成了多層結構。
・文化與產業習慣：日本企業長期以來重視「分工」與「協作」，而且強調穩定的長期合作關係，導致了多層外包的制度化。
・企業信任鏈條：日本強調「信用」和「關係網」，主承包商與次承包商之間常保持長期合作，使得多層外包成為一種默契的業務模式。

結語

我自己是進了日本IT公司後才知道原來很多IT公司是這樣運作的，也更進一步認知到，難怪有日本可以有那麼多中小型的IT公司可以存活，因為它們只要有人脈可以接到上面一層一層外包出來的案子，就能拿到錢，公司就能營運下去。像是我們公司是一間中小型企業，卻可以做到日本非常大手的公司的project，不過即便是做到大手公司的案子，等薪水到我們底層員工手上就已經是剝了好多層皮了，所剩無幾｡ﾟ(ﾟ´ω`ﾟ)ﾟ｡。

今天這個主題就先分享到這裡啦，如果覺得我的文章不錯的話，希望可以給我一點鼓勵，讓我有動力繼續分享我的職場雜談✧◝(⁰▿⁰)◜✧也可以訂閱我的YT、追蹤我的instagram和threads唷！

下一篇會分享在日本IT業界「多層外包模式」下，我們公司這種中小型公司的作為，以及我不太喜歡這樣的IT公司的地方。有興趣的朋友一定要持續關注唷！我們下一篇文章見✧◝(⁰▿⁰)◜✧

追蹤ig

訂閱YT頻道

追蹤threads