David Ko的學習之旅

在 2021 年新竹敏捷第一場聚會, 是一場線上活動, 談的是硬體業如何實施 Scrum.

 

 

在 Anita 的分享中, 我得到以下的 AHA 來跟大家分享

 

(繼續閱讀...)

文章標籤

Scrum Hardware

kojenchieh 發表在 痞客邦 留言(0) 人氣()

Scrum Guide 2020 11/18 剛出爐, 最大不同的地方, 我覺得是 Goal. 

 

 

 

Product Owner 要做的事

(繼續閱讀...)

文章標籤

Scrum

kojenchieh 發表在 痞客邦 留言(0) 人氣()

Scrum Guide 2020 昨天(11/18) 剛出爐, 讓我眼睛一亮的部分, 是他對於 Scrum 的定義. 讓我們來看看 2017 和 2020 版本有什麼不同:

 

 

 

Scrum Guide 2017 版本

(繼續閱讀...)

kojenchieh 發表在 痞客邦 留言(0) 人氣()

 

Scrum Guide 2020 昨天(11/18) 剛出爐, 感覺這次改動很大, 作者是說越精簡了, 但有些地方似乎是重新改寫, 覺得概念上有轉變了. 

 

 

 

(繼續閱讀...)

文章標籤

Scrum

kojenchieh 發表在 痞客邦 留言(1) 人氣()

kojenchieh 發表在 痞客邦 留言(1) 人氣()

kojenchieh 發表在 痞客邦 留言(0) 人氣()

當年 Jeff Sutherland 那一開始 Scrum 是有實施 XP 的實務。但是 Ken Schwaber 說服了他，把工程實踐從 Scrum 中移除，以保持整個模型的單純，讓團隊自己去負責技術實務的部分。或許，這可以幫助 Scrum 傳播的很快。但是，缺點是許多團隊因此而受難。因為缺乏技術實務，而導致無法建立可持續的敏捷開發。

 

 

所以, 請記得上完 Scrum 課程之後, 記得找 91 來補上 工程實踐. XD

 

(繼續閱讀...)

文章標籤

Scrum

kojenchieh 發表在 痞客邦 留言(0) 人氣()

很多人會抱怨 Scrum 的 sprint planning 太久, 一個不小心都要花上半天時間. 主要他們在釐清需求, 以及安排任務(task) 上花了很多時間. 尤其在釐清需求上, 真的可以討論很長. 個人有些建議可以幫助大家, 讓 sprint planning meeting 可以有效率點

 

(1) Sprint refinement meeting

在召開 sprint planning 之前, 先有些 refinement meeting, 了解一下之後 sprint 要做的功能是什麼. 這樣 sprint planning 就可專心規劃

 

(繼續閱讀...)

文章標籤

Scrum sprint planning

kojenchieh 發表在 痞客邦 留言(0) 人氣()

Stacia Viscardi 提出一個概念: Scrum 是種整合測試. 用來檢驗團隊是否能在 sprint 結束後交付價值給客戶. 

 

 

就如同大家所知的過程, 測試是會找到 bug 的. 這個測試的結果, 往往會發現很多問題, 例如: 需求不清楚, RD 開發品質不好, 測試和開發合作不順暢等等. 

 

(繼續閱讀...)

文章標籤

Scrum

kojenchieh 發表在 痞客邦 留言(0) 人氣()

很多人想要用 Scrum, 是他認為 run 了 Scrum 以後, Scrum 就能幫他解決問題. 是這樣子嗎?

 

Scrum 的發明人 Kschwaber 曾說過一句話:

Scrum is like your mother-in-law, it points out ALL your faults.

 

(繼續閱讀...)

文章標籤

Scrum

kojenchieh 發表在 痞客邦 留言(0) 人氣()

在 Scrum 中有個會議, 叫做 Daily Scrum. 它是一個每天召開, 時間最長不超過 15 分鐘的會議. 它是團隊的心跳, 由心跳的狀況, 你可以知道團隊是否健康.

 

 

 

 

(繼續閱讀...)

kojenchieh 發表在 痞客邦 留言(2) 人氣()

kojenchieh 發表在 痞客邦 留言(0) 人氣()

5/21 參加了台灣敏捷協會的活動, 由 Odd-e 王晶分享有關自組織的主題, 他提到了不少團隊的模型, 也帶領大家討論和思考不少自組織的問題, 是個不錯的收穫. 

 

 

在其中讓我想到最多的是一開始的遊戲, 在這個遊戲中, 有人提到了要能玩得好, 信任是一個很關鍵的因素. 因為主管的信任, 沒有再在那邊斤斤計較你做的到底是否剛好一致, 是否沒有說謊, 這樣的相信, 讓團隊樂意自己去做更多, 把它做得更好. 

 

(繼續閱讀...)

kojenchieh 發表在 痞客邦 留言(0) 人氣()

kojenchieh 發表在 痞客邦 留言(0) 人氣()

kojenchieh 發表在 痞客邦 留言(1) 人氣()

在深度工作力一書中, 提到深度工作才能讓你的產出有價值. 但是一個人每天認知能力是固定的, 因此如何消減淺薄工作變得很重要. 而 Scrum 的每日站立會議, 正是幫助你專注深度工作的好幫手.

 

 

 

深度工作力的作者在Rule 4 排除淺薄事務這個章節中, 提到一個策略: 安排工作日的每一分鐘. 他認為在每天一開始時, 需要處理以下事情:

(繼續閱讀...)

kojenchieh 發表在 痞客邦 留言(0) 人氣()

產品代辦清單梳理會議 (Product Backlog Refinement Meeting) 這是一個很饒舌的名稱, 用來釐清團隊處理的事項內容. 最近社群中不少人提到這個東西, 因此也湊熱鬧來整理一下.

 

 

 

 

(繼續閱讀...)

kojenchieh 發表在 痞客邦 留言(0) 人氣()

很多人談到 Scrum 的站立會議時, 會覺得它是無聊, 浪費時間, 沒有幫助的一個作法. 

 

 

有的人會說, 為什麼要大家每天花 15 分鐘站在那裡, 講一堆沒有意義的話. 對我來說沒有任何意義啊. 我平時就跟團隊緊密溝通, 大家的事情我早就知道. 為什麼還要做這白癡的事情呢?

 

(繼續閱讀...)

kojenchieh 發表在 痞客邦 留言(0) 人氣()

有位網友在 Facebook 問到,  Scrum 團隊中是否一定要有 Scrum Master? 他在 FB 的 po 文如下

 

 

一開始因為上班很忙, 並沒有太多時間想這個問題, 只是很衝忙地找了 Mike Cohn 的文章 po 了上去. 那篇文章的留言其實還蠻精彩的, 很多人給了不少意見. 

 

(繼續閱讀...)

kojenchieh 發表在 痞客邦 留言(0) 人氣()

工程師們對於技術的學習, 總是能很快地接受, 並且能夠舉一反三. 但是對於人之間的相處, 反應總是慢半拍, 並且感到怕怕. 所以回顧會議要能執行的好, 還真的不是件容易的事.

 

 

 

以下是一些個人小小心得, 跟大家一起分享一下:                                                                                             

 

(繼續閱讀...)

kojenchieh 發表在 痞客邦 留言(0) 人氣()