Scrum

敏捷方法的成功密技(七之二):Scrum 的夢幻開發團隊該怎麼來建置?

接續上一篇文章《敏捷方法的成功密技(七之一)》,除了新領域、新團隊,最有機會嚐試新作法之外,我們也談到了,只要開發團隊夠紮實,產品的開發就能夠打帶跑,因為品質才能夠被掌控得好。怎麼說呢?  

敏捷方法的成功密技(七之一):Scrum 的夢幻開發團隊該怎麼來建置?

在上一篇文章〈敏捷方法的成功密技(六):Scrum Master  並非你想像的那般卑賤!〉中,我們談到了 Scrum Master 這個角色,其實最好是由一位開發和管理經驗豐富的人來擔任,工作經歷不足的菜鳥,是很難勝任得好,更很難以服眾的。接下來我們就來看一下,為什麼 Scrum 又要特別定義出「開發團隊(Development Team)」這個角色呢?

敏捷方法的成功密技(六): Scrum Master 並非你想像的那般卑賤!

在上一篇文章《敏捷方法的成功密技(五): Scrum 的三種角色》中,我們談到了 Scrum 定義的三種角色,而其中 Scrum Master 這個角色應該是最令人感到困惑的一個。

什麼是Scrum?不是工程師也能懂的Scrum入門介紹!(下)

Scrum其實並不難上手,甚至生活的情境中都能運用,只要稍微理解後,要立刻啟動Scrum模式都沒問題!但Scrum並不只是如此,它包含了許多合作的精神、規則、責任的劃分,要能真的良好地運用、產生價值,是需要時間練習的。

什麼是Scrum?不是工程師也能懂的Scrum入門介紹!(上)

到底什麼是Scrum,這次要用最簡單的方法,告訴大家什麼是Scrum,讓你用最短的時間進入Scrum的工作模式!

我該選擇敏捷 scrum 或是傳統 waterfall 的專案管理方式?

前陣子公司一位新同事得知我有 PMP 證照後,突然沒來由地問我「執行專案時,該選擇敏捷 Scrum 或是傳統 Waterfall 的專案管理方式?」他說自己目前依照過去在學校以及前公司學習的經驗,埋頭專注把規格書寫好,以為交給工程師之後,過一段時間就能看到成果,沒想到兩周後工程師非但沒有任何進展,還反過頭來怪他規格不明確,也沒有經過排程,根本不應該插案處理,害他頓時顏面無光。

敏捷方法的成功密技(五):Scrum 的三種角色

在上一篇文章《敏捷方法的成功密技(四):Scrum的理想與現實的障礙》中,我們談到了Scrum明確定義的三種角色,Product Owner產品負責人、Scrum Master 大師,以及Development Team開發團隊,接下來我們就一一來看看。