傳說中的產品負責人 – Scrum Product Owner的責任和工作

I_am_legend_OST

Scrum中常常聽到TeamScrum Master,Product Owner(簡稱PO,中文翻為產品負責人)是個比較神秘的角色,而且好像不太重要。但他可是產品成功與否的靈魂人物,產品成功Scrum的模式才能繼續實行,這對團隊的生死存亡影響很大,所以一定要充分了解PO的職責和怎麼幫助他。

先讓我們看看Scrum Guide中The Product Owner 章節對PO的角色做的一些指引。

繼續閱讀「傳說中的產品負責人 – Scrum Product Owner的責任和工作」

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

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

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對需求要了解多少?」

來人啊,草紙在哪裡!- 敏捷式組織如何處理客戶的需求

klopapier_final_s

一個很有趣的情境題:如果有一天客戶來公司開會,突然感覺肚子怪怪的,衝去廁所解決一下,解決完了坐馬桶上發現問題大條,衛生紙沒了!他只有你的電話馬上就打給你求救,你又剛剛好在很重要的會議跟超級大老闆開會,該怎麼辦呢?

繼續閱讀「來人啊,草紙在哪裡!- 敏捷式組織如何處理客戶的需求」

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

funny_ads_3

為是麼要搞敏捷開發

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

繼續閱讀「天下武功,唯快不破? – 敏捷開發是為了快嗎?」

Scrum 不包生導入指南

we-cannot-guarantee-sex

有朋友問到如何導入Scrum,好吧,如果心臟已經長的夠大顆,那就分享一下經歷過的導入方法。先來個不負責任說明:導入一定有風險,Scrum導入有賺有賠,導入前應詳閱公開說明書

1. 找革命夥伴

所謂孤掌難鳴,一個人要改變是很累很難的事情。千萬要找團隊裡有興趣的同事一起參加訓練和討論,最好是找主管或老板拉下水推動改革,有貴族參加革命會大大增加成功機會。怎麼說服主管?

繼續閱讀「Scrum 不包生導入指南」