文章編輯：網(wǎng)站建設 文章來源：APP開發(fā) 瀏覽量：次
所示。采用傳統(tǒng)軟件開發(fā)模式的最大問題是開發(fā)周期過長，迭代速度慢。移動互聯(lián)網(wǎng)行業(yè)發(fā)展速度快，需求不斷變化，產(chǎn)品更新迭代的頻率高，基于移動互聯(lián)網(wǎng)的以上特點，筆者曾經(jīng)的團隊在開發(fā)產(chǎn)品的過程中放棄了傳統(tǒng)的瀑布流開發(fā)模型，引入了Scrum這個敏捷開發(fā)框架，下面談談當時筆者所在團隊實施敏捷開發(fā)過程中的一些經(jīng)驗。Scrum簡介：Scrum是一個敏捷開發(fā)框架，是一個增量的、迭代的開發(fā)過程。在這個框架中，整個開發(fā)周期包括若干個小的跌代周期，每個小的迭代周期稱為一個Sprint，每個Sprint的建議長度為2～4周。在Scrum中，使用產(chǎn)品Backlog來管理產(chǎn)品或項目的需求，產(chǎn)品Backlog是一個按照商業(yè)價值排序的需求列表，列表條目的體現(xiàn)形式通常為用戶故事。Scrum的開發(fā)團隊總是先開發(fā)對客戶具有較高價值的需求。在每個迭代過程中開發(fā)團隊從產(chǎn)品Backlog挑選最有價值的需求進行開發(fā)。Sprint中挑選的需求經(jīng)過Sprint計劃會議上的分析、討論和估算得到一個Sprint的任務列表，稱為SprintBacklog。迭代結束時團隊將交付潛在可交付的產(chǎn)品。當時筆者團隊中的App項目的SprintBacklog大概為4周時間，其中包括2天的Sprint計劃會議時間，2.5周的開發(fā)時間，開發(fā)的日子里每日例會必不可少，1周的測試修復Bug時間，1天的Sprint評審會議和Sprint回顧會議。Scrum流程如圖
所示。
[聲明]本網(wǎng)轉載網(wǎng)絡媒體稿件是為了傳播更多的信息，此類稿件不代表本網(wǎng)觀點，本網(wǎng)不承擔此類稿件侵權行為的連帶責任。故此，如果您發(fā)現(xiàn)本網(wǎng)站的內(nèi)容侵犯了您的版權，請您的相關內(nèi)容發(fā)至此郵箱【qin@198bona.com 】，我們在確認后，會立即刪除，保證您的版權。
