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

MV5BMTYwMTUyNzAxMF5BMl5BanBnXkFtZTYwMDYwOTY3._V1_SX640_SY720_

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

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

一些產品負責人的怪味道 – 談Scrum Product Owner常見的誤區

funny-dog-face-smell-flower

傳說中的Product Owner中簡單的談了Product Owner(簡稱PO,中文翻為產品負責人)的重要性和如何幫助PO成功。那在現實中的PO會遇到哪些問題呢? 一些常見的PO怪味道(Smell)有

  1. 我們團隊有N個PO(N>1)
  2. 我們團隊有N個Product Backlog(N>1)
  3. 我們的Scrum Master也當PO
  4. 我們的PO很忙
  5. 我不知道為什麼要做這些Items
  6. 我們直接拿某某Scrum軟體管理Product Backlog

這些怪味道會給團隊帶來什麼影響呢?

繼續閱讀 “一些產品負責人的怪味道 – 談Scrum Product Owner常見的誤區”

換了新名片,我就是Scrum Master了 (PM篇)

funny-business-cards-2

常見的導入Scrum安排是讓Project Manager(PM)來擔任Scrum Master,雖說PM跟SM的功能跟思維差異很多,但都已經趕鴨子上架身負重任了,還是要把他做好吧。

苦命悲情任重道遠的PM要如何順利轉型為SM角色呢?

繼續閱讀 “換了新名片,我就是Scrum Master了 (PM篇)”

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

2012030710423556758800

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

基礎必讀區

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

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

那些年,一起打造的公司文化

3

三流的組織靠人才
二流的組織靠制度
一流的組織靠文化

這三句話應是老生常談了,第一句話是指靠個人單打獨鬥,第二句話是讓團體協作,第三句話就比較令人費解了,文化這種東西,看不到,摸不著,對組織的影響有那麼大嗎?

繼續閱讀 “那些年,一起打造的公司文化”

傳說中的產品負責人 – 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

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

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