告別瀑布,擁抱 Scrum:解析微軟與 Adobe 如何在 30 天內開發出新軟體 (Software in 30 Days: How Agile Managers Beat the Odds, Delight Their Customers, And Leave Competitors In the Dust) | 拾書所

告別瀑布,擁抱 Scrum:解析微軟與 Adobe 如何在 30 天內開發出新軟體 (Software in 30 Days: How Agile Managers Beat the Odds, Delight Their Customers, And Leave Competitors In the Dust)

$ 250 元 原價 320

<內容簡介>

整個軟體業,不!是全世界的人都在想著:如何將事情做好。然而以往的傳統做法,讓軟體業成為了最緩慢也最昂貴的行業。

近來,敏捷席捲了整個軟體業,而今更漸漸應用至各個領域。敏捷是包含了眾多實踐做法的核心概念,當中最出色的當屬Scrum


Scrum的理念是藉由短期內持續整合與進步中,讓參與者也一起持續整合與進步。此種方式讓所有參與的人們脫離了傳統做法導致的「計畫、失望、再計畫、再失望」這類型打擊士氣的流程。並能在每次整合中不斷調整步伐,更由此擁有與時俱進的彈性。

本書名列為博碩名家名著系列之07,是Scrum發明人之一Ken Schwabe獻給軟體業界的一本重要著作,當中說明了Scrum如何逐步推翻掉那些傳統、階段式的開發流程,寫法正如同Scrum本身的風格。


本書由淺至深的介紹如何做到專案層次的成功,逐步擴展至大型專案、小型企業、跨國企業等,他們是用哪些方法實踐Scrum來獲得成就。


軟體開發將因Scrum的帶領進入專業性的新層次,套一句管理學上常提到的說法,讓Scrum幫助您Do the Right thing,並以此來成就Do the thing Right

<章節目錄>

Part 1 為什麼說每家公司都能在30天內開發出新軟體?

  你可能對你的軟體公司感到沮喪,你希望它能夠變得迅速、靈活,而且能更理解你的需要,並能幫助你創造高額的利潤。Part 1我們會先闡述那些可能讓你沮喪的原因,再找出方法來解決這些問題。


 第1章 軟體危機:錯誤的流程導致了錯誤的結果


  許多軟體開發的組織都會使用一種開發流程,但使用這種流程同時意謂你肯定得遭遇到『浪費』、『無法控制的風險』、『不可預期』、『意外情況』,以及『價值低落』。我們在此章中會研究為何人們會選擇此種流程做開發,同時也會分析為何此種流程註定要失敗,最後在分享一些組織從失敗中反敗為勝的案例。


 第2 Scrum:正確的流程產生正確的成果


  有一種流程非常適合用來軟體開發。當開發人員使用它的時候,生產效率、品質、價值、可控制性、可預期性及滿意度將會同時迅速提升。此章中,會介紹這種流程是如何達到此種成效的。


 第3章 你也來試試:創立試行專案


  此時你已經對我們宣稱優良的軟體開發方法有所了解。然而,過去也有許多人宣稱他們的方法才是最好的,還從你的口袋拿走許多的鈔票,卻只為你帶來極小,或甚至沒有任何的改善。在這一章中,我們要向你證明我們所介紹的流程是可以使用的,而且還完全免費。


 第4章 我要做些什麼


  到目前為止,你已經學到怎麼做才能夠做得更好,也親身體驗了它的成效。你為此成果感到興奮,同時也知道如何向軟體組織介紹新的流程。在此章中,我們會介紹:如何應用你的經驗幫助你的試行專案取得成功。




Part 2 如何在30天內開發出軟體

  根據需求開發出優質的軟體已不像過去那般困難。Part 2中我們將會介紹一套循序漸進的方法,幫助你從目前的狀態轉型到讓整個組織敏捷起來。


 第5章 初試
Scrum

  這個能幫助你改進軟體開發的秘密武器稱為「Scrum」。沒錯,它就像是英式橄欖球的爭球。在此章中,我們會討論Scrum會如何工作,以及它為什麼有效。


 第6章 在專案層次上運用
Scrum

  大多數軟體開發中的持續改進都是從專案開始的。你可以運用Scrum來進一步證明其成效,或是在『一定要成功』、『至關重要』的專案使用Scrum。我們同時會在這章中探索該如何培訓開發人員。


 第7章 發展Scrum的效能


  成功通常能帶來更多的成功。思維著越來越多的軟體專案成功實施了Scrum,就會越來越多人希望能加入到Scrum中。不考慮嘗試變革整個組織的話,我們來看看要如何從令人失望的既有部門中,為Scrum開闢一片獨立的天地。你將可逐步從越來越多的專案和發布版本中享受Scrum帶來的好處。


 第8章 企業層次的Scrum

Brand Slider