團隊自省指南｜打造敏捷團隊 (1版)

類似書籍推薦給您

簡介 起手式‧團隊自省套路 手法‧心態 能夠了解「團隊自省」具體作法的書籍 ‧不只有理論，還有實踐指南 ‧以虛構的開發現場為主題，詳細介紹目標、流程和手法 在敏捷開發的活動中不可或缺的「團隊自省」，是指能讓團隊成員定期檢視過去的做法，使團隊逐漸朝更好的方向進步的活動。然而，即使已經開始實施了團隊自省，也有許多團隊發展的不順利，現狀無法得到明顯的改善。 本書旨在為這樣的團隊提供協助，通過漫畫的形式，以虛構的開發現場為舞台，以易懂的文字闡述團隊自省中「為什麼要做」、「有什麼好處」、「如何做」等內容。 此外，書中介紹了能讓讀者可以在自己的團隊中立即實踐的多種手法。作為團隊引導者，作者以豐富的團隊自省引導經驗，為讀者解釋了具體的開始方式，以及根據不同的團隊情況選擇合適的手法和套路。 ‧不知道如何進行團隊自省 ‧成員缺乏熱情，感受不到團隊自省的價值 ‧重複相同的技巧和形式而變得乏味，致無法持續下去 對於有這些煩惱的讀者來說，本書作為團隊自省指南一定會有所幫助。 希望通過本書，您能加深對團隊自省的理解，並踏出讓團隊變得更好的第一步。 序 團隊保健與工作順暢的絕佳方案 「自省」這個詞，表面看似老舊，可能讓人想起國文課本中的古典智慧，比如「吾日三省吾身」，或是學生時代被老師要求寫的悔過書，反省自己頑皮的行為。 對我來說，「檢討」、「反省」、「反思」和「自省」等詞曾帶有一定的負面印象，好似只是重複著「我錯了」、「以後不會再犯」、「老師說的是對的」等無意義的套話。記憶中，寫悔過書時內心充斥著挫敗、無奈和無處發洩的叛逆情緒。 這些早年的經歷，讓我對「自省」這個概念並不抱有太多好感。 然而，在我投身職場多年後，在新加坡商鈦坦科技，我遇見了敏捷（Agile）方法。敏捷集合了看板（Kanban）、Scrum、精實（Lean）等多種工作方法。讓我驚訝的是，我在 Scrum 方法中發現了「短衝自省會議」（Sprint Retrospective Meeting）！ 我最初的反應是：「現在這個年代，還談自省？」然而，隨著對其深入了解和實踐，我逐漸體會到兒時對「檢討」的認知與敏捷中的「自省」之間的本質差異。 「檢討」是他人對我們的要求，而「自省」是我們對自己的期待。 「檢討」往往著眼於指責與懲罰，而「自省」則注重系統思維和團隊合作。 「檢討」通常伴隨著二元對錯的判斷，而「自省」則是一種超越二元的自我提升。 自省會議賦予團隊一個定期停下來的機會，反思和調整，以便更好地前進，這不僅是保持團隊健康的關鍵，也是確保工作流暢的重要手段。說起來容易，而如何將「檢討」轉化為「自省」，是實踐敏捷過程中的一大挑戰。 恭喜您遇到了《團隊自省指南》這本書。作者森一樹是一位經驗豐富的敏捷教練和導師，而兩位譯者也是極佳的人選。譯者之一，余中平（John Yu），多年來堅持每月舉辦台北敏捷聚會，耕耘敏捷文化在台灣的生根與發展。另一位譯者，黃世銘（Sam Huang），獲得了 2022 年度敏捷傳教士獎，他是台灣資深的 ScrumMaster。書中的會議引導正是 ScrumMaster的日常。兩位譯者的實戰經驗使這本書不僅忠於原文，而且更接地氣。 「你的團隊自省會議開得如何呢？」期待您的分享。 Yves Lin 林裕丞 台灣敏捷協會創會理事長｜氣機科技共同創辦人 黑手阿一的實戰報告 YVESLIN.com 日光出現了，代表不一樣的情況 季節氣候對於許多人來說，似乎是一種順應自然的大環境，若是住在台北，適應冬雨的冰冷和潮濕，若是住在新加坡，適應赤道的熱和很熱氣溫。然後台北人感恩冬日暖陽，新加坡人在午後雷陣雨涼爽自在。靠山吃山，靠海吃海，靠傳統產業聽話行事，靠敏捷企業迭代成長。 所以我相信，在產業領域和組織發展中，每個人和組織都是有許多選項的。當你有選擇的時候，代表不一樣的情況。當你的組織選擇採用Agile 敏捷開發的時候，代表你願意接受不確定性，運用迭代來持續改善，願意嘗試創新和學習，這就是代表不一樣。「團隊自省」會議就是團隊成長的那一道光， 當日光出現了，代表不一樣的情況開始了。 新加坡商鈦坦科技Titansoft 在導入敏捷開發的學習歷程中，為了讓團隊溝通的品質和效果提升，我們在Odd-e 顧問的協助下接觸了Scrum 軟體開發，產品可以專注在高價值的工作項目，團隊人員可以彼此交流持續的成長。Scrum 的自省會議，是團隊成長最核心的動力引擎，它檢視在短衝期間 的團隊動態，它讓團隊成員看見彼此，更重要的是它帶動成長待辦清單的產出。有了成長的目標，然後就可以行動。 我很喜歡在《團隊自省指南》書中，譯者John 和Sam 刻意將Retrospective翻譯成「團隊自省」，這和常見的翻譯「回顧」或「反思」有所不同的。他們認為這不是藉此活動來指責和要求他人，他們相信這是以改善自己為前題的行動出發點，是良善的意圖，所以在書中刻意使用了「團隊自省」。 譯者Sam 是企業內的組織發展實踐者， 也是在團隊中服務多年的全職ScrumMaster。譯者John 是台北敏捷社群組織者，同時活躍於各類社群活動中，並且連接日本、韓國、越南及新加坡等國敏捷社群。在我認為這是他們倆個人在多年敏捷實務後，從純熟的經驗中所萃取出的精華，這本書由如此 樣子資深的敏捷實踐者來服務中文翻譯，是書的緣份，更是讀者的福氣。 我相信你可以在這本書中找到那一道屬於你自己的日光。 Tomas Li 李境展 新加坡商鈦坦科技 總經理 出版《鯨游藍海 ‒ 鈦坦科技的敏捷之旅》 團隊自省的微感受 [ 自省vs 回顧] 一開始看到這本書時，標題上的團隊自省，就深深的打動我。大多的書籍或是文章，提到Scrum 的Sprint Retrospective，多數是翻譯成回顧會議，因此Sam 和John 翻譯成團隊自省，確實是很與眾不同。那時候就問了John，為什麼你們翻譯成自省呢？ John 那時候說到，回顧會議的回顧，是大家一起檢討過去。因此，可能會指責他人。可是自省，那就是自己對自己的反思，重心是在自己身上。我當下有AHA 的感覺。因為很多retrospective 會失敗的原因，其中一個就是檢討別人，責備別的部門的人不處理。可是，須知道你能改變的，就只有你自己本身。基本上，你是不太可能去改變別人。最多是利用權限去命令別人，去限制別人。因此，這樣的轉念是很重要的。 [ 守、破、離] 在書中提到，守、破、離是來源於日本茶聖千利休的教誨，並且在《利休道歌》和歌集第一百零二首中提到「規矩需嚴守，雖有破有離，但不可忘本」。以前我自己認為守、破、離是要告訴我們，雖然剛開始是依樣畫葫蘆，但是隨著時間的演進，須依自己的環境來做調整。最終，只要遵守原先的精神，但是手法可以展現自己的風格。但是在一百零二首中提到的那句話，那我再度深度思考守的是規則，可破的是規則，可離的也是規則，但“本”是什麼？ 此外，這三個階段，一個階段高過一個階段，沒有真的遵守和落實，是不合適跳級的。但是就是大家太聰明了，很容易就自以為是的跳級了。導致於很少有人能真的進入離的階段。大多只是在某些狀況去破而已，很難走出自己的道，一個讓大家佩服的路。 [ 英雄所見略同的：KudoCards] 第一次看到 KudoCards 是在管理3.0（Management3.0）中，它是由JurgenAppelo 創建的。可是沒想到這本書也提到這個工具。根據英文字典的解釋，Kudo 的意思是某人因某些功績或社會地位而受到公眾的欽佩。它涉及正向心理學，基本上側重於尋找幸福和其他積極的感受，像是滿足 感、樂觀、善良和幽默等等。這個面向正是我們想要在團隊中強調的精神： playervsvictim。如果你是一個player，對於任何挑戰和事情，都會以正向來思考，找出可能的做法。如果真的不行，也不會怪罪於他人，而是自己勇於說出自己“選擇“不去做，而不是被迫的。 [ 武功秘籍目錄] 通常工具書會介紹很多工具，但是問題在這麼多工具，要如何組合來用。我想這應該是許多讀者想知道的。尤其是剛入門的小白，更是會痛苦不已。這本書的作者應該被問了很多遍這種問題，因此他整理了一個團隊自省速查表，快速簡介了各個團隊自省的手法，讓你在一頁中就可以總覽全局。在團 隊自省速查表的下一頁中，他根據團隊自省的流程，說明哪個步驟可以使用哪些自省工具。並且列出一些組合技的範例，讓你可以省心的先套用，這真的是揪甘心啊。我想各位讀者千萬不要錯過這一部分。 期望這幾個小片段的介紹，應該會讓你這本書充滿好奇，記得去買一本來看喔。 柯仁傑 Odd-e 敏捷教練｜台灣敏捷社群創始人｜敏捷三叔公 FB：DavidKo Learning Journey 目錄 Part 1 基礎篇 第1章 什麼是團隊自省? 第2章 讓我們來看看團隊自省 Part 2 實踐篇 第3章 在進行團隊自省之前 第4章 如何進行團隊自省 第5章 在線上進行團隊自省 第6章 團隊自省的心態 第7章 團隊自省的引導 Part 3 手法篇 第8章 了解如何進行團隊自省 第9章 團隊自省的要素和問題 第10章 團隊自省的手法組合技 Part 4 TIPS 篇 第11章 關於團隊自省的各種困擾 第12章 Scrum 與團隊自省 第13章 團隊自省的「守、破、離」 第14章 將團隊自省推廣到組織內部 尾聲 團隊自省速查表

