五年前讀了克服團隊領導的五大障礙，感覺書中的故事生動，說的道理也淺白易懂，但沒有頭緒如何去實踐。
最近因爲要準備團隊溝通相關的課程，因緣巧合之下五年後重新讀了這本書，發現了有效會議在團隊協作上的重要性，而有效的會議靠的是引導的技巧。
使用深度匯談 (Dialogue) 中的技巧、善用 4F (Fact 事實、Feeling 感覺、Finding 發現、Future 未來) 的技巧幫助傾聽和同理、説話時運用焦點討論法 ORID讓自己的觀點和感受透明化。 閱讀全文〈善用引導技巧來克服團隊領導的五大障礙〉
企業使用敏捷式管理的目標是讓企業可以快速反應市場的變化。讓產品或服務儘快推出面對市場，並依據取得的反饋來改善企業所提供的產品或服務，使其在市場上更有競爭力。具體的做法包含從大批量生產的思維，改為小批量生產試賣。
在『面對敏捷轉型的浪潮，你準備好了嗎？』一文中我們介紹了敏捷轉型（Agile Transformation）的由來和精神，這一切聽起來都無限美好，但具體要如何落實敏捷式管理呢？
在上一篇我們談了如何讓團隊敏捷化，現在我們來看看如何讓企業敏捷轉型。
但變革不是重點，重點是為什麼要變革。同樣的，在讓企業敏捷化之前，我們要先知道為什麼企業需要敏捷化。 閱讀全文〈別高談敏捷式管理說說如何落地(2) – 企業敏捷轉型工具箱〉
為了更好的應對變化和增加企業的可持續性，敏捷式管理以團隊為核心來運作，並希望團隊可以：
擁有共同的目標、自行交付端到端的產品或服務、跨職能的團隊成員、穩定的團隊組成、依照 Scrum 或看板的方式來運作
在『面對敏捷轉型的浪潮，你準備好了嗎？』一文中我們介紹了敏捷轉型（Agile Transformation）的由來和精神，這一切聽起來都無限美好，但具體要如何落實呢？
我們接下來分別來看看針對團隊和企業的敏捷方法，這篇文章的重點在於如何讓團隊敏捷化。
敏捷式管理是以團隊為運作的核心，對主管的要求是成爲僕人式領導，也就是支持團隊的成功與成長，而對團隊的組成有下面幾個要求：
團隊成員要有個共同的目標，通常是提供給顧客某一種產品或服務。如果團隊沒有共同的目標，那就只是一群人，不能稱之為團隊。 閱讀全文〈別高談敏捷式管理說說如何落地(1) – 手把手打造敏捷團隊〉
關於校準這個概念我是從 The Art of Action （不服從的領導學）一書中學來的，我認為這是影響我蠻大的一個管理概念，之中的許多想法也暗合敏捷精神，如響應變化 重於 遵循計畫 (Responding to change over following a plan)。
不管在工作中還是敏捷開發，都有強調做價值的事，『有效』重要過『效率』（Effectiveness over Efficiency）。剛剛好在臉書上看到什麼是『有價值的工作』的討論，我覺得價值本來就是主觀的東西，沒有對錯，所以校準（Alignment）會比價值本身是什麼更重要。組織的方向是節約成本、研發為主、創意開放、流程至上，具體的做法都會不一樣。如果每個部門往公司的方向對準，每個團隊往部門方面對準，每個成員往團隊方向對準，那整體就超強啦。
關於校準這個概念我是多年前從 The Art of Action （不服從的領導學）一書中學來的，我認為這是影響我蠻大的一個管理概念，書中的許多想法也暗合敏捷精神，如響應變化 重於 遵循計畫 (Responding to change over following a plan)。（順帶一提，我覺得很多中文書名都跟內容不符，也許可以增加看書皮購買的興趣，但買了發現跟想像不同不是讓讀者感受更糟嗎？還是其實因為買書有看內容的是少數？越想越可怕 XD）
在組織中其實很多政策都是為了校準，確保下級單位有把上級的目標放在心裡，比如說 KPI 就是用胡蘿蔔與棒子的思維來校準。但為什麼我們花了很多心力在校準，但結果往往跟我們想的不一樣呢？ 閱讀全文〈欸對準一點 – 談校準的重要性(不服從的領導學心得)〉
今天聽實習生們四個月實習的心得分享，蠻多的共通收穫是『第一次以團隊方式把事情做出來』，即使之前在學校有專題團隊，但也是各自分工不合作，大家分派工作最後再組合起來。而在實習過程中，成員利用 Scrum 的方式，及時了解每個工作的進度，互相支援遇到的問題，密集的分享和學習，還有一群很雞婆的哥哥姐姐們噓寒問暖，都是之前沒有的體驗。
回想我們從小都聽說要『德智體群美』五育俱全，但我之前也從來不知道群育是什麼，頂多就是玩玩團康，組組球隊。學校不但不鼓勵還懲罰合作的行為（比如作弊 XD）。但不能怪老師，我想除了投票『服從多數、尊重少數』，老師也沒有受過如何教導團隊合作的訓練。
我也是在這幾年在 Scrum 中找到答案，除了快速迭代、適應變化這個優點外，我覺得 Scrum 的重點價值是以團隊為主體運作，讓團隊取得個人所沒有的特性，比如團隊比個人反脆弱、團隊比個人的視野更廣、盲點更少。但要讓團隊有這些特性不是容易的事，我認為有三個觀察點：
【一千年前的敏捷宣言】
很久很久以前，唐太宗李世民放了三百多個死刑犯回家，說明年秋天時回來報到再殺他們頭。到第二年時，没想到神奇的事情發生了，死刑犯竟然一個没少的回來送死。
在那個時代，没有半個人在路上病死、老死、或被野獸吃掉，真的是老天保佑。唐太宗龍心大悦，認為在自己用心良苦的教化下，連死刑犯都變好人講信用，就把三百多個犯人都大赦放生，傳為千古佳話。
直到宋朝反骨的歐陽修把這事件批評說這是從上到下串通演出的撒狗血劇情（上下交相賊），從一開始就劇透了。皇帝要聖名，放走了就算不回來也没損失。萬一真的有人跑了，長眼的官員也知道要抓幾個替死鬼充數。囚犯也不是白痴，知道皇帝要耍仁慈，回來的一定不會死，打個折大不了去邊彊種菜。
歐陽修在《縱囚論》說：『不可爲常者，其聖人之法乎？是以堯、舜、三王之治，必本於人情，不立異以爲高，不逆情以幹譽。』
超譯：『有智慧的人不會笨到去設計不能普遍適用的規定。規定要從人性出發，不是跟大家不一樣就是厲害，也不要挑戰人性來刷版面。』
簡單的說，就是敏捷宣言第一條所說的：
【個人與互動 重於 流程與工具】
只要是有權限可以制定規定的主管，都應該好好思索這句話。
圖片來源：https://memesuper.com/categories/view/37ee3d0030e724c6a90cd001224b8d7fa07d1569/human-nature-meme.html
收到 Max Lai 關於敏捷旅程台中的 Keynote 分享邀請時，我真的蠻高興的。第一因為出生於台中，對台中總是有一份特殊的情感。第二是分享的主題是組織轉型，剛剛好跟十月在新加坡敏捷年會分享的主軸相同，只要英翻中就好，順便一魚多吃！
根據我在新加坡年會的經驗，原本預計講個40分鐘，但30分鐘就說完了，幸好因為談的是大家都會有的痛點和共同經歷，所以發問很熱烈，十多個提問把時間完美的佔到45分準時結束，大家都以為我是故意留很多時間提問的XD。比預期時間快的原因是上臺後的緊張語速加快，而且每次準備的故事都會東漏西漏，時間一定會快一些。而台中的分享時間是一個小時，讓我有點傷腦筋，要如何補足剩下的20分鐘又可以彌補我口條不好的缺點呢。 閱讀全文〈Agile Tour Taichung 2017『空手、緊握、到放手 – 敏捷路上學到的5件事』台中敏捷旅程分享心得〉
開始跑敏捷後會開始遇到一些跟傳統科層式組織格格不入的地方。科層式的組織架構的優點是中央決策，可以最大化命令與控制的力道。但在敏捷中強調的是讓第一線人員做出決策，傳統的組織就變成一個綁手綁腳的設計，所以如何讓組織架構成為產品開發的助力就是一個大問題。
當初第一個找到的其他組織模式是弄合制 （Holacracy），也買了專門討論 Holacracy 的書 – 無主管公司 – 研究一下。看完後的第一印象不好，主要有兩個原因，第一個原因是作者一直強調要用就要整套用，All or Nothing。換句話說是要組織整體打掉重練，跟我看情況挑戰、摸著石頭過河、小步快跑的哲學不和。
第二個原因是太太太複雜了也太太太嚴謹了，從營運、角色定義、每個人職權、到會議如何開都有規範，還一定要規範出來，跟敏捷大家不分彼此一起把事情搞定的原則違背（有興趣的朋友可以參考弄合制憲法），我最討厭規則連看都懶的看 XD。
總之就是喜歡他的初衷但設計不對胃口，就擱下來了。直到參加新加坡的敏捷年會，聽到 Jutta Eckstein 主講的 Sociocracy – A means for true agile organizations。聽到興趣就來了，因為 Sociocracy （沒有正式中文翻譯，Wiki 上翻成全民政治，我偏好稱為全員參與制，簡稱全參制。）強調的是大原則，沒有制式的方法跑，給很大的彈性，可以進階的嘗試導入。 閱讀全文〈適合敏捷式組織的架構：全員參與制（Sociocracy）、認可決、雙連結〉
最近台灣 Scrum Community 的 FB 社團非常熱鬧，有很多深度的討論，應該是天氣太冷了大家呆在家裡沒事做 XD。
這個討論串談到一個Sprint應該排 80%，100% 還是 120% 的工作量？，被 John 點名了一定要扯淡一下的啦。 以下是我的回應：
今年有幸參加 Gerald Weinberg 和 Esther Derby 的 Problem Solving Leadership （PSL）工作坊，到現在還沒寫心得，因為太多點了不知如何寫起 XD
就說說其中一件與『成年人』有關的事件好了，在第二天的其中團隊活動結束後的 Retro，有一個夥伴出來分享，他說他很自責，因為他知道正確答案，但沒能說服團隊依照他的方案走，所以後來團隊失敗了。 閱讀全文〈Scrum 中一個 Sprint 要排多少工作量？ – 談談『成年人』〉
新加坡敏捷大會也到『守破離』中的『離』了，在年會中已經沒人談 Scrum 或 Agile Mindset，主要談的是團隊的協作和怎樣的技術能力才能快速產生價值。
團隊協作談的是運用引導、薩提爾模式、與認知心理學，來增加團隊溝通的效率。技術面主要是 Microservice，其他 Technical Practice 如 Automation Test，Refactor 和 Continous Delivery 已經是老生常談。雖然聽了很多，但要實做還是難度很高，根據 Agile Fluency，需要3-24個月的時間，團隊的技術能力才會跟上市場需要的發佈節奏，人生苦短啊。
關鍵字：Microserivce, Event Bus, Anti-Fragile, Facilitation, Safety, Collaboration 閱讀全文〈螞蟻、好自在、情欲流動 – 新加坡敏捷年會參與心得 Agile Singapore Conference 2016〉
