不是在六個(gè)月或更長的時(shí)間內(nèi)有一個(gè)主要的軟件版本（傳統(tǒng)的項(xiàng)目管理就是這樣），而是每隔一到兩周發(fā)布多個(gè)版本。

敏捷可以幫助您將大型項(xiàng)目分解成更小的、可管理的開發(fā)周期。這些開發(fā)周期被稱為sprint，它們幫助您的團(tuán)隊(duì)根據(jù)不斷變化的客戶需求和項(xiàng)目實(shí)際情況對(duì)項(xiàng)目進(jìn)行快速修改。

與瀑布模型等傳統(tǒng)的項(xiàng)目管理方法不同，敏捷擁抱變化，歡迎客戶反饋和用戶故事進(jìn)入其開發(fā)過程。適應(yīng)性、生產(chǎn)力和以客戶為中心是敏捷的核心。

這就是為什么它被稱為敏捷！

但是為什么需要敏捷呢？因?yàn)閭鹘y(tǒng)的軟件開發(fā)有著巨大的缺陷！

傳統(tǒng)軟件開發(fā)失敗的原因

傳統(tǒng)的軟件開發(fā)方法幾乎可以保證超出預(yù)算和時(shí)間限制。此外，客戶對(duì)用這種方法構(gòu)建的軟件總是不太滿意。

有兩個(gè)主要原因?qū)е滤霈F(xiàn)故障：

1） 不切實(shí)際、死板的計(jì)劃

“這是計(jì)劃。這樣做”

本質(zhì)上，這就是傳統(tǒng)軟件開發(fā)的工作原理。

由高級(jí)領(lǐng)導(dǎo)組成的跨職能小組將決定軟件的外觀，并確定時(shí)間表和預(yù)算。他們會(huì)告訴項(xiàng)目經(jīng)理/scrum大師制定一個(gè)在這些時(shí)間和預(yù)算限制內(nèi)完成的計(jì)劃。

敏捷項(xiàng)目經(jīng)理將為項(xiàng)目的不同階段和里程碑創(chuàng)建令人印象深刻的計(jì)劃。但你不需要成為一個(gè)愛因斯坦來理解你的工作不會(huì)總是按計(jì)劃進(jìn)行的。

自上而下的計(jì)劃是不現(xiàn)實(shí)的，因?yàn)樗麄儧]有考慮到那些實(shí)際參與項(xiàng)目的人的投入。

僵化的計(jì)劃也會(huì)適得其反，因?yàn)楫?dāng)出現(xiàn)問題時(shí)，很難迅速改變工作。此外，他們也給產(chǎn)品所有者和開發(fā)人員帶來了巨大的壓力，這損害了他們的生產(chǎn)力。

2） 錯(cuò)誤的假設(shè)

每一個(gè)項(xiàng)目的開始都是對(duì)輸出的預(yù)期。這一愿景基于對(duì)客戶最有用的某些假設(shè)。

但這些都是假設(shè)。

當(dāng)你開始做項(xiàng)目的時(shí)候，這些假設(shè)中有幾個(gè)與事實(shí)不同。當(dāng)你交付項(xiàng)目時(shí)，客戶可能會(huì)改變他們對(duì)他們想要什么的想法。

這很正常。不能指望顧客百分之百地清楚他們想要什么。

只有當(dāng)他們體驗(yàn)了產(chǎn)品，他們才能真正提供有意義的反饋。

事實(shí)是，人類并不擅長預(yù)測他們想要什么。客戶真正知道什么對(duì)他們有用的唯一方法是實(shí)際使用產(chǎn)品。

在傳統(tǒng)的軟件開發(fā)中，您需要花費(fèi)數(shù)月的時(shí)間來構(gòu)建一個(gè)基于客戶需求的假設(shè)的工具。

如果你錯(cuò)了？你的客戶拒絕你的產(chǎn)品，你損失了數(shù)百萬美元的項(xiàng)目工作。

在公司開始實(shí)施敏捷項(xiàng)目方法之前，這種浪費(fèi)已經(jīng)司空見慣了。

敏捷可以幫助您與客戶緊密合作，并根據(jù)客戶的反饋改變項(xiàng)目的方向。這對(duì)最終產(chǎn)品的成功和質(zhì)量產(chǎn)生了巨大的影響。

廣州現(xiàn)代卓越敏捷ACP線下面授班開課時(shí)間：7月25日

廣州現(xiàn)代卓越敏捷ACP線上點(diǎn)播班開課時(shí)間：隨到隨學(xué)

報(bào)名熱線：18024510019/400-998-7211