目前分類:Scrum (113)

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

實施Scrum可以帶來時麼好處?

有人問到, 採用Scrum會帶來甚麼好處? 會不會縮短時程, 或者品質更好, 或是做多功能?

答案當然是不能, 這些東西目前我都沒有遇到. 我不認為Scrum是銀製子彈, 事實上也沒有銀製子彈.

就個人經驗而言, 我覺得在採用後, 我們的團隊得到以下好處

1. 建立一個自我組織, 自我管理的團隊
- 有甚麼比一個團隊願意自動自發去做事, 還能讓你更高興呢?

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

最近在Scrum經驗分享的會議中, 被人家問到, 對於一個剛要導入Scrum的團隊, 你會給他甚麼建議?

 

scrum  


以下是我一些想法:

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

Command and Control是Scrum的大敵?


最近看了幾個團隊在執行Scrum, 發現了一個有趣的現象.

若是團隊的主管比較是屬於command and control型的, 團隊成員會比較被動, 也就是一口令一個動作, 比較不會自動自發.

習慣Command and control的團隊, 在daily scrum時, 團隊成員通常都是面向經理報告, 比較不會對其他有關的成員講述他的進度.

和其他成員之間不會有眼神的交流, 不會彼此用眼神互相示意.

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

進度的追蹤 - ScrumBut的實例分享

在使用task board追蹤成員的工作進度時, 通常我們會搭配一些方法來追蹤進度

一般常見的方式, 是查看task board上的task, 這樣我們就可以知道團隊的狀況.

也就是每天在daily standup前, 對於task board的工作先以檢視, 看看是否有哪些工作已經落後. 若是有落後的工作, 在daily standup進行時, 便仔細加以聆聽, 已知道他的狀況或是遭遇的問題是甚麼. 在daily standup結束之後, 視狀況來給於幫助.

雖然這個專案想用scrum的task board來追蹤進度, 可是因為對MS Project比較熟悉的關係, 所以使用了MS Project來取代了task board.

用MS Project會讓我們有以下的好處和壞處:

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

沒做Release Planning Meeting會產生甚麼問題

Relase planning是要讓大家了解, 在下一次的release中有那些事情要完成, 並且大約花多少時間來完成. 以及在每個iteration中, 會完成哪些功能. 它要的只是一個預測, 而不是要一個承諾. 重點是要讓每個人都知道相同的訊息.

對於agile, 大家只知道agile就是要有iteration, 因此會做iteration planning. 可是對於release planing, 通常大家很容易忽略掉.

可是經過幾個專案之後, 我發現若是沒有release planning會有以下問題:

1. 無法對長官交代時程
因為沒有整體的時程的評估, 長官不知道你是否會準時交付, 以及會有那些milestones可供他做風險評估或檢驗

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

Task Board二三事

最近觀察了一下新團隊在run task board時, 有以下的問題

1. Task的內容
- 常常每個人寫的都不相同, 通常這是manager沒有要求, 所以導致每個員工做法都不相同
- 每個task至少要包含task name, owner, 以及預估的日期時間.
- 若是有要用burn down chart, 每個task 的story point要標上去, 以方便計算

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

Scrum 的八項缺點

Scrum/Agile Failings or the Theses of Uncle Bob Martin
http://www.infoq.com/news/2010/02/scrum-failings

Uncle Bob在二月時提出對Scrum的批判, 每點都直擊要害, 我自己是十分認同. 不過令人興慰的, 到目前為止, 有不少先知對這些缺點, 提出不少解法.
http://groups.yahoo.com/group/scrumdevelopment/message/44851

1. No technical practices

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

如何產生好的sprint backlog

9 Tips for Creating a Good Sprint Backlog
http://www.scrumalliance.org/articles/122--tips-for-creating-a-good-sprint-backlog

1. 邀請所有團隊成員來參加

2. 討論每個項目應該如何被實作出來
- 討論的內容應該包含基本的設計, 目前現存的程式, 架構上的可能性等等

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

免錢的scrum專案管理工具

10 Free Scrum Project Management Tool
http://open-tube.com/10-free-scrum-project-management-tool

如果你們沒有錢買商業化的工具, 不彷試試以下項目吧

1. Agile Tracking Tool
http://www.agiletrackingtool.com/

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

Scrum Release planning

http://blog.energizedwork.com/2006/04/release-planning.html

