性爱有声小说在线收听,我欲封天耳根小说

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營(yíng)銷(xiāo)解決方案

敏捷軟件開(kāi)發(fā)：原則、團(tuán)隊(duì)結(jié)構(gòu)和框架

本文介紹了人們需要了解的關(guān)于Scrum、極限編程、動(dòng)態(tài)系統(tǒng)開(kāi)發(fā)方法(DSDM) 和特征驅(qū)動(dòng)開(kāi)發(fā)(FDD)等內(nèi)容。

創(chuàng)新互聯(lián)公司自2013年起，先為遵義等服務(wù)建站，遵義等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢(xún)服務(wù)。為遵義企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問(wèn)題。

敏捷軟件開(kāi)發(fā)使企業(yè)能夠在短時(shí)間內(nèi)將產(chǎn)品推向市場(chǎng)。為了讓企業(yè)高管了解敏捷方法是否適合，文中分享了敏捷軟件開(kāi)發(fā)的基本原則、首選團(tuán)隊(duì)結(jié)構(gòu)、常見(jiàn)方法等信息，例如Scrum、極限編程(XP)、動(dòng)態(tài)系統(tǒng)開(kāi)發(fā)方法(DSDM)和特征驅(qū)動(dòng)開(kāi)發(fā)(FDD)。

1.什么是軟件開(kāi)發(fā)的敏捷方法?

敏捷是一種獨(dú)特的軟件開(kāi)發(fā)方法，它考慮了不同的組件，例如客戶(hù)的需求、持續(xù)學(xué)習(xí)和測(cè)試、迭代開(kāi)發(fā)、每?jī)芍芎蟮挠行卧鲋档纫蛩亍?/p>

2.敏捷軟件開(kāi)發(fā)的基本原則

(1)溝通與反饋

不同軟件開(kāi)發(fā)團(tuán)隊(duì)成員之間的溝通可能是一個(gè)挑戰(zhàn)，尤其是在冠狀病毒疫情蔓延期間，因?yàn)榇蠖鄶?shù)人都在家遠(yuǎn)程工作。在這種情況下，可以使用通信工具使軟件開(kāi)發(fā)團(tuán)隊(duì)成員的工作保持同步，同時(shí)密切合作以創(chuàng)建最小可行性產(chǎn)品(MVP)。

在使用敏捷方法時(shí)，團(tuán)隊(duì)成員在同一時(shí)間工作，他們可以幾乎實(shí)時(shí)地協(xié)作、分享關(guān)注點(diǎn)、提供反饋，并高效地協(xié)同工作。

在敏捷軟件開(kāi)發(fā)過(guò)程中需要遵循“更少的計(jì)劃變更”的概念。經(jīng)過(guò)幾個(gè)sprint周期之后，這些變更將生效，需要仔細(xì)分析客戶(hù)反饋。根據(jù)分析，在當(dāng)前或即將到來(lái)的sprint周期中選擇的待辦事項(xiàng)列表中添加更多的更改。

(2)適應(yīng)性

創(chuàng)建敏捷軟件開(kāi)發(fā)過(guò)程時(shí)應(yīng)該考慮的兩個(gè)基本要求是：一是以恒定的速度推進(jìn)項(xiàng)目;二是處理壓力的能力，例如由于需求變化而導(dǎo)致的截止日期、預(yù)算增加等。為了有效管理和提高生產(chǎn)力，可以先開(kāi)展快節(jié)奏的sprint工作，然后休息一段時(shí)間。在所有sprint周期中保持更高的生產(chǎn)力和快節(jié)奏的工作是可以強(qiáng)制的，但這種方法通常是不可持續(xù)的。

(3)信任

