.png)
近來因應VUCA[註]混沌未知的市場變化而生的敏捷手法，強調快速因應變化、即時應變與調整、重視產品價值的迅速與反覆地遞交、著重整體團隊與客戶等相關利害關係人的協同合作，實務上以《SCRUM GUIDES 2020》[註]當作操作指導方針，提供基本的框架供使用者遵循，然一般認為易懂難精，若未了解其核心價值，使用者依樣畫葫蘆下的操作難得其精隨之效。
敏捷是一種以價值觀、信念、原則所驅動的方法論，更宏觀而論是同屬於精實體系的管理方法[圖]，實務上應用了許多精實的工具，如看板、移除浪費、拉式流程等。
.png)
今天主要是來聊聊《敏捷12原則》[註]中的第10號原則：「精簡－是將未完工序最大化的藝術」（Simplicity, the art of maximizing the amount of work not done, is essential），為什麼會特別挑出這第10號原則出來討論呢？其實…就是因為…有看沒有懂阿??? 為什麼要將未完工序最大化呢? 那不就一直做都做不完，沒完沒了了嗎？
在進入探討問題前，我們先了解一下敏捷的源頭思維－精實思維（Lean Thinking）[註]，一般的認知是：
- 價值（Value）
- 價值鏈（value stream）
- 流程（Flow）
- 拉式流程（Pull）
- 逐步完善（Perfection）
價值
產品或服務的價值定義取決於客戶，因此在創造價值的過程中，任何沒有附加價值的動作或流程皆視為浪費，如產品的安全性很重要但客戶不見得客戶會為此買單，反而認為這是必備的條件，諸如此類的相關認證、品管、檢驗…等等動作或流程都屬於沒有附加價值的成本，必須盡量減少或簡化這類的程序與動作。
價值鏈
從投入到產出，客戶只在乎最終的產出交付是否是他們所要的合規產品或服務，而中間的過程對客戶而言僅是供應商評比的一張表格呈現，但對於要從中勝出的廠商而言，關鍵取決於哪家廠商能夠持續在客戶要的價值上努力，同時避免在錯的方向白費精力。
拉式系統
拉式流程是指當後端（客戶）有需求（訂單）時，各流程段才開始生產所需要的產品或服務，整個價值創造的過程會依據流程中的瓶頸產出而達到平衡的流動，不會因推式流程而產生在製品的在途或塞車狀況。因此在拉式系統強調產出與產能的平衡，而「將未完工序最大化」就是指要極大化提供系統中瓶頸站點所需的輸入，避免瓶頸站點的閒置，以期最大化整個系統的產出，這道理同限制理論（TOC）。同時以系統瓶頸的產出節奏控制系統的投入，以避免在製品在流程中等待或瓶頸產能的閒置所產生未附加價值的浪費。
逐步完善
完美是一個遙不可及也不切實際的夢想，同時也是阻礙進步的障礙（人性如此，一旦滿足就自得意滿不會想再繼續改進）。而當「將未完工序最大化」後的下一步就是該思考應如何改善系統瓶頸的時候了，持續的改善系統的瓶頸，以創造更大的客戶價值。
少即是多
最後來說說什麼是藝術吧，80/20的法則告訴我們，世界上百分之80的財富掌握在百分之20的人手中；百分之80問題來自百分之20的異常作業。日式禪風設計為什麼看起來讓人感到平靜舒服，那是因為其運用了減法原則，把所有不該出現的線條全都經過巧妙的設計與收納的手法簡化到了極致。米開朗基羅（Michelangelo）回答教皇為何能雕塑出大衛像這般完美的作品，他說他只是剔除了所有不該屬於大衛的部分。
賈伯斯（Steve Jobs）說：「我為Apple沒有做過的事情感到驕傲，如同我們曾經做過的事情一樣。」因此蘋果手機的設計簡單俐落，操作人性直覺化，就像藝術品般多一分累贅，少一分無神。在時間管理的領域亦然，馬克．吐溫（Mark Twain）說：「假如你每天早上的第一件事是「生吃一隻青蛙，接下來的一天就會過得比較順利，因為你很清楚這可能是一整天之中最糟糕的事情了。」這裡的青蛙指的是最重要最要緊的事，對企業來說是指當下最具價值的事。
說起來相當合理，但那都是因為事後論，人們經常深陷於泥沼之中而不自知，成日急事都處理不完了，何談方向，成天忙茫盲到頭來一場空，最後才發現做出來的東西不是老闆、客戶、市場所需要的。況且市場變化多端，過去的龍頭企業如Nokia、Konica在那個當下能想像到如今不是被同業併吞，而是被異業所取代的結果嗎。又如人類能料想到21世紀的現在，醫學發達卻仍受COVID-19病毒所威脅，世界局勢仍受戰爭與地緣政治，甚或全球氣候變遷等衝擊所影響。
置身動盪的環境，作對的事（Do the Right Thing）比把事作對（Do the Thing Right）重要。作對的事是身為團隊領導者需要具備的一種領導才能，必須具備綜觀全局、洞悉環境、觀察入微與膽識決斷的能力，才能臨危不亂，清楚辨識輕重緩急與明智的判斷，在方向抵定了之後才是把事作對，選擇作事的最適方法，在對的方向努力，在真正的瓶頸投注改善資源，才能藥到病除，才能發揮效果。而這是領導與管理的藝術。
最後，再來回顧一下一開始難以理解的敏捷10號原則： 「精簡－是將未完工序最大化的藝術」。「精簡」；檢視並移除整個價值流中任何未具附加價值的動作與流程。在執行前的規劃階段辨識出對產出或客戶真正有價值的工作，剔除其他在當下非必要的需求與功能，發揮領導者洞見觀瞻、洞燭先機、具智慧的決斷（如此虛無飄渺的功力謂之「藝術」），在對的方向努力與前進，穩定地控制投入以確保能夠在系統的瓶頸「最大化未完工序」，並進而改善系統的瓶頸產出，利用「拉式流程」來及時因應市場變化，提供市場所需之價值，反覆與即時的因應詭譎多變的市場變化，這就是敏捷10號原則所提出的企業敏捷因應對策。
註解：
[註]《敏捷12原則》
- Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
（我們的首要任務是透過及早和持續的交付有價值的物件來滿足客戶的需求。）
- Welcome changing requirements, even late in development. Agile processes harness change for the customer’s competitive advantage.
（擁抱不斷變化的需求，即使在開發後期。敏捷流程利用適應變更讓客戶贏得競爭優勢。）
- Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
（頻繁交付有價值的產出，從幾周到幾個月，優先選擇較短的時程。）
- Business people and developers must work together daily throughout the project.
（業務人員和開發團隊在專案中必須每天一起共事。）
- Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
（和積極進取與跨機能的組織一起組建專案。為他們提供所需的環境和資源，並相信他們能夠完成工作。）
- The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
（團隊間最有效資訊傳達的方法是面對面溝通。）
- Working software is the primary measure of progress.
（有用的軟體是最主要衡量進度的工具。）
- Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
（敏捷流程著重於可持續性地發展。贊助者，開發團隊和用戶應該要致力於持續地保持穩定的進展。）
- Continuous attention to technical excellence and good design enhances agility.
（持續關注技術性的卓越和良好的設計可增強敏捷性。）
- Simplicity–the art of maximizing the amount of work not done–is essential.
（精簡－是將未完工序最大化的藝術。）
- The best architectures, requirements, and designs emerge from self-organizing teams.
（最好的架構、需求和設計來自自組織團隊。）
- At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.
（團隊需要固定周期地反思如何變得更有效率，然後作出相對應的調整與改變。）
[註] 精實思維