freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

scrum是一個(gè)用于開發(fā)和維持復(fù)雜產(chǎn)品的框架-展示頁(yè)

2025-07-04 22:50本頁(yè)面
  

【正文】 保能夠及時(shí)發(fā)現(xiàn)過(guò)程中的重大偏差。管理生產(chǎn)成果的人不僅要能夠看到過(guò)程的這些方面,而且必須理解他們看到的內(nèi)容。Scrum 采用迭代、增量的方法來(lái)優(yōu)化可預(yù)見(jiàn)性并控制風(fēng)險(xiǎn)。 —— and 《過(guò)程動(dòng)態(tài)學(xué)、建模與控制》軟件產(chǎn)品的研發(fā)通常存在多很多的不確定性,并且生產(chǎn)的過(guò)程非常的復(fù)雜,所以更適合使用經(jīng)驗(yàn)性過(guò)程來(lái)管理。 如果過(guò)程復(fù)雜程度超出預(yù)定義方式的能力范圍,便應(yīng)用經(jīng)驗(yàn)性方式。比如研究一項(xiàng)新技術(shù),下一盤棋,踢一場(chǎng)球賽,在過(guò)程運(yùn)行當(dāng)中,我們需要通過(guò)不斷的獲得真實(shí)的反饋,然后進(jìn)行適應(yīng)和調(diào)整,使得過(guò)程能夠產(chǎn)出我們需要的結(jié)果。圖-02如果我們期望解決的問(wèn)題比較復(fù)雜,并且存在著較大的不確定性的時(shí)候,我們需要使用經(jīng)驗(yàn)性過(guò)程。它的優(yōu)勢(shì)在于可以大規(guī)模批量生產(chǎn)。制造業(yè)的生產(chǎn)線就是典型的預(yù)定義過(guò)程,例如生產(chǎn)餅干、啤酒、汽車的生產(chǎn)線等。過(guò)程控制通常有兩種方式,第一種方式是預(yù)定義的過(guò)程,第二種方式是經(jīng)驗(yàn)性過(guò)程。如下圖所示,軟件開發(fā)活動(dòng)通常處在下圖的很復(fù)雜的區(qū)域。2002年Ken Schwaber 和Mike Cohn共同創(chuàng)辦了Scrum聯(lián)盟。2001年 敏捷宣言及原則發(fā)布、敏捷聯(lián)盟成立,Scrum是其中一種敏捷方法。受到以上思想的影響,以及對(duì)世界范圍內(nèi)軟件項(xiàng)目的研究,Jeff Sutherland在 1993年首次在Easel公司定義了用于了軟件開發(fā)行業(yè)的Scrum流程,并開始實(shí)施。1986 Scrum這個(gè)詞匯首次應(yīng)用于產(chǎn)品開發(fā)1986年,竹內(nèi)弘高和 野中郁次郎在New New Product Development然后,由犯規(guī)隊(duì)的對(duì)方隊(duì)員在對(duì)陣一側(cè)1碼外,用雙手低手將球拋入通道,不得有利于本隊(duì)。發(fā)布燃盡圖,產(chǎn)品負(fù)責(zé)人做發(fā)布進(jìn)展跟蹤Sprint Planning Meeting: Sprint計(jì)劃會(huì)議Daily Scrum Meeting:每日站會(huì)Sprint Review Meeting:Sprint評(píng)審會(huì)議Sprint Retrospective Meeting: Sprint回顧會(huì)議Product Backlog Refinement: 產(chǎn)品待辦列表梳理Product Backlog Item: 產(chǎn)品待辦清單條目,簡(jiǎn)稱PBIUser Story: 用戶故事,指一條需求Story Point:衡量用戶故事的工作量大小的計(jì)量單位Velocity: 團(tuán)隊(duì)速度Sprint Task: 實(shí)現(xiàn)一條需求需要做的一個(gè)技術(shù)任務(wù)Definition of Done: DoD,完成的定義Stakeholders: 干系人Backlog: 待辦列表Artifact :工件Estimation :估算Collaboration: 協(xié)作Scaling Scrum:大規(guī)模ScrumSCRUM起源Scrum的原始含義Scrum原始含義是指英式橄欖球次要犯規(guī)時(shí)在犯規(guī)地點(diǎn)對(duì)陣爭(zhēng)球。Scrum中通過(guò)三個(gè)活動(dòng)進(jìn)行檢驗(yàn)和適應(yīng):每日例會(huì)檢驗(yàn)Sprint目標(biāo)的進(jìn)展,做出調(diào)整,從而優(yōu)化次日的工作價(jià)值;Sprint評(píng)審和計(jì)劃會(huì)議檢驗(yàn)發(fā)布目標(biāo)的進(jìn)展,做出調(diào)整,從而優(yōu)化下一個(gè)Sprint的工作價(jià)值;Sprint回顧會(huì)議是用來(lái)回顧已經(jīng)完成的Sprint,并且確定做出什么樣的改善可以使接下來(lái)的Sprint更加高效、更加令人滿意,并且工作更快樂(lè)。第三:適應(yīng)(Adaptation)如果檢驗(yàn)人員檢驗(yàn)的時(shí)候發(fā)現(xiàn)過(guò)程中的一個(gè)或多個(gè)方面不滿足驗(yàn)收標(biāo)準(zhǔn),并且最終產(chǎn)品是不合格的,那么便需要對(duì)過(guò)程或是材料進(jìn)行調(diào)整。幸運(yùn)的是,軟件開發(fā)并不會(huì)出現(xiàn)這種情況。在確定檢驗(yàn)頻率時(shí),需要考慮到檢驗(yàn)會(huì)引起所有過(guò)程發(fā)生變化。也就是說(shuō),當(dāng)某個(gè)人在檢驗(yàn)一個(gè)過(guò)程,并確信某一個(gè)任務(wù)已經(jīng)完成時(shí),這個(gè)完成必須等同于他們對(duì)完成的定義。Scrum的三大支柱如下:第一:透明性(Transparency)透明度是指,在軟件開發(fā)過(guò)程的各個(gè)環(huán)節(jié)保持高度的可見(jiàn)性,影響交付成果的各個(gè)方面對(duì)于參與交付的所有人、管理生產(chǎn)結(jié)果的人保持透明。Scrum 采用迭代、增量的方法來(lái)優(yōu)化可預(yù)見(jiàn)性并控制風(fēng)險(xiǎn)。Scrum流程如下圖:SCRUM框架包括3個(gè)角色、3個(gè)工件、5個(gè)活動(dòng)、5個(gè)價(jià)值3個(gè)角色1. 產(chǎn)品負(fù)責(zé)人(Product Owner)2. Scrum Master3. Scrum團(tuán)隊(duì)3個(gè)工件1. 產(chǎn)品Backlog(Product Backlog)2. SprintBacklog3. 燃盡圖(Burndown Chart)5個(gè)活動(dòng)1. Sprint計(jì)劃會(huì)議(Sprint Planning Meeting)2. 每日站會(huì)(Daily Scrum Meeting)3. Sprint評(píng)審會(huì)議(Sprint Review Meeting)4. Sprint回顧會(huì)議(Sprint Retrospective Meeting)5. 產(chǎn)品Backlog梳理會(huì)議( Product Backlog Refinement)5個(gè)價(jià)值1. 承諾 – 愿意對(duì)目標(biāo)做出承諾2. 專注– 把你的心思和能力都用到你承諾的工作上去3. 開放– Scrum 把項(xiàng)目中的一切開放給每個(gè)人看4. 尊重– 每個(gè)人都有他獨(dú)特的背景和經(jīng)驗(yàn)5. 勇氣– 有勇氣做出承諾,履行承諾,接受別人的尊重SCRUM理論基礎(chǔ)Scrum以經(jīng)驗(yàn)性過(guò)程控制理論(經(jīng)驗(yàn)主義)做為理論基礎(chǔ)的過(guò)程。在每個(gè)迭代結(jié)束時(shí),Scrum團(tuán)隊(duì)將遞交潛在可交付的產(chǎn)品增量。在Sprint中,Scrum團(tuán)隊(duì)從產(chǎn)品Backlog中挑選最高優(yōu)先級(jí)的需求進(jìn)行開發(fā)。在Scrum中,使用產(chǎn)品Backlog來(lái)管理產(chǎn)品的需求,產(chǎn)品backlog是一個(gè)按照商業(yè)價(jià)值排序的需求列表,列表?xiàng)l目的體現(xiàn)形式通常為用戶故事。SCRUM Scrum 是一個(gè)用于開發(fā)和維持復(fù)雜產(chǎn)品的框架 ,是一個(gè)增量的、迭代的開發(fā)過(guò)程。在這個(gè)框架中,整個(gè)開發(fā)過(guò)程由若干個(gè)短的迭代周期組成,一個(gè)短的迭代周期稱為一個(gè)Sprint,每個(gè)Sprint的建議長(zhǎng)度是2到4周(互聯(lián)網(wǎng)產(chǎn)品研發(fā)可以使用1周的Sprint)。Scrum團(tuán)隊(duì)總是先開發(fā)對(duì)客戶具有較高價(jià)值的需求。挑選的需求在Sprint計(jì)劃會(huì)議上經(jīng)過(guò)討論、分析和估算得到相應(yīng)的任務(wù)列表,我們稱它為Sprint backlog。 Scrum起源于軟件開發(fā)項(xiàng)目,但它適用于任何復(fù)雜的或是創(chuàng)新性的項(xiàng)目。經(jīng)驗(yàn)主義主張知識(shí)源于經(jīng)驗(yàn), 以及基于已知的東西做決定。Scrum 的三大支柱支撐起每個(gè)經(jīng)驗(yàn)性過(guò)程控制的實(shí)現(xiàn):透明性、檢驗(yàn)和適應(yīng)。管理生產(chǎn)成果的人不僅要能夠看到過(guò)程的這些方面,而且必須理解他們看到的內(nèi)容。第二:檢驗(yàn)(Inspection)開發(fā)過(guò)程中的各方面必須做到足夠頻繁地檢驗(yàn),確保能夠及時(shí)發(fā)現(xiàn)過(guò)程中的重大偏差。當(dāng)規(guī)定的檢驗(yàn)頻率超出了過(guò)程檢驗(yàn)所能容許的程度,那么就會(huì)出現(xiàn)問(wèn)題。另一個(gè)因素就是檢驗(yàn)工作成果人員的技能水平和積極性。調(diào)整工作必須盡快實(shí)施,以減少進(jìn)一步的偏差。SCRUM術(shù)語(yǔ)Scrum: Scrum無(wú)對(duì)應(yīng)中文翻譯Agile: 敏捷Lean: 精益Iterative:迭代式的Iteration:迭代Agile Manifesto: 敏捷宣言Empirical: 經(jīng)驗(yàn)性的Empirical Process:經(jīng)驗(yàn)性過(guò)程Transparency: 透明性Inspect and Adapt: 檢視與調(diào)整Sprint:原意為沖刺,Scrum中的Sprint無(wú)對(duì)應(yīng)中文翻譯,指一個(gè)迭代Sprint Goal:Sprint目標(biāo)Product Owner :產(chǎn)品負(fù)責(zé)人 簡(jiǎn)稱POScrum Master :簡(jiǎn)稱SM, 一般不翻譯Development Team : Scrum開發(fā)團(tuán)隊(duì)Scrum Team:指PO,SM和開發(fā)團(tuán)隊(duì)Scrum Roles:Scrum角色,指PO,SM和開發(fā)團(tuán)隊(duì)Emergent :涌現(xiàn)的Product Backlog:產(chǎn)品待辦列表,指需求清單Sprint Backlog:Sprint待辦列表,指Sprint任務(wù)清單Sprint Burndown Chart:Sprint燃盡圖,團(tuán)隊(duì)用于做Sprint內(nèi)的進(jìn)展跟蹤Release Burndown Chart: 爭(zhēng)球雙方各有8個(gè)隊(duì)員參與,各方出3名前鋒隊(duì)員,并肩各站成一橫排,面對(duì)面躬身互相頂肩,中間形成一條通道,其他前鋒隊(duì)員分別站在后面,后排隊(duì)員用肩頂住前鋒隊(duì)員的臀部,組成3或1陣形。當(dāng)球拋入通道時(shí),前排的3對(duì)前鋒隊(duì)員互相抗擠,爭(zhēng)相踢球給本方前衛(wèi)或后衛(wèi)隊(duì)員,前衛(wèi)和后衛(wèi)隊(duì)員必須等候前鋒將球踢回后,方可移動(dòng)。Game文章首次提到將Scrum應(yīng)用與產(chǎn)品開發(fā),他們指出:傳統(tǒng)的“接力式”的開發(fā)模式已經(jīng)不能滿足快速靈活的市場(chǎng)需求,而整體或“橄欖球式”的方法——團(tuán)隊(duì)作為一個(gè)整體前進(jìn),在團(tuán)隊(duì)的內(nèi)部傳球并保持前進(jìn),這也許可以更好的滿足當(dāng)前激烈的市場(chǎng)競(jìng)爭(zhēng)。1993年Jeff Sutherland首次將Scrum用于軟件開發(fā)敏捷思想深受日本工業(yè)界最佳實(shí)踐的影響,尤其是豐田和本田公司推行的精益原則,以及竹內(nèi)弘高和 野中郁次郎開發(fā)的知識(shí)管理策略。1995年Jeff Sutherland和Ken Schwaber規(guī)范化了Scrum框架,并在OOPSLA 95上公開發(fā)布。2001年,Ken Schwaber和Mike Beedle推出第一本Scrum書籍《Scrum敏捷軟件開發(fā)》。經(jīng)驗(yàn)性過(guò)程軟件開發(fā)是一個(gè)復(fù)雜的活動(dòng), 在軟件產(chǎn)品開發(fā)的過(guò)程中不僅存在著需求的不確定性,也存在著技術(shù)的不確定性,再加上參與軟件開發(fā)的主體通常是由多人組成的軟件開發(fā)團(tuán)隊(duì),加上人的因素,就讓整個(gè)軟件開發(fā)的活動(dòng)變得非常復(fù)雜。圖01為了管理軟件開發(fā)的活動(dòng),我們會(huì)引入過(guò)程控制來(lái)管理它。我們所熟知的是預(yù)定義的過(guò)程,它通常是使用已知的方法解決已知的問(wèn)題。預(yù)定義的過(guò)程的特點(diǎn)是給予固定的輸入,得到固定的輸出,過(guò)程可重復(fù)。預(yù)定義過(guò)程的缺點(diǎn)在于一旦過(guò)程定義出現(xiàn)錯(cuò)誤,或產(chǎn)品設(shè)計(jì)上存在瑕疵,會(huì)造成比較大的損失。經(jīng)驗(yàn)性過(guò)程的特點(diǎn)是過(guò)程是不能夠完全預(yù)先定義好,結(jié)果是不可預(yù)知的,生產(chǎn)過(guò)程是不可重復(fù)的?!霸谶^(guò)程運(yùn)行機(jī)制相當(dāng)簡(jiǎn)單易懂的情況下,典型的做法是采用預(yù)定義的建模方式?!? Scrum以經(jīng)驗(yàn)性過(guò)程控制理論做為理論基礎(chǔ)的過(guò)程。Scrum過(guò)程框架的基石包括如下三個(gè)方面:第一:透明性(Transparency)透明度是指,在軟件開發(fā)過(guò)程的各個(gè)環(huán)節(jié)保持高度的可見(jiàn)性,影響交付成果的各個(gè)方面對(duì)于參與交付的所有人、管理生產(chǎn)結(jié)果的人保持透明。也就是說(shuō),當(dāng)某個(gè)人在檢驗(yàn)一個(gè)過(guò)程,并確信某一個(gè)任務(wù)已經(jīng)完成時(shí),這個(gè)完成必須等同于他們對(duì)完成的定義。在確定檢驗(yàn)頻率時(shí),需要考慮到檢驗(yàn)會(huì)引起所有過(guò)程發(fā)生變化。幸運(yùn)的是,軟件開發(fā)并不會(huì)出現(xiàn)這種情況。第三:適應(yīng)(Adaptation)如果檢驗(yàn)人員檢驗(yàn)的時(shí)候發(fā)現(xiàn)過(guò)程中的一個(gè)或多個(gè)方面不滿足驗(yàn)收標(biāo)準(zhǔn),并且最終產(chǎn)品是不合格的,那么便需要對(duì)過(guò)程或是材料進(jìn)行調(diào)整。Scrum中通過(guò)三個(gè)活動(dòng)進(jìn)行檢驗(yàn)和適應(yīng):每日例會(huì)檢驗(yàn)Sprint目標(biāo)的進(jìn)展,做出調(diào)整,從而優(yōu)化次日的工作價(jià)值;Sprint評(píng)審和計(jì)劃會(huì)議檢驗(yàn)發(fā)布目標(biāo)的進(jìn)展,做出調(diào)整,從而優(yōu)化下一個(gè)Sprint的工作價(jià)值;Sprint回顧會(huì)議是用來(lái)回顧已經(jīng)完成的Sprint,并且確定做出什么樣的改善可以使接下來(lái)的Sprint更加高效、更加令人滿意,并且工作更快樂(lè)。Scrum 團(tuán)隊(duì)是自組織、跨職能的完整團(tuán)隊(duì)。跨職能的團(tuán)隊(duì)擁有完成工作所需要的全部技能,不需要依賴團(tuán)隊(duì)外部的人。Scrum 團(tuán)隊(duì)通過(guò)迭代和增量交付產(chǎn)品功能的方法最大化反饋的機(jī)會(huì)。Scrum角色之:產(chǎn)品負(fù)責(zé)人產(chǎn)品負(fù)責(zé)人負(fù)責(zé)最大化產(chǎn)品以及開發(fā)團(tuán)隊(duì)工作的價(jià)值。產(chǎn)品負(fù)責(zé)人是管理產(chǎn)品待辦事項(xiàng)列表的唯一責(zé)任人。 清晰地表達(dá)產(chǎn)品代辦事項(xiàng)列表?xiàng)l目 確保開發(fā)團(tuán)隊(duì)所執(zhí)行工作的價(jià)值 確保開發(fā)團(tuán)隊(duì)對(duì)產(chǎn)品代辦事項(xiàng)列表中的條目達(dá)到一定程度的理解產(chǎn)品負(fù)責(zé)人可以親自完成上述工作,也可以讓開發(fā)團(tuán)隊(duì)來(lái)完成。產(chǎn)品負(fù)責(zé)人是一個(gè)人,而不是一個(gè)委員會(huì)。為保證產(chǎn)品負(fù)責(zé)人的工作取得成功,組織中的所有人員都必須尊重他的決定。任何人都不得要求開發(fā) 團(tuán)隊(duì)按照另一套需求開展工作,開發(fā)團(tuán)隊(duì)也不允許聽(tīng)從任何其
點(diǎn)擊復(fù)制文檔內(nèi)容
環(huán)評(píng)公示相關(guān)推薦
文庫(kù)吧 www.dybbs8.com
備案圖鄂ICP備17016276號(hào)-1