
社群:河內國際中心

社群:河內國際中心
「敏捷」一詞最早起源於軟體開發,後來演變成一種企業整體的管理哲學。
起源著作:
《敏捷軟體開發宣言》 (Manifesto for Agile Software Development, 2001): 由 17 位軟體開發專家共同發表。雖然這是一份宣言而非書籍,但它是敏捷管理的「憲法」,定義了溝通勝過流程、應變勝過計畫等核心價值。
當代代表作: * 《打造敏捷企業》 (Doing Agile Right, 2020):由貝恩策略顧問(Bain & Company)合夥人 Darrell Rigby 等人撰寫,將敏捷從 IT 擴展到整家企業的營運。
《領導變革》 (Leading Change, 1996):約翰·科特(John Kotter)雖然不專講敏捷,但他的雙重作業系統(Dual Operating System)理論為敏捷組織奠定了層級制與網絡制並行的理論基礎。
核心特點: 強調以客戶為中心、跨功能團隊協作、小步快跑(Sprint)與快速反饋。
這是一套源自日本,強調「全員參與」與「獨立核算」的經營體系。
起源著作:
《阿米巴經營》 (Amoeba Management, 2006):
作者: 稻盛和夫(Kazuo Inamori)。
核心內容: 詳細論述如何將大公司拆解為微型單位(變形蟲/阿米巴),並透過「單位時間核算制度」讓每個員工都能看到自己單位的盈虧,從而實現「動態管理」。
核心特點: 側重於利潤意識、經營者人才培養,以及組織隨市場需求自由分裂與結合的彈性。
兩者都追求「靈活性」與「快速響應」,但在手段上有明顯差異:
| 比較維度 | 敏捷組織 (Agile) | 變形蟲組織 (Amoeba) |
| 文化起源 | 美國矽谷、IT 與軟體業背景。 | 日本京都、傳統製造業(京瓷)背景。 |
| 核心目標 | 快速交付價值:減少開發週期,應對多變需求。 | 提高獲利能力:全員參與經營,追求高收益。 |
| 關鍵機制 | 溝通與協作(如:每日立會、Scrum 面板)。 | 會計與核算(如:單位時間核算表、盈虧自負)。 |
| 團隊成員 | 跨功能專家(工程、設計、行銷一組)。 | 依製程或市場劃分的小組。 |
| 管理邏輯 | 降低決策延遲,消除流程浪費。 | 培養具備老闆思維的員工,精算成本。 |
相同點: 都反對僵化的科層制度(Pyramid Structure),主張權力下放(Empowerment),讓現場人員有決策權。
不同點: 敏捷像是一群特種部隊,為了快速達成任務而協作;變形蟲像是一群小微商,在同一個公司旗下各自拼搏利潤。
發展「敏捷型組織」與管理,可注意「敏捷」(Agile)管理的核心在於「小步快跑、迭代回饋、賦權團隊」。它不再預設一份完美的長期計畫,而是透過頻繁的溝通與測試,快速應對市場變化。
以下是知名的敏捷管理實例,分別展現了不同產業如何運用敏捷精神:
Spotify 是全球公認將敏捷組織規模化的典範。他們打破了傳統的層級部門(如行政部、行銷部),改以功能交織的矩陣結構運作。
實作方式:
Squads(小隊): 最小的戰鬥單位,由工程師、設計師與產品經理組成。他們有權自主決定「怎麼做」,就像一家微型新創。
Tribes(部落): 多個小隊組成一個部落,負責相關的產品領域(如:搜尋、播放列表)。
Chapters(分會): 跨小隊的技術交流群,確保雖然團隊分散,但同領域技術(如後端開發)的標準保持一致。
管理重點: 高度一致與高度自主。主管只負責定義「問題是什麼」(目標),而小隊決定「如何解決」(方案)。
銀行業通常被認為是極度保守、僵化的,但荷蘭銀行(ING)為了對應 FinTech 的威脅,全面推動敏捷化。
實作方式:
打破辦公室隔板: 他們拆除了所有高階主管的辦公室,將不同專業(法務、IT、風險控管、行銷)的人員混編在同一個大桌工作。
縮短決策路徑: 以前一個新金融產品上線要經過層層審核,需時數月;敏捷化後,法務在產品設計的第一天就參與討論,減少後期修改的往返時間。
管理重點: 消除孤島效應(Silos)。讓流程從「線性接棒」變成「協同併行」。
傳統航太產業(如 NASA)習慣使用「瀑布式開發」( Waterfall),計畫五年、測試三年、發射一次。但 SpaceX 則將軟體業的敏捷邏輯搬到了火箭製造。
實作方式:
快速失敗(Fail Fast): SpaceX 容許在測試階段發生爆炸(如 Starship 的初期測試)。他們認為「炸掉火箭」能比「模擬數據」更快找到結構弱點。
頻繁迭代: 每一次發射失敗後,他們會在幾週甚至幾天內修改設計並再次嘗試,而不是花兩年寫分析報告。
垂直整合: 工程師就在工廠地板辦公,發現問題可以直接走向產線修改設計,無需經過漫長的簽核流程。
管理重點: 以實驗取代推論。將研發週期極度縮短,以獲取最真實的反饋數據。
| 特性 | 傳統管理 (Waterfall) | 敏捷管理 (Agile) |
| 核心目標 | 精確執行計畫、避免錯誤 | 快速交付價值、擁抱變化 |
| 組織架構 | 指令傳遞型(金字塔) | 自主賦權型(小隊、網絡) |
| 溝通方式 | 定期會議、公文往返 | 每日立會、即時視覺化看板 |
| 面對風險 | 透過詳盡的前期規劃防禦 | 透過頻繁的測試與失敗中學習 |
這三個例子展現了敏捷不僅限於 IT,更能應用於服務業(銀行)與製造業(航太)。
如果公司正在評估轉型,實作中,可使用「敏捷管理」的特定工具(如 Scrum 或看板等)。
「動態管理」與「變形蟲組織」在管理學中,最著名的理論來源是日本「經營之聖」稻盛和夫(Kazuo Inamori)所獨創的「阿米巴經營」(Amoeba Management)。
這套理論將組織比喻為單細胞生物「變形蟲」,強調組織應具備隨環境變化而隨時自我分裂、變形、移動的靈活性。
變形蟲組織(Amoeba Organization):將大型公司劃分為許多直屬於社長的「小型自主經營單位」。每個單位通常僅 3 到 50 人,像變形蟲一樣能獨立作業,並根據市場需求隨時進行重組、增減人員或調整方向。
動態管理(Dynamic Management):強調「全員參與經營」與「即時應變」。每個小組不僅是生產單位,更是獨立的利潤中心(Profit Center)。
透過「單位時間核算制度」,員工能即時看到自己當天的貢獻,從而像老闆一樣思考,靈活調整工作細節。
這套理論最完整的論述出現在以下著作:
《阿米巴經營》 (Amoeba Management: The Dynamic Management System for Rapid Market Response)
作者: 稻盛和夫
出版時間: 2006 年(日文版),中文譯本多稱為《阿米巴經營》或《稻盛和夫的實踐阿米巴經營》。
核心價值: 書中詳細解析了如何透過組織細分與獨立核算,讓公司維持「大公司規模、小公司靈活」的競爭優勢。
京瓷是變形蟲組織的發源地。稻盛和夫將數萬人的公司拆成一千多個「阿米巴」小組。
運作: 某個負責陶瓷零組件的小組發現市場對汽車零件需求激增,可以立即從其他部門抽調人手擴編;若需求冷卻,該小組則迅速縮編或轉向研發。
成果: 即使在石油危機或金融海嘯中,京瓷仍能靠著數百個微型戰鬥單位的應變力,維持高收益且從未虧損。
2010 年日航宣布破產,稻盛和夫接手後引入阿米巴模式。
運作: 過去空服、地勤、維修是垂直分工,對盈虧無感。引進敏捷的變形蟲模式後,每條航線都變成一個獨立核算單位。機長、空服員開始關注:機上餐點浪費多少?油耗如何減少?
成果: 僅花一年時間,日航就從虧損 1,200 億日圓轉為盈利 1,800 億日圓,創下航太史上的重整奇蹟。
台灣 90 年代的資訊硬體產業(如主機板、零組件)曾被《天下雜誌》形容為「變形蟲組織」。
運作: 眾多中小型廠商(如車王電、或是早期的電子代工鏈)透過機動的結盟運作。當一個大訂單出現,不同專業的小廠迅速結合成作戰網絡;任務結束後自動解散。
當代應用: 許多現代數位行銷公司或軟體工作室也採用此模式,按專案(Project-based)成立跨領域小隊,隨時變換陣形。
| 維度 | 傳統科層組織 | 變形蟲(阿米巴)組織 |
| 結構 | 穩定、僵固的金字塔 | 靈活、可隨時分裂重組 |
| 決策 | 由上而下,緩慢 | 現場小組自主決定,極快 |
| 責任 | 只有高層承擔盈虧 | 全員皆有成本與利潤意識 |
| 目標 | 追求規模經濟 | 追求市場適應性與高收益 |
要將「阿米巴模式」落實到目前的團隊中,還是想研究其內部的「核算制度」如何計算呢?可使用提供具體的「單位時間核算表」範例。
「單位時間核算制度」是阿米巴經營(變形蟲組織)的靈魂。它的目的不是為了會計作帳,而是要讓員工「一眼看懂今天賺了多少錢」。
其核心公式如下:
單位時間核算 = (結算銷售額 – 費用) / 總勞動時間
以下為您展示一個針對「軟體開發小隊」或「小型製造加工組」設計的具體範例:
部門名稱: 變形蟲 A 組(例如:網頁設計小組)
結算週期: 2026 年 1 月
| 項目 | 金額 (NTD) | 說明 |
| 1. 結算銷售額 | $500,000 | 該小組完成專案撥入或內部交易額 |
| 2. 扣除額 (變動成本) | $120,000 | 外部外包費、軟體授權費、材料費 |
| 3. 生產總值 (1 – 2) | $380,000 | 小組創造的附加價值 |
| 4. 經費 (固定成本) | $80,000 | 租金分攤、水電、辦公雜支 (不含薪資) |
| 5. 結算收益 (3 – 4) | $300,000 | 該小組真正的獲利額 |
| 總勞動時間 | 500 小時 | 小組成員當月工作時數總和 |
| 單位時間核算 (5 / 6) | $600 / 小時 | 每人每小時創造的價值 |
不計入勞務費(薪資):阿米巴核算表的關鍵在於分母是「時間」而非「成本」。不列出薪資是為了避免員工之間互相比較薪水,同時讓大家專注於如何「在最短時間內創造最高收益」。
全員參與改善:
想提高 $600 這個數字,員工會自發想出兩條路:
開源: 提升品質或效率,爭取更多訂單(增加銷售額)。
節流: 減少開會浪費、優化流程、節省辦公耗材(減少時間或經費)。
內部交易機制:在變形蟲組織中,上游半成品賣給下游,也會產生「結算銷售額」。這讓後勤部門(如行政、倉儲)也能計算出自己的單位時間價值。
如果您想導入這套表單,建議從以下三個步驟開始:
步驟一:定義單位。 將團隊拆成可以獨立計算產出的「變形蟲」。
步驟二:確定內部售價。 如果是後勤單位,要定義他們服務一次的虛擬價值。
步驟三:每日即時更新。 最好每天下班前,組長就能算出當天的「單位時間核算」。
這套制度雖然強大,但也有其侷限性(例如過度競爭)。要避免導入後團隊內部出現過度競爭的問題,可以配合「經營哲學」來平衡。

社群:管理學 management
雲上太陽

親愛的主聖神

社群:兆姐
註:感謝來源,網路