簽核簽到心累?敏捷宣言的四句大白話,老闆一聽就懂
2001年17位軟體工程師寫下的敏捷宣言,其實講的不是寫程式,而是「為什麼死守計畫的公司會輸給願意隨時修正的公司」。這一講把四句宣言翻成中小企業老闆聽得懂的白話,並用泰國銀行業真實的敏捷轉型案例,說明怎麼落地。
林佳蓉在曼谷北欖府(Samut Prakan)經營一間替飯店、航空公司做客製化制服與繡花識別的小型代工廠,員工二十六人。上個月,一間五星飯店集團臨時把年度換季制服的布料規格全部改掉——原因只是集團新任採購總監換了偏好的供應鏈。林佳蓉的團隊當時已經照著三個月前簽好的合約,做完打版、採購布料、排好產線,一夕之間全部作廢,光是布料損失就是六位數泰銖。
更讓她心累的是團隊內部的反應:生產經理攤開那份密密麻麻十二頁的專案企劃書說「客戶違約在先,照合約條款走」;但業務經理提醒她,這間飯店集團一年訂單佔營收快三成,翻臉不是選項。林佳蓉那天晚上滑手機,看到一篇文章提到「敏捷宣言」四句話,第一句就是「個人與互動,重於流程與工具」——她盯著那份被時間證明沒用的十二頁企劃書,突然覺得很諷刺。
為什麼
2001年2月,包括 Kent Beck、Martin Fowler、Jeff Sutherland、Ward Cunningham 在內的十七位軟體開發專家,在美國猶他州雪鳥(Snowbird)滑雪度假村聚會三天,寫下了後來被稱為「敏捷宣言」(Agile Manifesto)的四句話。他們原本要解決的問題,跟林佳蓉的問題其實是同一種:花好幾個月寫出一份鉅細靡遺的計畫書,等到真正要交付的時候,市場早就變了,那份計畫書反而成了阻力而不是助力。宣言的四句話是——個人與互動,重於流程與工具;可用的成果,重於詳盡的文件;與客戶合作,重於合約協商;回應變化,重於遵循計畫。這四句話刻意用「重於」而不是「取代」,意思不是流程、文件、合約、計畫完全不要,而是當兩者衝突時,該優先選哪一邊。對中小企業老闆來說,這四句話其實在回答一個更根本的問題:你的公司資源這麼有限,到底該把力氣花在「把計畫寫得更完美」,還是「讓團隊能更快發現計畫錯了、然後修正」?敏捷宣言的答案很明確:後者。
怎麼做
個人與互動,重於流程與工具
不是叫你丟掉表單,而是遇到卡關的事,先讓兩個當事人講五分鐘話,勝過來回簽核三天。林佳蓉後來的做法,是讓生產經理和業務經理在飯店改規格那天下午直接開一場十五分鐘的碰頭會,當場拍板止損方案,而不是各自寫簽呈往上呈。
可用的成果,重於詳盡的文件
與其花兩週寫一份完美企劃書,不如三天內做出一件樣品送客戶看。泰國卡西康銀行的技術子公司 KBTG,在推動敏捷轉型時公開分享過一個做法:新功能不再等「完整規格書」定稿才開發,而是兩週就交出一個能實際操作的雛形給內部使用者試用,靠真實回饋修正方向,比靠會議室裡猜測快得多。
與客戶合作,重於合約協商
合約是保護底線,不是拿來當作停止溝通的藉口。林佳蓉之後與這間飯店集團重新談定:換季前八週安排一次布料打樣確認會議,讓對方的採購提前參與、提前表態,而不是等合約到期日才發現規格早就變了。
回應變化,重於遵循計畫
把「計畫」當成隨時可修正的路線圖,而不是刻在石頭上的承諾。這一點會在下一講「把一年拆成二十六個兩週」進一步拆解怎麼設計檢核週期,這裡先建立心態:計畫被修改不是失敗,計畫寫死不改才是風險。
🔧 AI 動手做:敏捷宣言翻譯機
把你公司現在卡住的一個流程或會議描述給AI,讓它照著敏捷宣言四句話幫你診斷問題出在哪、給你這星期就能開始的替代做法。
你是我的敏捷轉型顧問。以下是我公司目前卡住的一個流程、會議或文件: [請具體描述,例如:每次要因應客戶臨時改需求,都要先走完三層主管簽核的變更申請單,通常一週後才能真正動工] 請你: 1. 對照敏捷宣言四大價值觀(個人與互動、可用成果、與客戶合作、回應變化),指出我這個流程目前偏向哪一種舊思維。 2. 給我一個「敏捷版」的替代做法,具體到「這星期就能開始試」的程度,不要只給大方向。 3. 提醒我這樣調整可能會遇到的風險(例如責任歸屬變模糊),以及怎麼降低風險。 公司產業:[請填寫,例如:客製化制服代工/餐飲連鎖/物流] 團隊人數:[請填寫]
本週就能做的一步:挑一件本週正在等簽核、等企劃書定稿的事,用上面的提示詞跑一次,看看能不能把等待時間砍掉一半。
📎 理論依據:敏捷宣言(Agile Manifesto)由 Kent Beck、Martin Fowler、Jeff Sutherland、Ward Cunningham 等十七位軟體開發專家於2001年2月在美國猶他州雪鳥(Snowbird)共同起草。Scrum框架由 Jeff Sutherland 與 Ken Schwaber 於1995年共同提出。泰國卡西康銀行技術子公司KBTG的敏捷轉型做法參考自其公開技術部落格與公開演講內容。