選擇團(tuán)隊(duì)成員使用敏捷方法進(jìn)行軟件開(kāi)發(fā)項(xiàng)目是重要的一個(gè)步驟。選擇過(guò)程的另外重要部分是考慮技能組合和責(zé)任，此外還應(yīng)該有工作環(huán)境的個(gè)性化匹配。團(tuán)隊(duì)成員應(yīng)該是優(yōu)秀的專(zhuān)業(yè)人士，能夠自我管理并且能夠相互信任。

自我管理的質(zhì)量在敏捷方法中至關(guān)重要，因?yàn)楣ぷ鞴?jié)奏通常很快，并且需要獨(dú)立解決問(wèn)題。另一方面需要避免微觀(guān)的管理或指導(dǎo)，因?yàn)檫@些做法通常需要花費(fèi)更多時(shí)間。團(tuán)隊(duì)成員事先清楚了解軟件開(kāi)發(fā)要求很重要，這也意味著需要了解產(chǎn)品路線(xiàn)圖。

(4)協(xié)作

在軟件開(kāi)發(fā)中，有兩種常見(jiàn)的開(kāi)發(fā)模型——瀑布模型和敏捷模型。在瀑布模型中只收集一次需求，這也意味著客戶(hù)可以一次性參與。而在敏捷模型中，客戶(hù)在開(kāi)發(fā)過(guò)程中一直參與以收集需求。因此，客戶(hù)在維護(hù)產(chǎn)品待辦事項(xiàng)方面將發(fā)揮積極作用。在其他時(shí)候，客戶(hù)可能會(huì)在修改需求方面發(fā)揮積極作用，例如在提供產(chǎn)品演示、在日常會(huì)議期間等等。

3.敏捷軟件開(kāi)發(fā)的首選團(tuán)隊(duì)結(jié)構(gòu)

作為敏捷軟件開(kāi)發(fā)的核心，協(xié)作扮演著重要的角色。協(xié)作發(fā)生在具有特定角色的不同團(tuán)隊(duì)成員之間?？紤]到Scrum框架，其名稱(chēng)和角色解釋如下：

業(yè)務(wù)主管：業(yè)務(wù)主管在最小可行性軟件產(chǎn)品(MVSP)的開(kāi)發(fā)中發(fā)揮積極作用。業(yè)務(wù)主管主要與Scrum主管和產(chǎn)品主管進(jìn)行協(xié)調(diào)。
產(chǎn)品主管：產(chǎn)品主管在創(chuàng)建最小可行性軟件產(chǎn)品(MVSP)的同時(shí)確保從開(kāi)發(fā)工作中獲得最大的投資回報(bào)(ROI)。產(chǎn)品主管通過(guò)設(shè)置優(yōu)先級(jí)來(lái)做到這一點(diǎn)。產(chǎn)品主管的三個(gè)主要職責(zé)是：管理Scrum待辦事項(xiàng)、發(fā)布以及利益相關(guān)者管理。
Scrum主管：Scrum主管負(fù)責(zé)將產(chǎn)品主管或業(yè)務(wù)主管共享的方向轉(zhuǎn)化為有形價(jià)值。為此，Scrum主管協(xié)助管理待辦事項(xiàng)，并協(xié)助開(kāi)發(fā)團(tuán)隊(duì)自我組織、管理潛在障礙等工作。
設(shè)計(jì)、開(kāi)發(fā)和測(cè)試團(tuán)隊(duì)：在理想情況下，設(shè)計(jì)、開(kāi)發(fā)和軟件測(cè)試團(tuán)隊(duì)成員緊密協(xié)作。一旦開(kāi)發(fā)了Web應(yīng)用程序的前端，開(kāi)發(fā)團(tuán)隊(duì)成員就會(huì)添加功能。最后，測(cè)試團(tuán)隊(duì)成員將通過(guò)開(kāi)發(fā)不同的案例來(lái)檢查功能。
主題專(zhuān)家：潛在客戶(hù)需要解決其行業(yè)難點(diǎn)的解決方案。端到端Web和移動(dòng)應(yīng)用程序開(kāi)發(fā)服務(wù)提供商可能擁有協(xié)助開(kāi)發(fā)團(tuán)隊(duì)以及Scrum主管的主題專(zhuān)家。

