背景

過去我們用合同死死地固定住需求，然后乙方千方百計(jì)的只按照合同辦事，沒有發(fā)揮更大的創(chuàng)造力，而甲方在固定的成本面前，不想多花一分錢，卻不停的要求新功能。那么甲乙雙方就形成了矛盾的局面，甚至是敵對的局面。如何破除這種局面呢？這就是本期要講的敏捷開發(fā)。

10年積累的網(wǎng)站建設(shè)、成都做網(wǎng)站經(jīng)驗(yàn)，可以快速應(yīng)對客戶對網(wǎng)站的新想法和需求。提供各種問題對應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識你，你也不認(rèn)識我。但先網(wǎng)站設(shè)計(jì)后付款的網(wǎng)站建設(shè)流程，更有貴陽免費(fèi)網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。

敏捷的起源

硬件領(lǐng)域有摩爾定律，即每隔18~24個(gè)月，每1$能買到的電腦性能將翻翻一倍以上。而軟件行業(yè)卻沒有相應(yīng)的規(guī)律。那么軟件行業(yè)如果提高生產(chǎn)率、質(zhì)量、價(jià)值等。而目前軟件公司是如何提高生產(chǎn)率、質(zhì)量呢？實(shí)際上很多傳統(tǒng)的企業(yè)仍然靠加班、流程和工具、合同和文檔的約束，而且溝通困難是導(dǎo)致bug、延期的重要原因，這里的溝通包括開發(fā)團(tuán)隊(duì)和甲方的溝通，團(tuán)隊(duì)之間的溝通，團(tuán)隊(duì)和管理者的溝通等等；在瀑布式開發(fā)模式中，我們會做大量的前期需求分析和詳細(xì)設(shè)計(jì)，我們自認(rèn)為我們這些努力會保證交付的軟件會是客戶期望的，但是事實(shí)并不是如此。另外，所有的軟件開發(fā)者都是知識工作者，那么知識工作者的主管能動性和創(chuàng)造力是管理人員管控出來的嗎？

上述這些軟件行業(yè)中的痛點(diǎn)，并不是新生的，早在1987年Fred brooks就在《沒有銀彈》中提到?jīng)]有任何一項(xiàng)技術(shù)或方法可以能讓軟件工程的生產(chǎn)率在十年內(nèi)提高十倍。軟件開發(fā)本身具有復(fù)雜性、不可見性、可變性以及一致性，使得軟件開發(fā)難以管理，所以將它比喻成" 狼人"，但是沒有一項(xiàng)技術(shù)或方法來解決它，即沒有銀彈。

而敏捷開發(fā)正是解決軟件開發(fā)沖存在的問題的。

瀑布模型

在具體介紹敏捷開發(fā)之前，先介紹"不敏捷"的開發(fā)模式，即"瀑布模型"，這套方法論分為5個(gè)階段：需求分析、設(shè)計(jì)、編碼、測試和維護(hù)。需求分析階段通常定義系統(tǒng)需求；設(shè)計(jì)階段通常確定系統(tǒng)使用什么數(shù)據(jù)庫，系統(tǒng)模塊的劃分，各個(gè)模塊的功能；編碼階段用編程語言實(shí)現(xiàn)設(shè)計(jì)階段的功能；測試階段主要測試功能是否實(shí)現(xiàn)；維護(hù)階段是根據(jù)用戶新的需求重新修改系統(tǒng)，使系統(tǒng)運(yùn)行正常，更加穩(wěn)定。

瀑布模型的局限性非常明顯，比如對市場變化和用戶需求的響應(yīng)比較慢，更改成本高，甚至可能出現(xiàn)產(chǎn)品一退出市場就宣告失敗。

敏捷開發(fā)

我們一直在實(shí)踐中探尋更好的軟件開發(fā)方法，身體力行的同時(shí)也幫助他人。由此我們建立了如下價(jià)值觀：

• 個(gè)體和互動 高于 流程和工具
• 工作的軟件 高于 詳盡的文檔
• 客戶合作 高于 合作談判
• 響應(yīng)變化 高于 遵循計(jì)劃

