症狀 (Symptom) 在 daily scrum 總是聽到成員完成很多的 task，但 story 始終沒有完成。 討論 (Discussion) 這名字是刻意取 Stop starting, start finishing 的相反，有一陣子在觀察團隊時發現，story/task 的 burn-down 線圖會發現到 task 幾乎都完成了，但 story 卻還懸在半空中，甚至在 sprint 結束前一天，還是有不少 stories 接近完工卻還沒完工。

症狀 (Symptom) 在團隊成立之初沒有建立 Definition of Done，或是沒有逐漸擴展 Definition of Done 讓團隊成長。 討論 (Discussion) 在導入 Scrum 時，可能沒有有經驗的 Scrum Master 協助導入，所以沒有在導入之初建立團隊有共識的 Definition of Done。DoD 和 Acceptance criteria 是讓團隊在每次 sprint 結束時，有 potential releasable product 很重要的關鍵，Acceptance criteria 確保 do the right things，DoD 則是確保 do the things right，兩者合在一起，才會 do the right things right。 所以，如果沒有 DoD，在 sprint 結束時，可能會拿到一個有缺陷的產品，或是只能在某人的電腦上建置的版本。當然，一開始團隊沒那麼成熟時，一口氣要求太多的 DoD 可能有反效果，但不能沒有，一個不錯的出發點可能是：程式有版控，加上 CI 搭配單元測試，確保 sprint review 時 demo 的版本都是從 CI 取得的。

症狀 (Symptom) 管理階層用團隊估算的數字進行績效的考核。 討論 (Discussion) 一般來說，會斤斤計較估算的數字，一個可能的潛在原因是來自管理層，忘記從哪看來的一句話：總是會得到想要的 KPI。意思是當制定一個指標，總是能得到期望的數字卻不一定能達到預期的效果。 過去團隊拆成兩個 scrum teams，管理層想用完成的 story points (由團隊評估) 或是 value points (由 PO 決定) 幫兩邊打考核，看哪一個 scrum team 表現比較好，我當時建議是都不要，最後，管理層決定不當作考核的指標，但仍在辦公室某個牆面列出兩個 scrum teams 每個 sprint 完成的 value points 和 story points，想激勵團隊選擇高價值的 stories。 雖然管理層曾對著團隊成員說這不會作為考核的指標，但團隊成員內心裡似乎就有這個擔心，於是估算時斤斤計較的情況就越來越明顯，此時，Scrum Master 有需要對團隊成員更多的引導，讓成員能更專注在釐清需求上。管理層越是重視估算，團隊成員潛意識會給出悲觀的估算，避免在 sprint 結束時無法完成承諾的 story 數量。

症狀 (Symptom) 團隊估算時斤斤計較估算的數字，而不是在釐清需求。 討論 (Discussion) 過去擔任 Scrum Master 時，曾觀察團隊用 planning pork 估時超過三或四輪仍無法取得共識，但點數或時數有時只差一點點 (2 or 3)，或是差距很大 (3 or 8)，若仔細聽他們的討論會發現，之所以會沒有共識，是因為成員都帶入一個心態：如果我做這個 task 要多久？ 這時候菜鳥和老鳥的時數就可能會天差地遠，這時候，Scrum Master 可能要提醒一下團隊，估算是為了讓團隊對於一個 task 要完成什麼 (需求) 找到共識，這也是為什麼 planning pork 要給最小值和最大值的成員說明為什麼給予這樣的估算，也許是少想到什麼事其實是在這個 task 裡要完成的，又或者不在這個 task 的範圍裡，也可能有其他更簡單的方法可以完成這個 task，透過這樣的討論，讓團隊對 task 有相同的理解。

許多部落格宣稱 Optional 類別解決空指標的問題，假的 — Translated from “Nothing is better than the Optional type. Really. Nothing is better”, Michael Ernst, Java Magazine December 9, 2022. Copyright Oracle Corporation. 許多部落格宣稱 Optional 類別解決空指標的問題，假的 JDK 導入 Opt …

JUnit 5 令人注目的改善與新功能 — Translated from “Migrating from JUnit 4 to JUnit 5: Important Differences and Benefits” By Brian McGlauflin, Java Magazine April 6, 2020. Copyright Oracle Corporation. JUnit …

執行緒同步系列的第三篇文章探討 volatile fields、final variables、原子操作、死結，已棄用的 stop 和 resume 函式及按需初始化 — Translated from “Synchronization in Java, Part 3: Atomic operations and deadlocks” by Cay Horstmann, Java Magazine, March 3, 2022, 2022. Copyright Oracle Corporation. [編按：本文改編自 …

執行緒同步系列的第二篇文章探討固有鎖、synchronized 關鍵字、同步區間與臨時鎖 — Translated from “Synchronization in Java, Part 2: The synchronized keyword” by Cay Horstmann, Java Magazine, February 19, 2022. Copyright Oracle Corporation. [編按：本文改編自 Cay S. …

當初在《迎接 Java 19: 虛擬執行緒與平台執行緒》[拙譯] 的後記中提到，如果把 virtual thread 套用到《閒談軟體設計：Async everything？》裡面的例子，不知道會蹦出甚麼新花樣，隔了半年多，終於把之前的例子拿出來修修改改，一跑下去還真的跑出非常意外的結果，那就來分享一下 virtual thread 的威力吧！ 看實驗 …