Release planning 主要在定義某次relase的內容, 包含大改版和小改版. 它主要在找出以及承諾以下項目
- 這次relase的goal
- 選出排好優先順序, 並且要在這次relase交貨的user stories
- 每個user story的粗略估計

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

Scrum History


1.New New Product Development Game - Harvard Business Publishing, 1986
-
http://apln-richmond.pbworks.com/f/New+New+Prod+Devel+Game.pdf
- It mentioned
“This new emphasis on speed and flexibility calls for a different approach for managing new product development. The traditional sequential or “relay race” approach to product development – (editors note: i.e. “waterfall” ) … – may conflict with the goals of maximum speed and flexibility. Instead, a holistic or “rugby” approach – where a team tries to go the distance as a unit, passing the ball back and forth – may better serve today’s competitive requirements.”

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

Kanban流程的範例

How We Use Kanban Board. The Real Example.
http://www.targetprocess.com/blog/2009/10/how-do-we-use-kanban-board-the-real-example.html

我在學習Kanban時, 最令我困惑的是, 在白板上的流程要怎麼定.

在這篇文章, 作者提供了他自己本身的經驗, 分享他們團隊如何定義kanban的流程. 這裡它把flow分成以下幾個steps

Planned: 

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

理想的sprint長度為何

What's the ideal Sprint length
http://agilesoftwaredevelopment.com/blog/jackmilunsky/whats-ideal-sprint-length

November 20, 2009 by Jack Milunsky 

作者提到很多人會問他, 一個理想的sprint長度為何.

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

敏捷開發(Agile Development)實戰經驗分享會 (II)
http://cb.esast.com/cb/wiki/9584

工商廣告一下, 若是不喜歡就不用點進來



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

Scrum 之所以難推廣的原因

摘錄至"Succeeding with Agile - Software Development Using Scrum", Mike Cohn
 
1. Scrum不是只是單純由上而下, 或是由下而上就會成功
- 由上而下的強迫推廣, 或是政令宣導, 是無法有持續性的.
- 但是只是由下而上的方式進行, 長官不配合, 只是會讓過程困難重重, 雙方還會彼此互相猜疑

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

在導入agile時, 最佳實務是件危險的事

Best Practices Are Dangerous When Adopting Agile
http://blog.mountaingoatsoftware.com/best-practices-are-dangerous-when-adopting-agile

Posted by Mike Cohn

對於大部分的組織, 在某些人指出做某些事情的最佳方法, 通常會把這樣的最佳作法, 會分享給給組織內的所有人. 對於某些類型的工作, 這樣的分享或是再利用, 會對變革的工作有很大的幫助. 對於要把一個產品推銷給一個新客戶的組織, 這樣的做法可以克服一些反對的潛在客戶. 但是對於要轉換到scrum的使用者而言, 這些最佳實務可能是相當危險的

雖然團隊成員們總是期待, 彼此分享對於做好工作的新發現. 但是對於一個團隊最佳的方法, 可能對於另一個團隊來說或是是個毒藥. 例如: 有家公司的daily scrum會議規定必須在10:00以前舉行, 我發現這是一項非常不必要的規定, 我完全不能確定這項規定的目的為何, 但是許多員工的解釋是, 他們的管理階層對他們缺乏信任.

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

Scrum的Bad Smell(2)

Toward a Catalog of Scrum Smells
http://www.mountaingoatsoftware.com/articles/11-toward-a-catalog-of-scrum-smells
By Mike Cohn

失去節奏

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

Scrum, 當你執行的不正確時會...

Scrum. You're doing it wrong when...
http://scrumftw.blogspot.com/2009/11/scrum-youre-doing-it-wrong-when.html

November 5, 2009
Posted by Richard Kronfalt kl.

...你的sprint很長, 你會感覺到需要一個time-plan來幫忙

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

Scrum的Bad Smell(1)

Toward a Catalog of Scrum Smells
http://www.mountaingoatsoftware.com/articles/11-toward-a-catalog-of-scrum-smells
By Mike Cohn

Scrum Master自己指派工作

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

scrum-master-certification-cpt-1366020436   

 

Six Attributes of the Good ScrumMaster
http://www.mountaingoatsoftware.com/articles/34-leader-of-the-band-six-attributes-of-the-good-scrummaster

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

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

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

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

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

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