敏捷開發(fā)宣言

1. 我們最重要的目標(biāo)，是通過持續(xù)不斷地及早交付有價(jià)值的軟件使客戶滿意
2. 欣然面對需求變化，即使在開發(fā)后期也一樣，為了客戶的競爭優(yōu)勢，敏捷過程掌控變化
3. 經(jīng)常地交付可工作的軟件，相隔幾星期或一兩個(gè)月，傾向于采取較短的周期
4. 業(yè)務(wù)人員和開發(fā)人員必須相互合作，項(xiàng)目中的每一天都不例外
5. 激發(fā)個(gè)體的斗志，以他們?yōu)楹诵拇罱?xiàng)目，提供所需的環(huán)境和支援，輔以信任，從而達(dá)成目標(biāo)
6. 不論團(tuán)隊(duì)內(nèi)外，傳遞信息效果最好效率也高的方式是面對面交談
7. 可工作的軟件是進(jìn)度的首要度量標(biāo)準(zhǔn)
8. 敏捷過程倡導(dǎo)可持續(xù)開發(fā)。責(zé)任人、開發(fā)人員和用戶要能夠同步維持其步調(diào)穩(wěn)定延續(xù)
9. 堅(jiān)持不懈地追求技術(shù)卓越和良好設(shè)計(jì)，敏捷能力由此增強(qiáng)
10. 以簡潔為本，它是極力減少不必要工作量的藝術(shù)
11. 最好的架構(gòu)、需求和設(shè)計(jì)出自組織團(tuán)隊(duì)
12. 團(tuán)隊(duì)定期地反思如何能提高成效，并以此調(diào)整自身的舉止表現(xiàn)

敏捷開發(fā)的原則

1. 凝聚人的力量，緊密協(xié)（合）作。包括業(yè)務(wù)負(fù)責(zé)人、開發(fā)團(tuán)隊(duì)、客戶、管理者之間的關(guān)系，所有這些關(guān)系在以前都是造成項(xiàng)目危機(jī)的原因之一，那么，在敏捷時(shí)代，我們需要這些角色 緊密合作，大限度的發(fā)揮各個(gè)角色的力量
2. 聚焦客戶價(jià)值，消除浪費(fèi)（如何聚焦用戶價(jià)值，即頻繁的交付用戶可工作的軟件，快速收到用戶反饋）
3. 除了有人和有價(jià)值，我們還需要持續(xù)地學(xué)習(xí)與改進(jìn)，因?yàn)檫@個(gè)世界變化的太快了。

敏捷團(tuán)隊(duì)

敏捷開發(fā)的價(jià)值觀和原則看起來很美，但是如何落地呢？首先它需要組建一個(gè)敏捷團(tuán)隊(duì)。相交于傳統(tǒng)團(tuán)隊(duì)，敏捷團(tuán)隊(duì)具有以下特點(diǎn)：

• 團(tuán)隊(duì)要求團(tuán)隊(duì)小，通常是個(gè)位數(shù)的人數(shù)（3-9人）
• 全職專注，必須是全職人員
• 跨職能
• 被授權(quán)自組織

敏捷團(tuán)隊(duì)運(yùn)作機(jī)制

1. 一個(gè)團(tuán)隊(duì)有自己的×××事項(xiàng)，對×××事項(xiàng)進(jìn)行拆小
2. 按客戶價(jià)值進(jìn)行優(yōu)先級排序，產(chǎn)品經(jīng)理負(fù)責(zé)價(jià)值排序
3. 團(tuán)隊(duì)成員的工作不是被主管推動的，而是自己拉動工作
4. 小而穩(wěn)定，跨職能團(tuán)隊(duì)
5. 多個(gè)團(tuán)隊(duì)松耦合（依賴性比較低），對齊迭代時(shí)間和戰(zhàn)略目標(biāo)

關(guān)鍵的團(tuán)隊(duì)角色

• 產(chǎn)品負(fù)責(zé)人
• Scrum主管（流程主管）?
• 開發(fā)團(tuán)隊(duì)