4.敏捷中的通用方法和框架

(1)Scrum

Scrum是一種廣泛流行的用于開(kāi)發(fā)軟件產(chǎn)品的框架。其重點(diǎn)主要是產(chǎn)品的設(shè)計(jì)、開(kāi)發(fā)、測(cè)試和部署。開(kāi)發(fā)是在sprints中完成的，通常需要兩到三周的時(shí)間。Scrum團(tuán)隊(duì)由產(chǎn)品主管、Scrum主管、開(kāi)發(fā)團(tuán)隊(duì)、主題專(zhuān)家等成員組成。

敏捷軟件開(kāi)發(fā)項(xiàng)目的進(jìn)度是通過(guò)每天在15分鐘內(nèi)完成的Scrum會(huì)議來(lái)衡量的。

(2)Scrum框架的工作流程

Scrum框架由不同的組件組成，例如sprint、sprint規(guī)劃、每日Scrum、sprint審查、sprint回顧、待辦事項(xiàng)細(xì)化以及取消sprint。以下是對(duì)上述每個(gè)術(shù)語(yǔ)的簡(jiǎn)要概述。

sprint：sprint通常持續(xù)兩周的時(shí)間。在sprint期間會(huì)生成一個(gè)待辦事項(xiàng)，其中包含有關(guān)當(dāng)前sprint的可交付成果的信息。
sprint計(jì)劃：sprint計(jì)劃流程以邀請(qǐng)Scrum團(tuán)隊(duì)的會(huì)議開(kāi)始。團(tuán)隊(duì)就目標(biāo)達(dá)成一致，并確定有助于實(shí)現(xiàn)該目標(biāo)的待辦事項(xiàng)。
每日Scrum：每日Scrum會(huì)議是一個(gè)限時(shí)15分鐘的活動(dòng)。在進(jìn)行日常Scrum時(shí)要遵循某些指導(dǎo)方針，例如開(kāi)發(fā)人員發(fā)言、識(shí)別瓶頸和風(fēng)險(xiǎn)等等。
sprint評(píng)審：在sprint周期結(jié)束之后，進(jìn)行sprint評(píng)審。在理想情況下，產(chǎn)品主管應(yīng)該在場(chǎng)，因?yàn)榭山桓冻晒蚶嫦嚓P(guān)者展示。這提供了接收反饋的機(jī)會(huì)。
Sprint回顧：由于Scrum框架補(bǔ)充了持續(xù)學(xué)習(xí)的理念，因此在sprint完成后的回顧會(huì)議中討論學(xué)習(xí)情況。其總體思路是討論哪些進(jìn)展順利，哪些不順利。如果事情沒(méi)有按計(jì)劃進(jìn)行，那么也將討論其背后的原因。
待辦事項(xiàng)細(xì)化：為了保持待辦事項(xiàng)中的質(zhì)量，添加了細(xì)化步驟。待辦事項(xiàng)細(xì)化步驟使團(tuán)隊(duì)成員能夠?qū)⑤^大的需求分解為較小的需求、識(shí)別依賴(lài)關(guān)系、修改優(yōu)先級(jí)等等。
取消sprint：如果在sprint:中沒(méi)有實(shí)現(xiàn)目標(biāo)，產(chǎn)品負(fù)責(zé)人可以取消sprint。

(3)極限編程

極限編程主要側(cè)重于廣泛的測(cè)試，為此使用了“結(jié)對(duì)編程”的概念?？紤]到將常規(guī)軟件開(kāi)發(fā)實(shí)踐提升到極端水平的一般方法，該名稱(chēng)包括“極端”這個(gè)術(shù)語(yǔ)。

極限編程中的常見(jiàn)活動(dòng)：

