David Ko的學習之旅

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

(繼續閱讀...)

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

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

(繼續閱讀...)

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

很多人常會問到: 這樣做是不是 Scrum 呢? 答案通常也很標準, 只要是 Scrum Guide 中有提的事情, 那就是 Scrum. 
 

(繼續閱讀...)

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

上一篇: [簡簡單單學 DevOps] [書摘] 混沌工程原則 - 自動化實驗以持續運行
 

(繼續閱讀...)

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

上一篇: [簡簡單單學 DevOps] [書摘] 混沌工程原則 - 在生產環境中進行實驗
下一篇: [簡簡單單學 DevOps] [書摘] 混沌工程原則 - 最小化爆炸半徑

(繼續閱讀...)

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

上一篇: [簡簡單單學 DevOps] [書摘] 混沌工程原則 - 用多樣的現實世界事件做驗證
下一篇: [簡簡單單學 DevOps] [書摘] 混沌工程原則 - 自動化實驗以持續運行
 

(繼續閱讀...)

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

上一篇: [簡簡單單學 DevOps] [書摘] 混沌工程原則 - 建立穩定狀態的假設
下一篇: [簡簡單單學 DevOps] [書摘] 混沌工程原則 - 在生產環境中進行實驗

(繼續閱讀...)

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

上一篇: [簡簡單單學 DevOps] [書摘] 混沌工程原則
下一篇: [簡簡單單學 DevOps] [書摘] 混沌工程原則 - 用多樣的現實世界事件做驗證

(繼續閱讀...)

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

下一篇: [簡簡單單學 DevOps] [書摘] 混沌工程原則 - 建立穩定狀態的假設
 

(繼續閱讀...)

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

工程是通常會對以下方面進行最佳化: 性能, 可用性, 和容錯能力
 

(繼續閱讀...)

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

前一陣子, Small town 翻譯了一些測試名詞, 這些名詞對於測試不熟的開發人員來說, 是非常有幫助的, 因為很多人在一開始的時候, 真的被這一堆詞彙給搞昏.
 

(繼續閱讀...)

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

最近開始接觸到在 cloud 的案子, 大家都知道一個分散式系統是非常複雜的, 要如何確保其穩定性是件不容易的事情. Chaos Engineering (混沌工程) 是其中一種方式, 它透過實驗的方式, 幫助人們建立受測系統能夠在 production 中經得起突發狀況的信心. 
 

(繼續閱讀...)

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