產(chǎn)品負(fù)責(zé)人（Product Owner）

• 負(fù)責(zé)管理產(chǎn)品backlog（×××事項(xiàng)）的唯一負(fù)責(zé)人
• 代表客戶/項(xiàng)目如責(zé)任人
• 定義產(chǎn)品的所有特性
• 負(fù)責(zé)產(chǎn)品的投入產(chǎn)出
• 管理干系人和他們的利益
• 接受或者拒絕迭代的結(jié)果
• 維護(hù)正好夠的，準(zhǔn)時(shí)生產(chǎn)（Just -in-Time）的特性細(xì)節(jié)
• 跟團(tuán)隊(duì)共享成功
• 負(fù)責(zé)大化產(chǎn)品和開發(fā)團(tuán)隊(duì)工作的價(jià)值

Scrum Master（流程主管）

• 起到教練的職責(zé)
• 領(lǐng)導(dǎo)團(tuán)隊(duì)完成Scrum的實(shí)踐以及體現(xiàn)其價(jià)值
• 排除團(tuán)隊(duì)遇到的困難
• 使得團(tuán)隊(duì)緊密合作，使得團(tuán)隊(duì)個(gè)人具有多方面職能的工作能力
• 確保團(tuán)隊(duì)能勝任其工作，并保持高效的生產(chǎn)率
• 保護(hù)團(tuán)隊(duì)不受到外來無端影響

  開發(fā)團(tuán)隊(duì)

• 團(tuán)隊(duì)擁有3-9人
• 團(tuán)隊(duì)成員跨職能，多面手
• 團(tuán)隊(duì)成員都全職工作
• 團(tuán)隊(duì)自我組織和管理
• 團(tuán)隊(duì)關(guān)系在一個(gè)迭代周期中應(yīng)該是固定的，個(gè)人的職能可以在新迭×××始時(shí)發(fā)生調(diào)整

關(guān)鍵的團(tuán)隊(duì)活動

• 每日站會
  每日站會每天都會召開，時(shí)間維持在15分鐘內(nèi)，站著開會，所有相關(guān)人員都需要參加，避免無關(guān)問題的討論。

• 評審會
  需要在迭代周期的最后一天召開，1個(gè)小時(shí)左右就可以了，需要客戶出席，如果客戶不能出席，則需要產(chǎn)品經(jīng)理出席
• 迭代回顧會
  迭代回顧會是在每個(gè)迭代結(jié)束時(shí)進(jìn)行，總結(jié)工作中的經(jīng)驗(yàn)和教訓(xùn)，時(shí)間維持在30-60分鐘內(nèi)，整個(gè)團(tuán)隊(duì)都需要參加（Scrum Master、Product Owner、開發(fā)團(tuán)隊(duì)以及客戶）。迭代回顧會包括兩部分，第一部分是定量分析，第二部分是定性分析。其中定量分析又包含團(tuán)隊(duì)是否完成了迭代目標(biāo)，收集并評審迭代度量指標(biāo)（包括速率、迭代燃盡圖、迭代計(jì)劃故事和實(shí)際完成故事、計(jì)劃發(fā)布日期與實(shí)際發(fā)布日期、客戶滿意度、團(tuán)隊(duì)滿意度、生產(chǎn)環(huán)境Bug數(shù)、生產(chǎn)Bug解決時(shí)間、用戶故事等）。定性分析包含哪些工作良好（應(yīng)該繼續(xù)保持），哪些做的不好（應(yīng)該停止）？哪些可以改進(jìn)（團(tuán)隊(duì)選出１－２條在下一個(gè)迭代實(shí)現(xiàn)）？

最常用的敏捷方法和實(shí)踐

• Scrum
• XP

---

歡迎關(guān)注微信公眾號：木可大大，所有文章都將同步在公眾號上。

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。

標(biāo)題名稱：敏捷開發(fā)-創(chuàng)新互聯(lián)
文章轉(zhuǎn)載：http://www.rwnh.cn/article44/dgsshe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站導(dǎo)航、電子商務(wù)、網(wǎng)站策劃、外貿(mào)網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì)、App開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)