Scrum：深入研究敏捷軟件開(kāi)發(fā)

摘自 scrum：新手到忍者

> M. David Green闡明了Scrum在現(xiàn)代軟件開(kāi)發(fā)中的作用，尤其是對(duì)于Web和移動(dòng)應(yīng)用程序。 （在商店和電子書(shū)中可用。）

>

Scrum，一種敏捷的方法論，擁護(hù)迭代，靈活和可持續(xù)的產(chǎn)品開(kāi)發(fā)。 它特別適合需要快速適應(yīng)市場(chǎng)需求的項(xiàng)目。與僵化的瀑布模型不同，Scrum可以包含變化，在整個(gè)開(kāi)發(fā)生命周期內(nèi)融合了反饋和改進(jìn)。

關(guān)鍵角色，例如Scrum Master and Product所有者，至關(guān)重要。 Scrum大師促進(jìn)了該過(guò)程，消除了障礙并確保遵守Scrum原則。產(chǎn)品所有者優(yōu)先級(jí)功能并最大化產(chǎn)品價(jià)值。

了解Scrum的獨(dú)特性：

Scrum的術(shù)語(yǔ)（儀式，文物，故事）故意將其與傳統(tǒng)的項(xiàng)目管理區(qū)分開(kāi)來(lái)。 它的起源追溯到Hirotaka Takeuchi和Ikujiro Nonaka的1986年作品，新產(chǎn)品開(kāi)發(fā)游戲，由Ken Schwaber和Jeff Sutherland進(jìn)一步完善，1995年。 Scrum的興起與Web和移動(dòng)開(kāi)發(fā)的爆炸式增長(zhǎng)相吻合。 瀑布模型雖然適合長(zhǎng)期循環(huán)項(xiàng)目，但仍在努力與這些動(dòng)態(tài)環(huán)境的快速變化保持同步。

scrum vs.瀑布：臨界比較：

>

瀑布的順序階段（需求，設(shè)計(jì)，實(shí)施，發(fā)布）幾乎沒(méi)有靈活性。 相反，Scrum以目標(biāo)和關(guān)鍵績(jī)效指標(biāo)為指導(dǎo)的自組織團(tuán)隊(duì)能力。 產(chǎn)品所有者保持愿景，而Scrum Master則確保對(duì)齊并消除障礙。 設(shè)計(jì)師和工程師在整個(gè)階段進(jìn)行了合作，并在每個(gè)階段都結(jié)合了反饋。>

避免陷阱：

>僅采用Scrum術(shù)語(yǔ)而不接受其核心原則是無(wú)效的。 將Scrum整合到根本上的瀑布組織中通常會(huì)造成沖突。 True Scrum在每個(gè)階段都利用團(tuán)隊(duì)的集體知識(shí)和反饋，從構(gòu)想到市場(chǎng)測(cè)試。

鍵Scrum概念（FAQ樣式）：

>

• >> Scrum Master的角色：促進(jìn)團(tuán)隊(duì)，消除障礙，確保Scrum依從性。
• > Scrum vs.傳統(tǒng)項(xiàng)目管理：>
> sprint：
• 時(shí)盒迭代（通常為1-4周）。>
• 產(chǎn)品積壓：優(yōu)先的功能和要求列表。>
• 每日Scrum：簡(jiǎn)短的每日會(huì)議，以進(jìn)行同步和發(fā)行識(shí)別。
• scrums scrums：將Scrum縮放到多個(gè)團(tuán)隊(duì)。
• 燃燒圖表：剩余工作的視覺(jué)表示。
產(chǎn)品所有者的角色：
• 最大化產(chǎn)品價(jià)值并管理產(chǎn)品積壓。
>管理不斷變化的要求： Scrum歡迎變化，適應(yīng)不斷發(fā)展的需求。
• 通過(guò)了解和實(shí)施Scrum的原則，組織可以顯著增強(qiáng)其產(chǎn)品開(kāi)發(fā)過(guò)程，促進(jìn)更高的效率，適應(yīng)性和客戶滿意度。

以上是簡(jiǎn)要介紹了Scrum的詳細(xì)內(nèi)容。更多信息請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！