目前分類:Agile Concept (204)
- May 28 Sat 2022 07:51
原來故事點數 (Story Point) 也是一場夢
最近翻到 Ron Jeffries 寫的一篇文章, 知道了 Story Point 的來源
Ron Jeffries 是誰, 他算是跟 Kent Beck 同時期大神, 也是 XP 的創始人之一 (其他兩位是 Kent Beck 和 Ward Cunningham)
在這篇文章提到, 故事(Story) 最初是按時間估算的: 實現故事所需的時間. 一開始他們是用 ideal day (理想天數), 也就是在沒有任何打擾的狀況下, 你完成這件事情需要的時間. 有了這個時間, 再乘上一個 load factor (他們通常是乘以 3 ), 就是他們估出來完成這件事情所需要的時間. 例如估出要 5 個理想天數, 這時候團隊交出來的時間就會是 3 x 5 = 15 天
- Mar 04 Thu 2021 20:59
[敏捷小品] 你們團隊有魔鬼代言人嗎?
- Mar 03 Wed 2021 07:45
[敏捷小品] Agile 是個宗教, 相信才能永生
Source: How organizations can embrace an agile philosophy with James Shore
難得有空聽大神 James Shore 講古, 順便把重點摘錄下來ㄡ
Agile 不是流程 (process)
- Aug 23 Sun 2020 19:18
[敏捷小品] 什麼情況敏捷不適合你
- Aug 13 Thu 2020 07:05
[敏捷小品] 瀑布就一定不如敏捷嗎?
在 Learning Agile 一書中提到, 傳統瀑布式開發如果可以執行的很成功, 通常有以下幾個特色:
(1) 溝通順暢
從客戶, 專案經理, 到高層老闆, 都會不斷溝通
(2) 擁有不錯的工程實踐
- Jul 23 Thu 2020 21:19
[敏捷小品] 這是原汁原味的 Scrum嗎?
很多人常會問到: 這樣做是不是 Scrum 呢? 答案通常也很標準, 只要是 Scrum Guide 中有提的事情, 那就是 Scrum.
例如, 有人問說是不是沒有用 playing poker 或者相對故算的方法, 這樣就不是 Scrum. 如果你去看 Scrum Guide, 他只說要做 estimate, 但並沒有說要用什麼估算方法. 所以你只是憑感覺猜個時間, 這樣也是符合 Scrum.
- Mar 12 Tue 2019 21:25
敏捷突擊隊日誌 - 趨勢科技篇
敏捷突擊隊是台灣敏捷社群所舉辦的活動, 點子來自對岸, 這活動會提供企業一次免費問題診斷的諮詢服務. 之前在 Agile Summit 2018 時有舉辦過.
那時候我們幫了一些企業回答了他們的難題, 下面是我們的成果:
- Dec 09 Sun 2018 14:51
新竹敏捷之旅 2018 後記
- Dec 02 Sun 2018 11:18
台北敏捷之旅 2018 雜記
2018 年, Agile Tour Taipei 來到第五個年頭. 這個國際性的社群研討會, 已經在台灣落地五年, 是台灣致力於敏捷歷史最悠久, 最具代表性的聚會.
當初我們成立台灣敏捷社群 (AgileCommunity.tw), 目標之一就是要辦一些大型研討會, 希望能將敏捷這個玩意, 帶給更多的人們, 我想應該是可以很志豪的說我們做得還不錯.
- Oct 30 Tue 2018 15:36
什麼時候用 waterfall 或 敏捷?
敏捷要何時使用? 如果功能都不會變動時, 是否用 waterfall 就好? 或者哪種方法比較好? 這樣的問題我想你一定常常聽見. 今天我們就來聊聊這些方法的使用時機.
首先, 沒有哪個比較好, waterfall 不見得比 agile 差, 或 agile 就一定可以擺平所有事. 重點在于因地制宜.
日本劍聖宮本武藏曾提到, 他本身不偏好或排斥某種武器, 這樣才能因時制宜, 發揮所長以克敵制勝. 他在五輪書‧地之卷中寫道: 比起同時使用兩把刀, 習練單手使刀更為重要, 才能在各種情境下都運用自如.
- Oct 28 Sun 2018 17:05
死人不會說話嗎?: 敏捷失敗案例整理
之前整理了敏捷轉型的案例 (給你滿滿的大平台 - 敏捷轉型案例整理). 有人提到這可能是倖存者偏差, 也就是我這些資料是經過挑選的, 只有一部分的事實. 須知道死人不會說話, 那些沒有提到的部分, 說不定才是更珍貴的.
因此, 我也從善如流, 也順便反省一下自己的認知, 在網路上 google 的一下, 大多以中文為主. 如果你手上有更好的資料, 歡迎一起來交流.
- Oct 28 Sun 2018 09:22
給你滿滿的大平台 - 敏捷轉型案例整理
個人整理了一些敏捷實踐的案例. 先當作拋磚引玉, 如果你手上有些資料, 歡迎一起來分享.
(1) 對岸經驗
- Oct 10 Wed 2018 20:57
原來瀑布老祖是想做敏捷啊
實施敏捷的人, 相信都很討厭 waterfall. 而死守瀑布式開發的, 一定也覺得 agile 不好. 但事實上, 他們兩個根本是系出同門, 或者說瀑布式老祖他想的是要 agile 啊.
何解呢? 讓我們來看看瀑布式開發的發源文章吧:
NAGING THE DEVELOPMENT OF LARGE SOFTWARE SYSTEMS, Winston W. Royce, 1970
- Sep 30 Sun 2018 22:13
不適合使用敏捷的世界 ...
最近翻到一篇文章, 在討論如何變身敏捷企業, 這是由 Scrum 發明人和 竹內弘高 Hirotaka Takeuchi 所寫的文章.
他講述了許多敏捷觀念和誤解, 但是最吸引我的是最後一個表格, 講述什麼狀況合適使用敏捷, 什麼狀況不合適使用.
- Sep 18 Tue 2018 18:00
寫不寫文件? 要寫又該寫多少呢?
撰寫文件是件人人討厭, 但是沒有時又很痛苦的事. 那我們該怎樣處理呢?
首先, 在討論處理方法前, 可以思考這個現象: 他們不會看文件
TAGRI, They Ain't Gonna Read It.
- Sep 16 Sun 2018 17:24
在敏捷中如何處理需求不明確或是變動的問題
很多人對於不明確的需求, 或者需求變動, 感到十分痛苦. 在 waterfall 中這件事並沒有說明要如何處理, 因為他一旦需求文件 sign 之後, 便鎖定範圍, 之後便不允許再改了. 接下來便是靠各位經理的功力, 自己找尋方法去處理.
因此, 當 agile 出現時, 大家便很期待, 是否這就是銀製子彈, 只要一扣板機 ... 不不, 只要一旦實行 agile, 這個問題就瞬間被消滅, 是這樣嗎? 在回答 agile 如何處理之前, 必須要先各位聊聊他的原理, 要觀念正確, 才不會有錯誤期待.
敏捷並不是要做得比較快, 他是在強調有能力因應改變. 藉由頻繁回饋和改進, 及早讓不確定的部分變成確定.
- Aug 28 Tue 2018 12:55
如何進行敏捷轉型 - 開放空間會議活動雜記
AgileCommunity.tw 很久沒有舉行 Open Space, 很難得又再舉辦一次, 談的是敏捷轉型這個大哉問, 對於很多團隊, 很多個人, 或是 agile 新鮮人, 會很想知道到底這該怎麼進行.
首先, 相信很多人還是不知道開放空間是什麼, 因此附上一些介紹, 可以讓你先了解開放空間會議的規則
(1) 開放空間科技引導者手冊
- Aug 25 Sat 2018 18:25
Scrum Gathering Shanghai 2018 Day 2 重點整理
前一天晚上吃了全聚德, 所以第二天很想睡, 上課精神無法集中, 因此筆記沒有太多. (當然這是藉口 XD)
不過, 發現今天是個書坑, 有很多書可以值得事後在台灣買 or copy. 這習慣真不好, 很花錢.
- Aug 24 Fri 2018 23:06
Scrum Gathering Shanghai 2018 Day 1 重點整理
這是我第三次參加上海的 Scrum Gathering, 兩次在同一地點, Holiday Inn 是間不錯的旅館.
不過, agile 在 China 變成是常態, 已經吸引不了太多人參加, 這次規模只有 200 多人, 比起台灣正在流行的狀況, 熱鬧程度差很多了. 另外, 話題內容的強度, 似乎也不太吸引我了. 或許下次直接來當講師才過來好了.
- Jul 17 Tue 2018 11:48
敏捷突擊隊日誌: 如何切分 tasks
在 Agile Summit 2018 時, 台灣敏捷社群 (AgileCommunity.tw) 舉辦一個活動: 敏捷突擊隊. 邀請企業提出問題, 然後社群的志工想辦法來解決.
為什麼會有這個活動呢? 主要是看到了對岸敏捷圈有這個活動, 覺得這樣的活動很有意義, 不但推廣了敏捷, 也驗證社群自己的實戰經驗. 因此, 就和上海的組織小夥伴說一聲後, 就在台灣這邊舉行. 如果你對對岸的活動有興趣, 可以參考以下文章