目前日期文章:201407 (19)

瀏覽方式: 標題列表 簡短摘要

在實施 Kanban 時, 我們會利用 Lead time 來衡量團隊的效率. 什麼是 lead time 呢? Lead time 是指一個工作項目, 從工作項目進來, 到它處理完畢. 

leadtimes3  


有了它可以帶來什麼好處呢? 讓我們來看一看
1. Lead time 是價值的指標. 能越快交付價值給客戶, 通常是對客戶越有幫助.
2. Lead time 可以幫助你定 SLA, 因為Lead time 記錄了每個工作項目花了多少時間

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

這次讓我們來看看 Lean 陣營的人, 在被訪問的時間, 如何說嘴 agile 的不是 (誤)

 

Mary/Tom 認為 agile 和 lean 

tom-and-mary-poppendieck   

差別

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

精實基本上源自於製造業的方法, 是由豐田的 Taiichi Ohno 在 1995 年所創造出來的. 那時候日本經過二次世界大戰, 整個產業景氣不是很好, 他為了克服資金短缺和資源不足的問題, 提出了降低成本, 消除不必要的浪費的做法, 這就是精實做法的起源. 西方世界把這樣的做法稱之為精實製造. 

敏捷軟體開發(Agile Software Development) 是一堆軟體開發方法的集合名詞, 在 1990 年代左右由一堆前輩聚在一起所提出來的. 這些軟體開發方法都有相同的開發哲學, 也就是大家耳熟能詳的敏捷軟體開發宣言和原則.

 

sign-post  

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

Why we moved from Scrum to Kanban
http://nealchampion.blogspot.tw/2014/01/why-we-moved-from-scrum-to-kanban.html

這篇文章裡作者提出他對 scrum 的一些經驗和看法, 我想很多人也遭遇到相同的狀況. Scrum 雖然是一個不錯的開發方法, 但是由於本身能力不夠, 或是被誤解誤用, 導致最後對它有所埋怨情況還時有所聞. 讓我們來看看他遇到了什麼事情:

 

2000px-Waterfall_model  

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

多個敏捷團隊之間的版本控制 (4)

http://www.slideshare.net/ssusere62027/4-37282728 

 

來源:

Version Control for Multiple Agile Teams

Posted by Henrik Kniberg on Mar 31, 2008

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

多個敏捷團隊之間的版本控制 (3)

http://www.slideshare.net/ssusere62027/3-37195342

 

來源:

Version Control for Multiple Agile Teams

Posted by Henrik Kniberg on Mar 31, 2008

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

多個敏捷團隊之間的版本控制 (2)

http://www.slideshare.net/ssusere62027/2-37168743

 

來源:

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

多個敏捷團隊之間的版本控制 (1)

http://www.slideshare.net/ssusere62027/1-37088237

 

來源:

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

Nordstrom Innovation Lab 是家有趣的公司, 迅速產生創意並以周為單位, 開發新的數字化產品和應用. 讓我們來看看他們開發流程的演進過程

 

Our Process Told as our Team's Timeline
http://secure.nordstrominnovationlab.com/pages/our_process_told_as_our_team_s_timeline

敏捷可以幫忙找出解法

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

很多人提到持續整合時, 都會想到一堆工作, CI server, source control system, automation framework 等等. 不是的, CI 和工具是沒有關聯的, 它能不能成功, 重點是在於團隊能不能遵守紀律. 因此當你們開始實施 CI, 必須和團隊溝通清楚, 不要把重心放到錯誤的地方.

以下是常見的要遵守的 practices:

PracticeMakesPerfect  

1. 編譯有錯在修復前, 不能 check-in 新程式

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

在進行持續整合時, 你需要準備以下事情

 

 

chart-continuous-delivery  

1. 版本控制

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

在大型開發團隊中, 很多時候 source tree 上所產生出來的 build 都是無法執行, 通常是最後一兩周的階段, 這個系統才有機會真的可以運轉.

為什麼會這樣呢? 主要原因是早期開發人員在寫程式時, 只在乎自己的那一塊是否寫完, 至於和別人都在一起是否能動, 那是之後的問題, 老闆只會為你寫完了沒有, 而不是這個系統能不能動.

所有通常在專案進入測試階段時, 大家才會開始處理這個系統是否能運作的事情. 也就是開始修復 bug. 這裏要花多少時間才能修復完畢, 系統要多久才能穩定, 就要祈求上天了. 

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

 

Converting a Scrum team to Kanban, 

 

Mattias Skarin

source: http://blog.crisp.se/mattiasskarin/files/pdf/converting_a_scrum_team_to_kanban.pdf

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

 

Converting a Scrum team to Kanban, 

Mattias Skarin

source: http://blog.crisp.se/mattiasskarin/files/pdf/converting_a_scrum_team_to_kanban.pdf

 

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

Converting a Scrum team to Kanban, 

Mattias Skarin

source: http://blog.crisp.se/mattiasskarin/files/pdf/converting_a_scrum_team_to_kanban.pdf


摘要

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

上回提到 (http://kojenchieh.pixnet.net/blog/post/375219767Stormpath 要從 Scrum 轉換到 Kanban 的原因, 這次我們來看看 Stormpath 為什麼覺得 Kanban 有幫助

為了避免多工, 也就是同時間做太多事情, 因為這樣讓你的工作效率變差. 在 Scrum 中, 我們規定 sprint 的內容確定後, 不能再變動, 請確保我們不回讓大家同時做的事情的數量一直增加. 而在 Kanban 中, 我們用的是另一種方式, 我們限制在每個欄位中, 最多只能進行多少工作. 

 

kanban_swimlanes  


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

Stormpath 是一家  user management API 的公司, 提供一些機制讓你可以在任何系統中, 方便管理其系統的使用者. 這家公司從 2013 年開始, 從 Scrum 開發方法轉型到使用 Kanban 的做法. 為什麼他們要做這樣的轉換呢? 讓我們來看看他們的想法:

 

og-stormpath-icon  

敏捷原則在 Stormpath中還是很重要的. 這些 principles 在開發過程中都是要遵守的, 它帶來了透明度, iteration讓你頻繁交付, 小的故事可以讓我們更容易掌握進度, 這些都可以讓我們更早發現問題, 更早知道客戶是否喜歡這些功能.  

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

在敏捷開發中, 我們都知道要將功能切割, 每次做些小功能, 然後持續交付價值給客戶. 

因此當你在開發每個小功能時, 你會不斷進行以下事情:
1. 從主幹 check out 程式碼到分支
2. 開發團隊在分支進行開發
3. 小功能開發完後, 將分支程式, merge 回主幹

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

很多人不喜歡每日立會, 覺得他很無聊, 很浪費時間. 可是為什麼會這樣呢? 我想請大家思考幾個問題

 

6568712635_c07d8dff35_z  


1. 在不在乎你做的東西是否影響別人?
你做的東西都真的跟別人沒有關係嗎? 如果有關係, 為什麼別人不需要知道你做了什麼? 或者你改了什麼東西, 不會對他們有影響. 

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

找更多相關文章與討論

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