




已閱讀5頁(yè),還剩26頁(yè)未讀, 繼續(xù)免費(fèi)閱讀
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
敏捷開發(fā),注:DC7.0項(xiàng)目組,二. 敏捷核心價(jià)值&原則,三. 敏捷大致流程,一. 什么是敏捷開發(fā)?,四. DC7.0敏捷,提綱,五. 給敏捷版本的建議,敏捷開發(fā)以用戶的需求進(jìn)化為核心,采用迭代、循序漸進(jìn)的方法進(jìn)行軟件開發(fā)。在敏捷開發(fā)中,軟件項(xiàng)目在構(gòu)建初期被切分成多個(gè)子項(xiàng)目,各個(gè)子項(xiàng)目的成果都經(jīng)過測(cè)試,具備可視、可集成和可運(yùn)行使用的特征。換言之,就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系,但也可獨(dú)立運(yùn)行的小項(xiàng)目,并分別完成,在此過程中軟件一直處于可使用狀態(tài)。,一. 什么是敏捷開發(fā)?,1. 為什么說是以人為核心、需求進(jìn)化為核心? 瀑布開發(fā)模型整個(gè)開發(fā)過程中,要寫大量的文檔,把需求文檔寫出來后,開發(fā)人員都是根據(jù)文檔進(jìn)行開發(fā)的,一切以文檔為依據(jù);而敏捷開發(fā)它只寫有必要的文檔,或盡量少寫文檔,敏捷開發(fā)注重的是人與人之間,面對(duì)面的交流,所以它強(qiáng)調(diào)以人為核心;已需求為核心。,2. 什么是迭代? 迭代是指把一個(gè)復(fù)雜且開發(fā)周期很長(zhǎng)的開發(fā)任務(wù),分解為很多小周期可完成的任務(wù),這樣的一個(gè)周期就是一次迭代的過程;同時(shí)每一次迭代都可以生產(chǎn)或開發(fā)出一個(gè)可以交付的軟件產(chǎn)品。,3. 循序漸進(jìn)。強(qiáng)調(diào)的是持續(xù)改進(jìn),使得你的團(tuán)隊(duì)高效工作。,二. 敏捷四大核心價(jià)值,2. 可工作的軟件 高于理解文檔,4. 變化響應(yīng) 高于計(jì)劃遵循,3. 客戶協(xié)作 高于合同協(xié)商,1. 個(gè)人和互動(dòng) 高于流程和工具,二. 核心價(jià)值解讀,1. 個(gè)人和互動(dòng)高于流程和工具 理解: 工具和流程固然重要,只是不如高效的團(tuán)隊(duì)合作更重要。敏捷重在以人為本,強(qiáng)調(diào)互動(dòng)交流的重要性。,2. 可工作的軟件高于理解文檔 理解: 文檔工作有其實(shí)際意義:一些最終交付給用戶的文檔,例如,用戶手冊(cè)和操作說明實(shí)際上正是最終解決方案中不可或缺的部分,不過也只是一小部分而已。永遠(yuǎn)不要忘記作為IT開發(fā)團(tuán)隊(duì)的首要任務(wù)是開發(fā)出符合用戶需求的解決方案,而不是文檔。不然的話,軟件開發(fā)就該改名為“文檔開發(fā)”了,不是嗎?,二. 核心價(jià)值解讀,3. 客戶協(xié)作高于合同協(xié)商 客戶協(xié)作 可理解為 各種不同的項(xiàng)目利益相關(guān)者,包括最終用戶、他們的上司、高級(jí)IT主管、公司戰(zhàn)略負(fù)責(zé)人、運(yùn)營(yíng)人員、支持人員、合規(guī)審查人員以及其他各色人等 理解: 只有項(xiàng)目的利益相關(guān)者本人能夠告訴你他的需求是什么 他們可能無法很具體地描述解決方案 他們第一次可能無法抓住重點(diǎn) 在他們看到你的團(tuán)隊(duì)的實(shí)際工作成果后,可能會(huì)改變自己的想法,二. 核心價(jià)值解讀,4. 變化響應(yīng)高于計(jì)劃遵循 理解: 所面臨問題的理解會(huì)不斷變化,有需求的變化、有關(guān)系人期望的變化、有環(huán)境因素的變化等等,變化是必然的。 預(yù)先制定項(xiàng)目計(jì)劃是必需的,但是項(xiàng)目計(jì)劃必須是有靈活性的。,二. 敏捷12條原則,1、我們最優(yōu)先要做的是通過盡早的、持續(xù)的交付有價(jià)值的軟件來使客戶滿意 理解: 規(guī)劃迭代故事時(shí)必須按照優(yōu)先級(jí)安排,為客戶先提供最有價(jià)值的功能。通過頻繁迭代能與客戶形成早期的良好合作,及時(shí)反饋提高產(chǎn)品質(zhì)量。,二. 敏捷12條原則,2、即使到了開發(fā)的后期,也歡迎改變需求。敏捷過程利用變化來為客戶創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)。 理解: 敏捷過程參與者不怕變化,他們認(rèn)為改變需求是好事情,因?yàn)檫@些改變意味著我們更了解市場(chǎng)需求。 (不過還是要少變點(diǎn)好,折騰不起),二. 敏捷12條原則,3、經(jīng)常性的交付可以工作的軟件,交付的間隔可以從幾周到幾個(gè)月,交付的時(shí)間間隔越短越好。 理解: 保證交付的軟件可以很好的工作,那么交付時(shí)間越短對(duì)產(chǎn)品質(zhì)量就更有益,二. 敏捷12條原則,4、在整個(gè)項(xiàng)目開發(fā)期間,業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。 理解: 軟件項(xiàng)目不會(huì)依照之前設(shè)定的計(jì)劃原路執(zhí)行,中間對(duì)業(yè)務(wù)的理解、軟件的解決方案肯定會(huì)存在偏差,所以客戶、需求人員、開發(fā)人員以及涉眾之間必須進(jìn)行有意義的、頻繁 的交互,這樣就可以在早期及時(shí)的發(fā)現(xiàn)并解決問題。 (這點(diǎn)重點(diǎn)強(qiáng)點(diǎn)的是交互溝通的重要性),二. 敏捷12條原則,5、圍繞被激勵(lì)起來的人個(gè)來構(gòu)建項(xiàng)目。給他們提供所需要的環(huán)境和支持,并且信任他們能夠完成工作。 理解:只要個(gè)人的目標(biāo)和團(tuán)隊(duì)的目標(biāo)一致,我們就需要鼓舞起每個(gè)人的積極性,以個(gè)人為中心構(gòu)建項(xiàng)目,提供所需的環(huán)境、支持與信任。,二. 敏捷12條原則,6、在團(tuán)隊(duì)內(nèi)部,最具有效果并且富有效率的傳遞信息的方法,就是面對(duì)面的交談。 理解:在十幾或者二十幾個(gè)人組成的大團(tuán)隊(duì)中,文檔是一種比較合適的傳遞知識(shí)和交流的途徑。而敏捷團(tuán)隊(duì)一般不會(huì)很多人(大團(tuán)隊(duì)實(shí)施敏捷時(shí)也會(huì)分成多個(gè)小的敏捷團(tuán)隊(duì)),所以大量的文檔交流其實(shí)并不是很經(jīng)濟(jì)的做法。此時(shí)面對(duì)面的交談反而更快速有效。,二. 敏捷12條原則,7、 工作的軟件是首要進(jìn)度度量標(biāo)準(zhǔn)。 理解:衡量這個(gè)功能是否完成的首要標(biāo)準(zhǔn)就是這個(gè)功能可以工作了,對(duì)用戶來說已經(jīng)可以應(yīng)用了。(關(guān)鍵點(diǎn): 完成標(biāo)準(zhǔn)要明確好,最好是可工作的軟件),二. 敏捷12條原則,8、敏捷過程提可持續(xù)的開發(fā)速度。責(zé)任人、開發(fā)者和用戶應(yīng)該能夠保持一個(gè)長(zhǎng)期的、恒定的開發(fā)速度。 理解: 很多人都認(rèn)為軟件開發(fā)中加班是很正常的,不加班反而不正常。敏捷過程應(yīng)該摒棄拼拼的態(tài)度,下一個(gè)項(xiàng)目依舊會(huì)讓你的組員再次突擊。這時(shí)不知道有人會(huì)不會(huì)說,那我們就一直加班,也是“持續(xù)的開發(fā)速度”啊,這時(shí)可要注意了,持續(xù)加班只會(huì)導(dǎo)致人疲勞、厭倦,保持長(zhǎng)期恒定的速度也只是一種理想而已。 (關(guān)鍵點(diǎn):sprint周期要恒定,任務(wù)安排要合理),2019/11/16,16,可編輯,二. 敏捷12條原則,9、不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力。 理解:通過回顧總結(jié),保留項(xiàng)目一些好的經(jīng)驗(yàn)技能。通過一些好的技術(shù)實(shí)踐可以加強(qiáng)產(chǎn)品敏捷能力,很多原則、模式和實(shí)踐也可以增強(qiáng)敏捷開發(fā)能力。,二. 敏捷12條原則,10、簡(jiǎn)單-使未完成的工作最大化的藝術(shù)-是根本的。 理解:通過最簡(jiǎn)單的方法完成現(xiàn)在需要解決的問題,二. 敏捷12條原則,11、 最好的構(gòu)架、需求和設(shè)計(jì)出自自組織的團(tuán)隊(duì) 理解: 自組織團(tuán)隊(duì)的第一個(gè)要素就是必須有一個(gè)團(tuán)隊(duì),而不僅僅是一群人,更不是一個(gè)團(tuán)伙。團(tuán)隊(duì),共同完成一個(gè)偉大的使命;自我管理;高效完成,二. 敏捷12條原則,12、 每隔一定時(shí)間,團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反省,然后相應(yīng)地對(duì)自己的行為進(jìn)行調(diào)整。 理解:持續(xù)改進(jìn),三. 敏捷大致流程,1. 什么是Scrum? 敏捷流程有Scrum和xp。我們公司采用的是Scrum。Scrum的英文意思是橄欖球運(yùn)動(dòng)的一個(gè)專業(yè)術(shù)語(yǔ),表示“爭(zhēng)球”的動(dòng)作;把一個(gè)開發(fā)流程的名字取名為Scrum,我想你一定能想象出你的開發(fā)團(tuán)隊(duì)在開發(fā)一個(gè)項(xiàng)目時(shí),大家像打橄欖球一樣迅速、富有戰(zhàn)斗激情、人人你爭(zhēng)我搶地完成它,你一定會(huì)感到非常興奮的。,2. Sprint:一個(gè)Sprint就是一個(gè)迭代,從Sprint計(jì)劃會(huì)議開始到Sprint回顧會(huì)議結(jié)束為一次迭代。Sprint有嚴(yán)格的時(shí)間控制,一般每次Sprint的周期為2-4周,時(shí)間到了Sprint就結(jié)束。,三. 敏捷大致流程,3. 三種角色 【PO】產(chǎn)品負(fù)責(zé)人(Product Owner) 負(fù)責(zé)維護(hù)產(chǎn)品待辦事項(xiàng)列表,確保每個(gè)成員明晰列表內(nèi)容、明確哪些條目具有最高優(yōu)先級(jí),從而了解下個(gè)需要開發(fā)的條目。PO是非常重要的角色,他對(duì)客戶需求有著很強(qiáng)的敏感性,清楚什么對(duì)客戶最重要,做到什么程度能讓客戶滿意,在TEAM遇到需求問題時(shí)都能給出解答或決策。 【SM】 Scrum Master負(fù)責(zé)確保Scrum團(tuán)隊(duì)遵守Scrum價(jià)值、實(shí)踐和規(guī)則;幫助Scrum團(tuán)隊(duì)和整個(gè)組織實(shí)施Scrum;通過指導(dǎo)和引導(dǎo),教授Scrum團(tuán)隊(duì)更高效工作、生產(chǎn)出高質(zhì)量的產(chǎn)品;幫助Scrum團(tuán)隊(duì)理解并采用自我管理 -(教練)。 【TEAM】團(tuán)隊(duì)負(fù)責(zé)在每個(gè)迭代將產(chǎn)品待辦事項(xiàng)列表轉(zhuǎn)化成為潛在可交付的功能增量。TEAM是自管理的,有實(shí)際的自主權(quán),文化上要符合,基于激發(fā)人的主動(dòng)性、避免受外界干涉。他們完全有權(quán)決定如何把需求轉(zhuǎn)化成產(chǎn)品功能,比如是否要做設(shè)計(jì),采用什么算法,如何做缺陷預(yù)防等。PO和SM都無權(quán)指揮TEAM怎么去實(shí)現(xiàn)需求,但TEAM必須承諾交付的功能是PO期望的。,三. 敏捷大致流程-如何進(jìn)行Scrum開發(fā)?,Sprint 計(jì)劃會(huì)議 1. 迭代計(jì)劃會(huì)在每個(gè)迭代第一天召開 2. 理解最終用戶到底要什么 3. 目的是選擇和估算本次迭代的工作項(xiàng),Sprint 評(píng)審會(huì)議 團(tuán)隊(duì)在會(huì)議中向最終用戶展示工作成果,團(tuán)隊(duì)成員希望得到反饋,并以之創(chuàng)建或變更 Backlog 條目,站立會(huì)議(10分鐘以內(nèi)) 1. 昨天完成情況 2. 今天計(jì)劃 3. 存在的風(fēng)險(xiǎn)和障礙反饋 注:不要討論具體的問題,四. DC7.0敏捷,項(xiàng)目之初,我們打算走的是瀑布模型,但工作量估算處理比較多,按照人力基本上要轉(zhuǎn)集成就差不多6月份了,因此我們想走敏捷會(huì)不會(huì)解決我們?nèi)肆Υ_實(shí)的問題,讓測(cè)試可以盡快的介入測(cè)試! 我們基于什么走敏捷開發(fā) ? 1. 框架。DC使用的插件化的編程思路,方便于任務(wù)的劃分,預(yù)研階段大體的框架已經(jīng)初步形成。(這里體現(xiàn)的是什么 2. 查詢統(tǒng)計(jì)頁(yè)面功能也更比較獨(dú)立的,相互依賴比較少。 3. 該覆蓋率的單元測(cè)試和自動(dòng)化 于是我們把需求表和估算表整形成我們的PBL,走敏捷流程 這里我們回顧一下,什么是迭代? 迭代是指把一個(gè)復(fù)雜且開發(fā)周期很長(zhǎng)的開發(fā)任務(wù),分解為很多小周期可完成的任務(wù)。 -對(duì),我們DC可切分成小任務(wù)開發(fā),符合迭代概念 !,四. DC7.0敏捷,于是我們把需求表和估算表整形成我們的PBL,走敏捷流程 PBL: 需求文檔和估算表直接轉(zhuǎn)換,形成了我們DC7.0 PBL 根據(jù)工作量,我們迭代分為6個(gè)sprint,每個(gè)迭代持續(xù)時(shí)間為3周,3周,掛鉤原則體現(xiàn): 第3點(diǎn)原則, 經(jīng)常性地交付可以工作的軟件,交付的間隔可以從幾個(gè)星期到幾個(gè)月,交付的時(shí)間間隔越短越好 第8點(diǎn)原則,敏捷過程提倡可持續(xù)的開發(fā)速度。責(zé)任人、開發(fā)者和用戶應(yīng)該能夠保持一個(gè)長(zhǎng)期的、恒定的開發(fā)速度。(通過恒定的周期,能更好的評(píng)估組員的生產(chǎn)效率,更有利于恒定的開發(fā)速度),四. DC7.0敏捷,每個(gè)sprint開始,我們就列出本迭代需要討論的方案、需要評(píng)審的方案點(diǎn) 掛鉤原則:第6點(diǎn),在團(tuán)隊(duì)內(nèi)部,最具有效果并富有效率的傳遞信息的方法,就是面對(duì)面的交談。 掛鉤核心價(jià)值:可以工作的軟件勝過面面俱到的文檔,每天進(jìn)行站立會(huì)議: 掛鉤原則:第4點(diǎn),在整個(gè)項(xiàng)目開發(fā)期間,業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。(注:這里業(yè)務(wù)人員,我們當(dāng)前沒有直接面對(duì)客戶,主要是我和規(guī)劃面對(duì)面的溝通) 掛鉤核心價(jià)值:個(gè)體和交互 勝過過程和工具,四. DC7.0敏捷,需求體驗(yàn),直接提供IP給市場(chǎng)、客服、規(guī)劃,可實(shí)時(shí)進(jìn)行體驗(yàn)反饋 掛鉤原則:第1點(diǎn),我們最優(yōu)先要做的是通過盡早的、持續(xù)的交付有價(jià)值的軟件來使客戶滿意。 掛鉤核心價(jià)值:客戶(利益關(guān)系人)合作勝過合同談判,sprint計(jì)劃會(huì)議&評(píng)審會(huì)議&回顧會(huì)議 掛鉤原則:第12點(diǎn),每隔一定時(shí)間,團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反省,然后相應(yīng)的對(duì)自己的行
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 食品防護(hù)生產(chǎn)區(qū)域等食品安全保障體系知識(shí)測(cè)試卷含答案
- 醫(yī)療糾紛處理及防范技巧與案例分析課件
- 2025年度餐飲業(yè)特色節(jié)日套餐設(shè)計(jì)與銷售合同模板
- 二零二五年度拆除工程拆除作業(yè)信息保密免責(zé)協(xié)議
- 著名指揮家人物簡(jiǎn)介
- 2025年度老舊廠房改造施工合同補(bǔ)充協(xié)議
- 智慧城市服務(wù)中教育科技的融合實(shí)踐
- 餐飲工位標(biāo)準(zhǔn)化流程管理
- 手術(shù)室護(hù)理職業(yè)防護(hù)
- 2024年金屬包裝容器及其附件資金籌措計(jì)劃書代可行性研究報(bào)告
- 2025年教師資格證考試《綜合素質(zhì)》知識(shí)點(diǎn)文化素養(yǎng)重點(diǎn)筆記
- 諾姆四達(dá)人才測(cè)評(píng)題庫(kù)
- 微專題 二次函數(shù)交點(diǎn)問題
- 人教版歷史(2017部編版)八年級(jí)下冊(cè)第14課《海峽兩岸的交往》教學(xué)設(shè)計(jì)
- 酒店前廳客人接待標(biāo)準(zhǔn)試題及答案
- 裝卸作業(yè)時(shí)接口連接可靠性確認(rèn)制度
- 非法宗教知識(shí)講座
- 紅磚圍墻施工方案
- 2025年云南省保山市隆陽(yáng)區(qū)小升初模擬數(shù)學(xué)測(cè)試卷含解析
- 數(shù)字化賦能高校思政課建設(shè)的策略研究
- 黃柏種植可行性報(bào)告
評(píng)論
0/150
提交評(píng)論