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有三寶 – 用什麼工具來跑Scrum

1J910B95-0

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

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

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

其實你不懂我的心 – 用敏捷方法探索客戶需求

3138d77f

接受預估不可能準後,下一步是了解客戶的需求。

客戶要的軟體跟夢中情人是一樣的,不管列出再多條件:大學畢業,身高一米七,腿長一百公分,溫柔,體貼,勤奮,顧家。都是僅供參考。

具體的標準如身高還好搞定,溫柔體貼勤奮顧家到底要怎麼衡量啊?而且往往看對眼的時候什麼標準都不重要了,變成自己溫柔體貼勤奮顧家每天當工具人。所以知道如何找夢中情人,就知道如何了解客戶需求。

閱讀全文〈其實你不懂我的心 – 用敏捷方法探索客戶需求〉

當初說好的山盟海誓呢? – 談Sprint Commitment

梁山伯与祝英台66921

Scrum的團隊應該都對Sprint Commitment不陌生。

怎麼解釋Sprint Commitment的概念呢?

就是開發團隊在Sprint Planning上依照Product Owner(PO)給的Items(又稱Story)優先順序,從最高的開始拿,一直拿到『啊,這個我們這次做不完』為只。

開發團隊所拿取的所有Items就叫Sprint Commitment(衝刺承諾),有些團隊還會定出Sprint Goal(衝刺目標)來讓這段時間團隊可以聚焦。很多PM或主管聽到Sprint Commitment這東西都會眉開眼笑,終於可以讓產品可以逼著團隊吞掉準時完成啦,但,案情真的那麼單純嗎?

閱讀全文〈當初說好的山盟海誓呢? – 談Sprint Commitment〉

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

2009425111815921

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

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

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

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

Scrum與Agile敏捷開發書單和學習資源

2012030710423556758800

記錄一些關於Yves讀過的,關於Scrum和敏捷的書籍,和上過的教育訓練

基礎必讀區

Scrum簡介中文版英文版
Scrum指南中文版英文版
以上兩本是對Scrum的人事物的定義,一小時就可以談Scrum。

精實創業:用小實驗玩出大事業
如何用漸進迭代的方式交付價值 閱讀全文〈Scrum與Agile敏捷開發書單和學習資源〉

神啊,請讓我估的準一點吧 – 如何預估軟體時程

怎麼估都估不準是軟體產業心頭永遠的痛。

CSM的時候,有同學問到Scrum可以讓時程估計(Estimation)變準確嗎?Trainer Bas說:不行,但Water Fall 可以嗎?(鄉民:根本就是詭辯啊!!! )

那在敏捷開發中,我們要如何處理預估呢?

閱讀全文〈神啊,請讓我估的準一點吧 – 如何預估軟體時程〉

寫一個動人的故事 – 清楚表達產品價值

disney_princess_funny_faces.jpg_1311517049

之前在PO傻傻搞不清楚中有提到提煉和展示Item的商業價值是ScrumProduct Owner的核心能力,提煉靠的是對產品和使用者熟悉和敏感度,而展示就考驗PO的表達能力了。其中最重要的展示能力就是說一個感動人心的故事。一個令人感動的故事(也可叫Item或Story)不可或缺的元素是什麼?

閱讀全文〈寫一個動人的故事 – 清楚表達產品價值〉

傻傻搞不清楚需求 – PO對需求要了解多少?

requirements

大家都知道Scrum裡頭有個角色叫Product Owner,簡稱PO。也都知道他最大的責任是維護Product Backlog,根據ROI排出Item的先後順序,對產品的成敗負責。導入後Scrum Team對這部分也比較少爭議,爭議最大的部分是PO針對每一個Item(Story)的需求要寫多清楚?

閱讀全文〈傻傻搞不清楚需求 – PO對需求要了解多少?〉

天下武功,唯快不破? – 敏捷開發是為了快嗎?

funny_ads_3

為是麼要搞敏捷開發

最常聽到敏捷的好處就是快,除了快還是快。是什麼快呢?為什要快呢?快是為了什麼?快就一定好嗎?如果是實行敏捷的主要甚至是唯一的原因,在敏捷宣言中為什麼都沒提到快這個字呢?

閱讀全文〈天下武功,唯快不破? – 敏捷開發是為了快嗎?〉

%d 位部落客按了讚: