快推別說風涼話啦 – 如何量化個別開發人員和工程師的產能

0a4f6cee5752d6f5bbbcb09692964032

之前有討論過如何衡量團隊的產出和價值,接下來讓我們看看如何衡量個別開發人員(包含Programmer,Tester 和 Designer)的產能。

情境一,假設你是督導建金字塔的其中一個拖拉隊的工頭,團隊裡面有三個如上圖,兩個很賣力在工作,另一個很反骨,整天都在吵為什麼輪子不用圓的之類的,吵歸吵,大夥每個月還是可以運20趟。你是工頭,每個月底加菜金的時候要怎麼分呢?

閱讀全文 快推別說風涼話啦 – 如何量化個別開發人員和工程師的產能

Scrum 懶人包 – 10分鐘讀懂 Scrum Agile 敏捷軟體開發專案入門(含中文英文名詞對照)

江湖上軟體開發有兩個大門派,第一個門派歷史跟軟體一樣久,心法是以流程為主軸,正式名稱瀑布式開發(Waterfall),最具代表的武功就是CMMI,幾年前台灣政府大力推動支持。另一個門派在1990年代異軍突起,心法是以人為主軸,正式名稱為敏捷式開發(Agile),最知名的武功是Scrum。

2015-06-27_070937

江湖上軟體開發(或專案管理)有兩個大門派,第一個門派歷史跟軟體一樣久,心法是以流程為主軸,正式名稱瀑布式開發(Waterfall),最具代表的武功就是 CMMI,幾年前台灣政府大力推動支持。另一個門派在1990年代異軍突起,心法是以人為主軸,正式名稱為敏捷式開發(Agile),最知名的武功是 Scrum,但在台灣則是這一兩年才開始熱門起來。(註:Scrum 的原始意思是橄欖球的爭球動作,在軟體界沒有翻譯成中文,都是直接叫 Scrum)

閱讀全文 Scrum 懶人包 – 10分鐘讀懂 Scrum Agile 敏捷軟體開發專案入門(含中文英文名詞對照)

Scrum 用一半的時間做兩倍的事情(真的嗎?)- 閱讀心得

BCB545_02

Scrum用一半的時間做兩倍的事情是一本介紹Scrum緣起的書,作者Jeff Sutherland是Scrum發起者之一。書中并沒有談Scrum的運行方法,主要是著墨在Scrum的歷史和背後的思維。適合想看Scrum故事,跟跑Scrum後想更了解歷史背景和理論的人,如果要看如何跑Scrum,看Scrum GuideScrum Primer都有很具體的說明。

閱讀全文 Scrum 用一半的時間做兩倍的事情(真的嗎?)- 閱讀心得

Why am I still a developer (after more than 30 years)? by James Grenning – 活動感想

(2014/9/17) Today I am very lucky to hear speech by James Grenning “Why am I still a developer?” during his transit in Singapore.

james-grenning

James is one of the first signatory of “Agile Manifesto” and inventor of Planning Poker (YES, THE Planning Poker we use now). He is doing agile and XP but not in Scrum alliance. Wrote book “Test-Driven Development for Embedded C閱讀全文 Why am I still a developer (after more than 30 years)? by James Grenning – 活動感想

換了新名片,我就是Scrum Master了 (部門主管篇)

掃除團隊成長障礙是Scrum Master的責任
掃除團隊成長障礙是Scrum Master的責任

另一種常見的Scrum導入方式是由部門主管自己跳下來當Scrum Master,在關於Scrum Master的一些怪味道中提到,主管當Scrum Master,的風險就是沒辦法產生一個自組織的團隊。而讓團隊有自我組織的能力是跑Scrum最大的理由之一,所以強烈不建議主管拿Scrum Master的角色,反而主管拿Product Owner的角色會是比較容易養成自組織的團隊。

但如自組織不是近程目標,也充分了解風險,主管擔任Scrum Master也不是不行。假設主管要當Scrum Master,會建議要如何實作呢?

