Why 敏捷

就從『怎麼讓老闆願意接受敏捷？』開始

集中火力 vs 併行開發

兩種開發方式

集中火力

一起做只需要

5(Items) * 4 = 20天

併行開發

5 thread 共 15 天

你會選哪一種方式開發

兩種開發方式

集中火力

一起做只需要

5(Items) * 4 = 20天

併行開發

5 thread 共 15 天

你會選哪一種方式開發

敏捷開發不是加速專案的進行

而是可以早一點開始賺錢！

額外好處

Day 4 → 交付 Item1
Day 7 → 引發變化 → Value 變 450
Day 9 → 捨既原本 plan 改作 item6

哪個收到的錢多？

Day 4 交付的 Item 1，在 Day5 會影響到市場。影響有兩種，不是大好就是大壞，不管是大好，還是大壞，都是件很棒的事。

所有 Agile、Lean、DevOps 在推的，都是在縮短 Lead Time

How 敏捷

『DevOps在企業導入的文化衝擊與實踐方案』

環境 時機

最害怕發生的事情

一頭熱什麼都要有

推到一半離職的也是不在少數

會議時間佔了大半

時機很重要  為什麼需要很重要

例如要在兩個月上第一個版本

發現問題  導入  解決方案

有趣的觀點

『百倍速交付-談主幹開發』

潮名詞 Truck-Based Development （TBD)

第一眼看到會覺得在搞笑

Commit in truck(master) at least once a day

全部人都 commit 到 master

Trunk is always in a releasable state

好硬好硬

Hide unfinished code with feature toggle

還沒完成就 Commit

Refactor with branch by abstraction

我都要改架構了你不準我切 branch ?

這麼硬，沒有人用也是理所當然

Short-Lived Feature Branch

• Branch’s length of life: less than 2 days
• Shared for code-review and CI only
• Easily become long-lived branch

拜 Git 所賜

目前最夯

But 

人生最重要的就是這個 But

誰用？

這麼硬，沒有人用也是理所當然

Short-Lived Feature Branch

• Branch’s length of life: less than 2 days
• Shared for code-review and CI only
• Easily become long-lived branch

拜 Git 所賜

目前最夯

A/B testing

• 用 toggle 決定要執行新版還舊版

Release

• 用 toggle 控制 master，讓 release 不會受到未完成功能影響

快速交付

• 每次 commit 變化要小，才方便 code review & test