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

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

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

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

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

funny_ads_3

為是麼要搞敏捷開發

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

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