iT邦幫忙

鐵人檔案

2023 iThome 鐵人賽
回列表
Software Development

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

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

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

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

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

有需要再開發,而不是想要

還記得學生時期,在寫 C 語言時,總是會先在程式碼上方,宣告各種變數與函式簽章,才在下方陸續寫程式。儘管現在在寫 JavaScript 時,開始強調變數與用到它...

DAY 12

迭代與增量式的開發

聽過迭代式開發(Iterative Development)和增量式開發(Incremental Development)嗎?兩者的差異是什麼?敏捷軟體開發是哪...

DAY 13

產品階段性規劃

昨日聊到的迭代與增量式開發,了解到在產品規劃上,應該先以淺層的方式擴展全貌,再依據核心程度與價值去一個個做增量與之中的迭代。 在 《Product Roadma...

DAY 14

相對估算

在過去的經驗裡,應該有不少情境會讓我們估算一件事情完成要花多久,比如說路程、寫完一份作業、做一個 Task、寫一篇鐵人賽文章(?)。按照慣性,通常會估算時間去回...

DAY 15

共同理解

在 Scrum 中有一個活動稱為精煉(Refinement),是整個 Scrum Team 去釐清產品待辦清單的活動,在這之中可能包括釐清為什麼要做這個待辦事項...

DAY 16

驗收條件與關鍵實例

昨天聊到精煉(Refinement)主要目的是要透過溝通建立共同理解,以作出好的決策。也提到估算的主要目的就是揭露雙方的認知落差。 而在精煉活動中,常用到的驗收...

DAY 17

完成的定義

既然昨天聊到了驗收條件(Acceptance Crtieria,簡稱 AC,後面皆以此簡稱)。,就乾脆接續著聊對於新人容易搞混的另一個用詞「完成的定義」(Def...

DAY 18

每日立會與流動

每日立會是敏捷開發方法中常見的實踐,在 Scrum 裡稱之為 Daily Scrum。 它可以說是一個最簡單的活動(只有 15 分鐘),但也可以說是最難做好的活...

DAY 19

產品的回饋

在敏捷軟體開發中,會不斷地發布可用的軟體,以盡快取得最真實的回饋,根據回饋做出對應的調整,進而避免浪費。 以 Scrum 為例,在每個 Sprint 中,都會有...

DAY 20

團隊的回饋

昨天聊到產品的回饋,今天就來改團隊的回饋吧。這兩種回饋,構成了 Scrum 的兩大回饋路線,在每個 Sprint 中一次又一次的回饋與改善,讓產品績效與團隊能力...