敏捷開發(fā)流程與方法-資料下載頁
2025-05-03 18:43本頁面
【正文】 3. Sprint(沖刺 ): 通常為 30天的迭代時(shí)間，把 Backlog中的每一項(xiàng)安排在 Sprint中，由團(tuán)隊(duì)估算出所需要的時(shí)間（按小時(shí)記）。 每一次 Sprint之后，一定要有可以交付使用的功能。 4. Scrum會(huì)議 : 這是與傳統(tǒng)方式最大的區(qū)別，每天 1520分鐘的 Scrum會(huì)議，通常在每天的同一時(shí)間和同一個(gè)房間內(nèi)舉行。 Scrum團(tuán)隊(duì)所有人都參加，也可以有旁聽者（但不允許旁聽者指手劃腳）。 在這個(gè) 15分鐘的會(huì)議上， Scrum Master會(huì)詢問每個(gè)成員三個(gè)問題 : a) 自上次 Scrum會(huì)議后的 1天里你做了什么？ b) 從現(xiàn)在到下次 Scrum會(huì)議的 1天時(shí)間里你準(zhǔn)備做什么？ c) 你在工作中遇到了哪些困難？ 每個(gè)成員在 Backlog條目上所花費(fèi)的時(shí)間會(huì)被記錄到 Spring backlog中。 Scrum Master在會(huì)上對存在的問題提出即時(shí)的解決方案或指導(dǎo)，使團(tuán)隊(duì)不斷向著目標(biāo)前進(jìn)。 Scrum會(huì)議不同于項(xiàng)目會(huì)議，對團(tuán)隊(duì)來說，它起到了快速簡報(bào)的作用。 5. 通過 Sprint Backlog的分析，可以了解 Backlog的進(jìn)度，盡早的了解所發(fā)生的問題 6. 管理者不在是項(xiàng)目或者團(tuán)隊(duì)的 ``老板 , 而是幫助團(tuán)隊(duì)解決問題的 ``協(xié)調(diào)者 或是 ``助手 。 7. 每一次 Sprint之后要 review，團(tuán)隊(duì)按照既定的 Sprint Backlog目標(biāo)來演示完成的內(nèi)容。 Scrum中的 3 ?待開發(fā)任務(wù)列表 (The Sprint Backlog) ?待修復(fù)缺陷列表 (The defect backlog) ?進(jìn)度圖、燃盡圖 (Brun Down Chart) ?Product Owner ?Scrum Master ?團(tuán)隊(duì)成員 (Scrum Team） ?迭代計(jì)劃會(huì)議 (Sprint Planning Meeting) ?每日晨會(huì) (Daily Scrum Meeting) ?迭代回顧會(huì)議 (Sprint Review Meeting) Product Backlog SPRINT劃分示意 Sprint會(huì)議 根據(jù) Backlog，制定每次 Sprint的計(jì)劃 目錄 2 敏捷系列 1 敏捷開發(fā)簡介 3 敏捷開發(fā)的誤區(qū) 討論 誤區(qū)一 :敏捷是 一個(gè) ” 過程 誤區(qū)二 :敏捷僅是個(gè)軟件過程 誤區(qū)三 :敏捷是反文檔的 誤區(qū)四 :為了 敏捷而敏捷 誤區(qū)五 :重做就是重構(gòu) 誤區(qū)一 :敏捷是 一個(gè) ” 過程 ? 敏捷不是一個(gè)過程，是一類過程的統(tǒng)稱，它們有一個(gè)共性，就是符合敏捷價(jià)值觀，遵循敏捷的原則。 誤區(qū)二 :敏捷僅是個(gè)軟件過程 ? 敏捷相對以前的軟件工程最大的革新之處在于把人的作用提高到了過程至上，正如敏捷宣言的第一條“個(gè)體和交互勝過過程和工具”所說的。 ? 涉及到人的問題，就已經(jīng)不再是過程所能覆蓋的了，就到了企業(yè)管理的層面上了，包括企業(yè)的價(jià)值觀和文化。這也是敏捷在國內(nèi)實(shí)施的最大障礙： ? 把客戶當(dāng)作合作伙伴而不是對手，從客戶角度出發(fā)去想問題，充分的跟客戶溝通，而不是出了問題推諉責(zé)任。目標(biāo)是讓軟件實(shí)現(xiàn)客戶的價(jià)值，而不是收錢就完事兒。 ? 把人的能動(dòng)性調(diào)動(dòng)起來，給動(dòng)力而不是給壓力。 ? 要實(shí)用而不是要規(guī)范。讓開發(fā)人員理解并實(shí)施，體驗(yàn)到敏捷的好處，而不是盲目機(jī)械地實(shí)施規(guī)范。 ? 沒有絕對的權(quán)威，每個(gè)人都有可取之處。 ? 文檔只是為了達(dá)成目標(biāo)的一種手段，如果這種手段是低效的，那就換一種手段?？墒峭耆珤仐壛宋臋n，怎樣解決溝通的問題 ?難道你想每次溝通都完全用手比劃，用嘴說，跟不同的人重復(fù)表述同樣的想法，那樣更是低效的。 ? 應(yīng)該清楚文檔的本質(zhì)是把知識顯性化。在一個(gè)項(xiàng)目中存在很多需要溝通的知識，知識具備兩種形態(tài)，顯性的和隱性的，傳統(tǒng)的觀念是盡量把隱性知識顯性化，即文檔化，而忽略了這其中的代價(jià) (特別是更新同步文檔的代價(jià) )。 ? 因此，在實(shí)施敏捷的時(shí)候，需要在團(tuán)隊(duì)內(nèi)明確哪些知識是必須顯性的，這些知識可以通過文檔交流。哪些知識是可以隱性的，這些知識則完全可以通過口頭的方式進(jìn)行交流，以達(dá)到溝通的最佳效率。 ? 文檔不是目的，有效溝通才是目的。 誤區(qū)三 :敏捷是反文檔的 ? “嗯，敏捷這么好，我們也敏捷吧”，可能很多人會(huì)有這種想法。忘了以前是在哪兒看的大師采訪錄： ? Q：“我們現(xiàn)有的過程很好，不知道怎么用敏捷改進(jìn) ?” ? A：“既然很好，那就不要用敏捷”。 ? 做什么事情都要有明確目標(biāo)的，敏捷雖好，得看你需不需要，能不能解決你現(xiàn)在頭疼的問題，如果不是，那就不要給自己找麻煩了。 誤區(qū)四 :為了敏捷而敏捷 ? 重做不等于重構(gòu)，很多場合這兩個(gè)概念是混淆的。但是在敏捷中，重構(gòu)的一個(gè)特征是必須可控的。當(dāng)對系統(tǒng)結(jié)構(gòu)進(jìn)行大的調(diào)整時(shí)，如果沒有測試驅(qū)動(dòng)輔助的話，那么可控性就會(huì)很差，這不能叫做重構(gòu)。 誤區(qū)五 :重做就是重構(gòu) 謝謝 ! 提升你的潛力
電大資料相關(guān)推薦
鄂ICP備17016276號-1