精實UX設計：帶領敏捷團隊打造出色的產品 (2版)

類似書籍推薦給您

<姆斯>精實UX設計：帶領敏捷團隊打造出色的產品(第二版) <O'REILLY> 2/E Jeff Gothelf 9789864764488

敏捷開發實踐指南｜讓團隊取得亮麗成果 (1版)

類似書籍推薦給您

【簡介】 　　在團隊推動敏捷，卻總覺得哪裡怪怪的？  　　不是你不夠努力、也不是團隊不配合，而是你需要正確的實踐知識！  　　導入敏捷流程，成效卻不明顯？ 試試「循序導入」的實踐建議  　　開發期待不一、合作卡卡？ 看看怎麼建立團隊共識  　　技術實踐只靠直覺？ 系統性解說技術實踐知識×具體案例，用科學化推進開發進度！  　　本書一次收錄116種團隊實踐手法，從開發、測試、自動化部署到跨部門合作，提供最具實戰溫度的敏捷導入經驗談！透過漫畫情境，分享如何依實際需求選擇適合的技術方法，避免團隊誤將實踐本身視為目標而忘了最初的目的，協助團隊達成有效的合作。  　　＊橫跨全流程的116種實踐手法，從開發現場到維運支援全面覆蓋  　　＊漫畫×實例×技術建議，輕鬆理解又能快速上手  　　＊根據情境分類手法，讓你找得到、用得上、推得動  　　＊由資深敏捷教練團隊聯手打造，讓團隊取得亮麗成果不再是空談！  　　＊適合工程師、Scrum Master、PM、技術主管，或任何希望打造「行得通的敏捷」的你！  　　在團隊進行敏捷開發時，善用各項開發技術及工具等『技術實踐』至關重要。  　　唯有充分理解每項實踐的目的與功用才能發揮效果。  　　可是，在狀況瞬息萬變的開發過程中，有不少團隊卻往往忘記最初的目的，將實踐本身誤當成了最終目標。  　　本書作者在敏捷開發的團隊與組織中累積了豐富的實戰經驗，並將這些寶貴經驗整理成為這本實踐指南。  　　這本書以虛構的開發情境為基礎，透過漫畫形式，簡單明瞭地解說如何根據實際狀況選擇、運用有效的實踐方法。  　　．採取敏捷開發卻未見預期效果  　　．希望深入了解技術實踐的背景與目的  　　．不確定如何根據情況選擇並導入合適的實踐  　　．雖然展開實踐，卻無法確定當前作法是否適當  　　如果您的團隊面臨上述困擾，本書將成為協助您導入、優化技術實踐，並提供具體應用途徑的指南。  【目錄】 第 1 章 推動敏捷開發的實踐  1-1 進行實踐  1-2 快速且步步為營  1-3 廣為人知的敏捷開發手法與實踐  1-4 有助於理解實踐的思考方法  專欄：由團隊逐一完成每個工作  第 2 章 可以應用在「實作」的實踐  2-1 實作方針  2-2 分支策略  2-3 提交（commit）  2-4 程式碼審查  2-5 共同合作  2-6 測試  2-7 可以長期開發/ 運作的原始碼  專欄：結對程式設計的效果與影響  專欄：測試驅動開發的TODO List 比測試還優先  第 3 章 可以應用在「CI/CD」的實踐  3-1 持續整合  3-2 持續交付  3-3 持續測試  專欄：技術負債 ─ 向業務端說明到發現問題為止的時間與風險  專欄：基礎架構自動化  第 4 章 可以應用在「運作」的實踐  4-1 部署/ 發布  4-2 監控  4-3 文件  專欄：Logging as API contract  專欄：撰寫AI 友善文件  專欄：你是否將開發與運作分開思考？─ 儀表板的未來  第 5 章 可以應用在「達成共識」的實踐  5-1 與利害關係人達成共識  5-2 在開發過程中達成共識  5-3 持續檢討計畫  專欄：讓開發項目保持簡潔的乾淨程式碼  第 6 章 可以應用在「團隊合作」的實踐  6-1 團隊的基本單位  6-2 消除對特定人員的依賴  6-3 衡量績效  6-4 溝通順暢的方法  6-5 透過工作坊取得共識  專欄：為團隊注入活力的目標設定  專欄：以漸進性思考12 年的敏捷實踐