閱讀全文 換了新名片,我就是Scrum Master了 (部門主管篇)

Scrum有三寶 – 用什麼工具來跑Scrum

1J910B95-0

有些人問我們公司用什麼Scrum管理軟體來跑Scrum,Yves的回答總是會換來懷疑的目光。因為答案是”我們公司沒有用Scrum管理軟體“。但是我真的沒有要藏私,因為要勉強算是軟體管理工具話,我們有Wiki,內部開發的報修系統和派工系統。但專門做Scrum管理的系統真的沒有。

但我們是有用其他工具跑Scrum的,而且很有效,Yves個人稱這些工具Scrum三寶:

閱讀全文 Scrum有三寶 – 用什麼工具來跑Scrum

關於Scrum Master的一些怪味道 – Scrum Master常見的誤區

-36851804504

Scrum Master沒有要求團隊做什麼的權力,那事情怎麼可能被完成呢?

這是很常見的疑問。

這問題要分成三部分回答:
第一,哪些事情需要被完成(Why and What)是Product Owner(PO)的決策和權限,跟SM沒有關係。
第二,如何完成事情(How)是開發團隊的決策和權限。
第三,Scrum Master的存在是為了讓開發團隊更好的去完成事情,所以不是SM要求團隊完成事情,是團隊要求SM幫助他們進步。

常見的Scrum Master怪味道一般都跟這個疑問有關係,如

  1. 這些雜事都是我們Scrum Master做
  2. Scrum Master要負責幫我們移除障礙,所以要寫Code通馬桶,讓Sprint Goal完成
  3. 我們Scrum Master也是PO
  4. 我們的主管就是Scrum Master
  5. 我們Scrum Master說。。。

這些Smell會對團隊有什麼影響呢?

閱讀全文 關於Scrum Master的一些怪味道 – Scrum Master常見的誤區

雞犬升天 – Scrum適合所有人嗎?

2009425111815921

第一次聽到Scrum這種運作方式的人都會問:這也太理想化了吧,每個人自動自發做出貢獻,沒有階級制度,互相合作產出使用者喜愛的商品,更重要是完全不需要團隊外的人鞭策和命令。完全就是柏拉圖式的理想國或共產主義的完美實踐:各盡所能,各取所需。

有人說這是神話,但套句Bas VoddeCSM時說的話:『你沒在我待過的環境,你沒辦法想象Scrum可以到達的境界。』(總覺得有點莊子說的子非魚的感覺)

但,一般人的現實總是殘酷的,真的那麼理想要警察幹嗎?Yves認為敏捷開發并不適合每個人,至少觀念還沒改變的人。那些哪些人合適在敏捷的框架下協作呢?

閱讀全文 雞犬升天 – Scrum適合所有人嗎?

團隊和開發團隊有差嗎? – 談Scrum Team 和 Development Team

funny_team_meeting1

Scrum裡的團隊需要自組織,跨功能大家都知道。但這團隊是指Scrum團隊還是開發團隊呢?兩者在Scrum裡是有差異的,而且差異還不小。當我們說團隊(Team)到底指的是Scrum Team還是Development Team呢?

閱讀全文 團隊和開發團隊有差嗎? – 談Scrum Team 和 Development Team

如神一般的存在 – ScrumMaster的責任和工作

MV5BMTYwMTUyNzAxMF5BMl5BanBnXkFtZTYwMDYwOTY3._V1_SX640_SY720_

剛剛接觸Scrum時,對ScrumMaster(SM,一般不翻譯成中文)誤解最深的就是,不過是個僕人式領導的Team Lead而已嘛。後來才知道大錯特錯,ScrumMaster跟本是個神一般的存在啊!

在我們導入的經驗中,切身的感受到好的SM帶你上天堂,壞的SM讓你自以為在天堂。自以為在天堂有什麼不好呢? 閱讀全文 如神一般的存在 – ScrumMaster的責任和工作