iT邦幫忙

鐵人檔案

2023 iThome 鐵人賽
回列表
Software Development

我想找 12 歲的費曼聊聊敏捷與軟體開發 系列

> 如果你沒辦法向一個6歲孩子解釋你想要做什麼,那麼你大概自己也還不太清楚
> ——愛因斯坦 (Albert Einstein)

費曼學習法,假裝你要教一個小學生關於這個主題的知識,用最簡單明嘹的語言、方式講給他聽。在教學中不斷發現知識盲點,直到你能用最簡單的通俗易懂的敘述讓他聽懂。

我透過這個機會聊聊我對 Scrum 與敏捷的一些術語的理解,確保我是真的掌握。

鐵人鍊成 | 共 30 篇文章 | 4 人訂閱 訂閱系列文 RSS系列文
DAY 21

產品開發的三角限制

在聊敏捷軟體開發的規劃前,先來聊聊經典的三角限制吧! 在產品開發中,通常有三個元素去互相影響,分別是代表功能多寡、完整與否的範疇(Scope)、有多少可以開發...

DAY 22

產品規劃的時間維度與視覺化

在了解敏捷軟體開發於三角限制中,會固定時程與成本,並透過協商調整範疇後,今天就來聊聊產品規劃這件事。 在做產品規劃時,我會將其分為三個維度:近期、中期、長期。...

DAY 23

產能、節奏與平衡

產能(capacity)一開始稱為速率(velocity)。因為「速度」暗指某種不存在的控制程度,所以我不再使用該術語。想想看一台車:只要踩下油門,就可以輕鬆...

DAY 24

學習時刻

有些科幻電影,會有一種學習方式,是用快速播放影片與照片的方式,讓觀看者吸收知識。可惜現實中目前還沒有辦法做到,就算做到了,可能也不一定能發揮用途。因為知識就只是...

DAY 25

資訊的流動:暖爐與冰箱

還記得頭幾天聊到的三本柱嗎?即透明性、檢視性與調適性。讓資訊足夠透明,才有辦法去檢視,進而去調適。若是資訊不透明,那可能會缺乏發現、意識,或是只用了片面的資訊檢...

DAY 26

畫出來比說更好,說出來比打字更好

有時候會看到這樣的情過:兩個人在對話,講了許久卻像是鬼打牆般,兩方無法互相理解,卻仍僅止於在口語的溝通方式上。但這時候其中一方或是第三方開始在白板寫字或是畫示意...

DAY 27

萬事不決,求認可

前陣子看到團隊在討論某個新專案打算採取何種技術架構,最後有兩種提案,每個提案都有其優缺點。這時有人提議用投票,結果是兩種提案的支持者各佔一半人數,這下尷尬了。...

DAY 28

關注流動

這是我在讀《Kanban in Action》知曉的譬喻:在跑大隊接力時,我們關注的是接力棒是否有順暢傳遞,而不是每個跑者是否一直在跑。 在軟體開發的場域裡,關...

DAY 29

像個圈,像個生命體,不斷調適與演化

一個理想的團隊像什麼,就像一個 Circle(圈)。一個 Circle 必然有一個目標提供內聚力,讓團隊成員凝具在一起。在這個圈裡面,為了目標,每個人願去任何能...

DAY 30

結語

若從在前公司導入了 Sprint Retrospective 的那刻算起,筆者擔任 ScrumMaster 至今也約有 5 年的經驗了。儘管敏捷軟體開發似乎是一...