編碼：極限編程中的編碼實(shí)踐包括來(lái)自其他程序員的大量反饋，因?yàn)樵摽蚣苤饕浴皽y(cè)試”為重點(diǎn)。
測(cè)試：在軟件開(kāi)發(fā)階段之后，測(cè)試對(duì)于消除錯(cuò)誤(bug)至關(guān)重要。根據(jù)測(cè)試階段所用的時(shí)間，軟件產(chǎn)品的質(zhì)量可能會(huì)有所不同。在極限編程中，將測(cè)試的概念發(fā)揮到極致，以消除數(shù)量最大的錯(cuò)誤。這是通過(guò)“結(jié)對(duì)編程”實(shí)現(xiàn)的。極限編程中有兩種不同的測(cè)試方法——單元測(cè)試和驗(yàn)收測(cè)試。
傾聽(tīng)：在極限編程中，程序員通過(guò)傾聽(tīng)客戶(hù)的需求發(fā)揮著重要作用。為此，程序員應(yīng)該清楚哪些功能可以真正幫助客戶(hù)，以及可能需要哪些業(yè)務(wù)邏輯更改。
設(shè)計(jì)：良好的軟件設(shè)計(jì)易于維護(hù)。它還通過(guò)避免可能增加復(fù)雜性的依賴(lài)關(guān)系來(lái)增加價(jià)值，因?yàn)樾薷能浖囊粋€(gè)模塊可能需要更改多個(gè)其他模塊。

(4)動(dòng)態(tài)系統(tǒng)開(kāi)發(fā)方法(DSDM)

在動(dòng)態(tài)系統(tǒng)開(kāi)發(fā)方法(DSDM)中，預(yù)先確定了成本、質(zhì)量、時(shí)間這三個(gè)因素。此外，動(dòng)態(tài)系統(tǒng)開(kāi)發(fā)方法(DSDM)采用MoSCoW優(yōu)先級(jí)方法來(lái)修改優(yōu)先級(jí)。這樣做可以及時(shí)交付軟件。

DSDM的原則：

關(guān)注業(yè)務(wù)需求：在DSDM中，業(yè)務(wù)目標(biāo)與軟件的交付日期同等重要。關(guān)注業(yè)務(wù)需求的管理方式是通過(guò)某些實(shí)踐完成的，例如MoSCoW優(yōu)先級(jí)劃分、通過(guò)時(shí)間盒將大任務(wù)分解為小任務(wù)、改進(jìn)可交付成果等。
準(zhǔn)時(shí)交付：強(qiáng)調(diào)使用MoSCoW優(yōu)先級(jí)、截止日期管理和時(shí)間盒技術(shù)來(lái)交付可交付成果。
協(xié)作：協(xié)作的概念在DSDM中實(shí)施，而利益相關(guān)者參與項(xiàng)目。了解贊助商和用戶(hù)的需求很重要，主管將向團(tuán)隊(duì)成員傳達(dá)這一點(diǎn)。
永不妥協(xié)的質(zhì)量：測(cè)試階段在DSDM的早期引入，并在整個(gè)開(kāi)發(fā)過(guò)程中發(fā)揮積極作用。
從堅(jiān)實(shí)的基礎(chǔ)上逐步構(gòu)建：“充分的預(yù)先設(shè)計(jì)”方法使客戶(hù)以及敏捷軟件開(kāi)發(fā)人員能夠理解基本需求。在每次迭代中，團(tuán)隊(duì)成員可以重新考慮優(yōu)先級(jí)，并考慮來(lái)自利益相關(guān)者的反饋。
迭代開(kāi)發(fā)：迭代方法為項(xiàng)目增加了價(jià)值，因?yàn)樗婕安粩嗟臏y(cè)試。迭代軟件開(kāi)發(fā)方法還補(bǔ)充了對(duì)相關(guān)利益反饋的接受。
持續(xù)而清晰的溝通：在DSDM中，通過(guò)非正式的日常站立會(huì)議加強(qiáng)溝通，這是一個(gè)討論各種想法的好地方，研討會(huì)以保持產(chǎn)品與利益相關(guān)者的期望保持一致。
展示控制：管理軟件開(kāi)發(fā)項(xiàng)目和使用DSDM需要主動(dòng)管理技能。這包括讓利益相關(guān)者和團(tuán)隊(duì)成員保持一致，有效使用報(bào)告和分析，并專(zhuān)注于交付的需求。

