參與心得 by Mark

聽到 DevOps 你可能會想到

單元測試

快速交付

版本控制

CI/CD

但現場的議程是

敏捷開發

敏捷開發

敏捷開發

版本控制/CI/CD

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

對 Scrum 有興趣的請私~

來討論討論

Made with Slides.com