(5)特征驅(qū)動(dòng)開(kāi)發(fā)(FDD)

要理解特征驅(qū)動(dòng)開(kāi)發(fā)(FDD)，需要考慮其三個(gè)基本組成部分。創(chuàng)建FDD的第一個(gè)組件是對(duì)象建模，第二個(gè)組件是使用特征列表來(lái)管理需求，功能驅(qū)動(dòng)開(kāi)發(fā)的創(chuàng)建者Jeff De Luca利用自己的專(zhuān)業(yè)經(jīng)驗(yàn)設(shè)計(jì)了第三個(gè)組件。

特征驅(qū)動(dòng)開(kāi)發(fā)(FDD)中的活動(dòng)：

開(kāi)發(fā)整體模型：在這項(xiàng)活動(dòng)中，軟件開(kāi)發(fā)項(xiàng)目的范圍通過(guò)高級(jí)演練最終確定。創(chuàng)建不同的模型并在同行評(píng)審會(huì)議中進(jìn)行評(píng)審，選定的模型最終會(huì)合并到整體模型中。
構(gòu)建特征列表：在第一項(xiàng)活動(dòng)完成之后，需要將復(fù)雜的特征簡(jiǎn)化并轉(zhuǎn)換為小特征。這些特征代表了客戶(hù)需求和業(yè)務(wù)活動(dòng)的混合。在理想情況下，每個(gè)特征預(yù)計(jì)在兩周內(nèi)在特征驅(qū)動(dòng)開(kāi)發(fā)(FDD)中開(kāi)發(fā)。
按性質(zhì)規(guī)劃：一旦最終確定特征，它們將被進(jìn)一步劃分并分配給每個(gè)程序員，然后他們努力改進(jìn)類(lèi)。這是一個(gè)三步過(guò)程;首先確定開(kāi)發(fā)順序，將業(yè)務(wù)活動(dòng)分配給首席程序員，再將類(lèi)分配給其他開(kāi)發(fā)人員。
按特征設(shè)計(jì)：考慮到時(shí)間盒方法，最終確定特征列表。在特征選擇后不久，序列圖就被創(chuàng)建。最后進(jìn)行設(shè)計(jì)檢查。
按特征構(gòu)建：在這個(gè)迭代活動(dòng)中進(jìn)行實(shí)際編碼。單元測(cè)試在代碼檢查之后很快執(zhí)行。如果沒(méi)有發(fā)現(xiàn)錯(cuò)誤，則將代碼添加到主構(gòu)建中。

結(jié)論

敏捷軟件開(kāi)發(fā)方法在過(guò)去幾年中發(fā)生了根本性的變化。敏捷的應(yīng)用可以在其他領(lǐng)域找到，例如營(yíng)銷(xiāo)和銷(xiāo)售等領(lǐng)域。有了切實(shí)的成果，企業(yè)高管和項(xiàng)目經(jīng)理必須了解敏捷軟件開(kāi)發(fā)的重要性并實(shí)施相關(guān)實(shí)踐，并創(chuàng)建以客戶(hù)為中心的產(chǎn)品或提供更多以客戶(hù)為中心的服務(wù)。

當(dāng)前標(biāo)題：敏捷軟件開(kāi)發(fā)：原則、團(tuán)隊(duì)結(jié)構(gòu)和框架
瀏覽路徑：http://m.fisionsoft.com.cn/article/dpjeioo.html