敏捷開發(fā)之scrum讀后感

讀《輕松(qīnɡsōnɡ)Scrum之旅》有感(yǒuɡǎn)主講人：張新敢2016年10月9日星期日DesignedbyZhang上海應(yīng)用技術(shù)大學(xué)計算機學(xué)院共四十頁讀《輕松(qīnɡsōnɡ)scrum之旅》有感(yǒuɡǎn)主講人：張新敢2016年10月9日星期日DesignedbyZhang上海應(yīng)用技術(shù)大學(xué)計算機學(xué)院共四十頁本書主要(zhǔyào)內(nèi)容瀑布模式(móshì)開發(fā)的缺點敏捷開發(fā)詳解Contents1·目錄一123共四十頁本書簡介(jiǎnjiè)作者以自身(zìshēn)的項目實踐為原型，講述了一個項目組從頭開始實踐敏捷的完整歷程在項目推進過程中整個項目團隊遇到了很多敏捷開發(fā)的問題，并一一化解，最終走向成功，里面有很多經(jīng)驗值得我們借鑒書中穿插著講解了敏捷開發(fā)的一些基本概念，循序漸進，能夠?qū)φ谑褂妹艚蓍_發(fā)或者正在學(xué)習(xí)敏捷開發(fā)的同學(xué)有所幫助123共四十頁傳統(tǒng)瀑布模型(móxíng)缺點需求一開始不可能做得特別準(zhǔn)確，沒有讓客戶積極參與進來，開發(fā)人員全憑自己(zìjǐ)的理解開發(fā)需求、設(shè)計、開發(fā)、測試各個環(huán)節(jié)是一環(huán)套一環(huán)的。如果需求需要改，設(shè)計也就跟著該，后面的開發(fā)就會錯上加錯，后果往往無法彌補。共四十頁傳統(tǒng)(chuántǒng)瀑布模型缺點如果真的要改需求，由于已經(jīng)差得太遠(yuǎn)，只能(zhīnénɡ)加班加點靠拼體力來補救，因為交付日期在那放著呢。結(jié)果是團隊成員都很疲憊，士氣下降，代碼質(zhì)量也在下降，形成惡性循環(huán)。最大的問題是不重視開發(fā)人員，只追求眼前利潤，忽視長遠(yuǎn)的戰(zhàn)略發(fā)展。共四十頁敏捷開發(fā)的主要內(nèi)容共四十頁2什么是敏捷(mǐnjié)開發(fā)？敏捷(mǐnjié)的核心SCRUM開發(fā)過程敏捷開發(fā)的主要內(nèi)容·目錄二143敏捷開發(fā)的收獲共四十頁敏捷(mǐnjié)項目管理和傳統(tǒng)項目管理事先對整個項目進行估計(gūjì)、計劃、分析反對變更;變更需要重新估計、重新規(guī)劃嚴(yán)密的合同來減少風(fēng)險傳統(tǒng)項目管理敏捷項目管理對整個項目做一個粗略的估計,每一次迭代都有詳細(xì)的計劃.鼓勵需求變化,每一次迭代都是獨立的信任和賦予權(quán)力;合約使變更變得簡單，增加價值共四十頁需求(xūqiú)的變更從需求、設(shè)計，到開發(fā)、測試和部署，是一環(huán)套一環(huán)的，結(jié)束一個環(huán)節(jié)才能開始(kāishǐ)下一個，中間過程很長，且不允許有變更，等到交付的時候才發(fā)現(xiàn)已經(jīng)與客戶的目標(biāo)相差太遠(yuǎn)了。這時，要想彌補就要付出巨大的代價，很多工作需要重來，從而產(chǎn)生了巨大的浪費。共四十頁需求(xūqiú)的變更敏捷開發(fā)的每一個迭代就相當(dāng)于圖中的一個小箭頭(jiàntóu)，由于開發(fā)工作能夠根據(jù)需求的變化不斷調(diào)整，所以整個過程中浪費很少。共四十頁敏捷(mǐnjié)項目管理和傳統(tǒng)項目管理項目(xiàngmù)作為一個“黑盒子”，對客戶與供應(yīng)商的可視性差.產(chǎn)品化和測試階段是分離的.軟件交付時間晚,意識到風(fēng)險的時間晚.傳統(tǒng)項目管理敏捷項目管理客戶和開發(fā)人員之間是緊密的連續(xù)的合作關(guān)系.每次迭代都產(chǎn)生可交付的軟件專注于交付軟件.第一次迭代就可交付能工作的版本，風(fēng)險發(fā)現(xiàn)的早.共四十頁瀑布模型(móxíng)開發(fā)流程了解他們對房子的條件(tiáojiàn)和設(shè)施，并記錄下來。等房子蓋好了，如果有人對它不滿意，就得拆掉重新蓋。敏捷開發(fā)流程了解他們的大致需求快速蓋好一大間可以住的房子，然后再請他們提意見按每人的意見繼續(xù)改進，經(jīng)測試滿意后再繼續(xù)滿足下一個人的要求破土動工，按要求建造房屋。在房子沒蓋好之前，他們一直沒有房子住。共四十頁什么是敏捷(mǐnjié)開發(fā)？敏捷開發(fā)是一種開發(fā)方法學(xué)，可以應(yīng)對客戶快速變更的需求。它強調(diào)以人為核心，采用迭代的方式，循序漸進地開發(fā)軟件。在敏捷開發(fā)過程中，軟件項目被劃分成多個相互聯(lián)系但也能獨立運行的子項目。這就使得每個子項目在開發(fā)、測試直至完成的過程中一直保持可使用(shǐyòng)的狀態(tài)。共四十頁敏捷開發(fā)的核心思想是“適應(yīng)(shìyìng)變化”和“以人為本”。適應(yīng)(shìyìng)變化客戶的需求可能在項目開發(fā)過程中不斷變化，即使是在合同談判階段確定的需求，也可能在客戶看見了逐漸成型的產(chǎn)品之后而發(fā)生改變。敏捷方法制定計劃的時候應(yīng)該盡量簡潔、靈活，使其能適應(yīng)技術(shù)和需求方面的變化。敏捷方法歡迎并且隨時準(zhǔn)備應(yīng)對變化。隨時響應(yīng)變化的能力往往決定著一個項目的成敗共四十頁敏捷開發(fā)(kāifā)的核心思想是“適應(yīng)變化”和“以人為本”。以人為本軟件開發(fā)應(yīng)當(dāng)是一項令人愉悅的活動，因此它們注重調(diào)動人的積極性、主動性和創(chuàng)造性，并培養(yǎng)(péiyǎng)人在工作中的自豪感。敏捷開發(fā)的理念就是信任開發(fā)團隊能夠很好地完成任務(wù)招到合適的人是所有開發(fā)環(huán)節(jié)中最重要的。AverygoodteamplayerExcellentcommunicationskillsOpenminded,pro-active,andself-motivated共四十頁敏捷開發(fā)(kāifā)的收獲員工(yuángōng)的收獲項目經(jīng)理的收獲客戶的收獲共四十頁敏捷開發(fā)(kāifā)的收獲員工(yuángōng)的收獲改善員工的滿意度穩(wěn)定的工作量團隊精神，能夠規(guī)劃和管理自己的工作項目經(jīng)理的收獲客戶的收獲共四十頁敏捷開發(fā)(kāifā)的收獲員工(yuángōng)的收獲改善員工的滿意度穩(wěn)定的工作量團隊精神，能夠規(guī)劃和管理自己的工作共四十頁敏捷(mǐnjié)開發(fā)的收獲員工(yuángōng)的收獲項目經(jīng)理的收獲提高了生產(chǎn)率;減少了文檔，重復(fù)工作每次迭代都有明確的目標(biāo)共四十頁敏捷(mǐnjié)開發(fā)的收獲員工(yuángōng)的收獲項目經(jīng)理的收獲客戶的收獲按預(yù)期收到軟件短期內(nèi)產(chǎn)生成效共四十頁敏捷(mǐnjié)開發(fā)的收獲短期內(nèi)產(chǎn)生(chǎnshēng)成效按預(yù)期收到軟件短期內(nèi)產(chǎn)生成效共四十頁Scrum概述(ɡàishù)Scrum角色(juésè)及職責(zé)Scrum流程SCRUM開發(fā)模型·目錄三123共四十頁Scrum概述(ɡàishù)Scrum是敏捷方法開發(fā)的一個(yīɡè)輕量級的管理軟件,名字來源于橄欖球運動中的scrum過程這種開發(fā)方法簡單，但高度的紀(jì)律性Scrum是一種工作管理的方法，不僅僅限于軟件開發(fā)，可以用來管理其它活動.餐館管理問題房屋裝修問題項目分成增量的迭代過程，每個sprint都可以產(chǎn)生可交付的迭代共四十頁Scrum解決房屋裝修(zhuāngxiū)問題主人公房屋裝修一開始，裝修工人非常懶散，不是聊天就是整理工具，真正工作的時間非常少。裝修公司為了保證工程的進度和質(zhì)量，都會安排“包工頭”進行監(jiān)督和巡視，而這些人的工作時間要比工人們相對靈活(línɡhuó)一些。另外工資按天結(jié)算，工期過半時，裝修不到三分之一。雙方都很著急的情況下，主人公建議“包工頭”挑選一個表現(xiàn)好的當(dāng)‘頭兒’，工資高一點讓他全權(quán)負(fù)責(zé)。另外，還要跟他們講清楚，延期的罰款會平攤到每個人的頭上，那個當(dāng)‘頭兒’的罰得更重一些，并且延期的工作沒有工資。共四十頁Scrum解決房屋裝修(zhuāngxiū)問題另外每天工作前開個碰頭會，先說一下昨天自己都干了什么，今天打算干什么，有什么困難需要(xūyào)其他人幫助。你可以不用參加，但一定要讓那個‘頭兒’組織大家討論一次，幾分鐘就可以，后有事情、有問題及時讓那個‘頭兒’跟你講。一周后，一切都不一樣了。最后，工程居然按期完工，并且這間房子還作為樣板間給這家裝修公司攬下了不少客戶。共四十頁Scrum中的三種(sānzhǒnɡ)角色ProductOwner:項目(xiàngmù)所有者ScrumMaster:項目推動者ScrumTeam:Scrum團隊共四十頁Scrum角色(juésè)及職責(zé)ProductOwner需求(xūqiú)按優(yōu)先級排序計算投資回報項目發(fā)布問題對Sprint的結(jié)果評審解決主要問題支持團隊開發(fā)決策、消除障礙訓(xùn)練團隊提高生產(chǎn)率確保工作順利運行推動會議的召開Scrum的中心角色自我組織、自我管理參與迭代任務(wù)清單的創(chuàng)建全面參與所有的各項會議執(zhí)行任務(wù)清單的任務(wù)ScrumMasterScrum團隊共四十頁敏捷的項目有三個主要(zhǔyào)階段產(chǎn)品定義(規(guī)劃);運行Sprints所需要的準(zhǔn)備(zhǔnbèi)、規(guī)劃、技術(shù)分析.執(zhí)行Sprints(執(zhí)行):在增量時間段內(nèi)實現(xiàn)需求(產(chǎn)品需求清單).結(jié)束:準(zhǔn)備最終發(fā)布，結(jié)束項目共四十頁Scrum中如何實現(xiàn)(shíxiàn)一個Sprint？1、Scrum計劃(jìhuà)會議在每個Sprint開始之前，需要召開Scrum計劃會議，會議時間一般為4~8小時，參加人員有產(chǎn)品責(zé)任人、ScrumMaster、Scrum團隊和其他感興趣的人。ProductOwner從產(chǎn)品Backlog中挑選高優(yōu)先級的任務(wù)，并與Scrum團隊一起決定在這個Sprint中需要完成多少功能。Scrum團隊將這些任務(wù)分解成小的功能模塊。Scrum團隊成員詳細(xì)討論如何能按需求完成這些功能模塊，并估計完成每個功能模塊所需的大概時間共四十頁Scrum中如何(rúhé)實現(xiàn)一個Sprint？2、每日Scrum會議(huìyì)每日Scrum會議，站立舉是為了控制時間在15分鐘左右，時間最好在清晨，有利于團隊安排工作計劃，只有團隊成員可以發(fā)言，其他人員有興趣可以參加，但不可以發(fā)言。主要內(nèi)容是三個問題：昨天我完成了什么工作？今天我打算做什么？我遇到了什么障礙？共四十頁Scrum中如何實現(xiàn)(shíxiàn)一個Sprint？3、Scrum評審(pínɡshěn)會議Sprint評審會議在Sprint結(jié)束時召開，用來展示Sprint中完成的功能，不需要PPT，一般是已經(jīng)完成功能的Demo，而客戶、管理層、ProductOwner以及其他開發(fā)人員等都可以參加。與會人員依據(jù)在Sprint計劃會議上確定的這個Sprint的目標(biāo)來評審具備了這些新功能的產(chǎn)品。共四十頁Scrum中如何實現(xiàn)(shíxiàn)一個Sprint？4、Scrum回顧(huígù)會議Sprint回顧會議由產(chǎn)品責(zé)任人、Scrum團隊和ScrumMaster參見，會議中會討論：哪些好的建議或方法；在Sprint中有什么做法不可??；有哪些做法效果很好，應(yīng)該繼續(xù)下去。結(jié)束后，Scrum團隊進行總結(jié)和反思，使整個團隊能持續(xù)成長。總之Sprint回顧會議的宗旨就是：Scrum團隊如何在下一個Sprint中做得更好！共四十頁Scrum回顧(huígù)會議的重要性因為它是讓Scrum團隊成長和進步的最好的機會。如果(rúguǒ)不開Sprint回顧會議，不久以后你就會發(fā)現(xiàn)，你的團隊在不斷地犯著同樣的錯誤。在文章中，關(guān)毅盡管已經(jīng)了解了不少關(guān)于Scrum和敏捷的知識，不過，離真正的理解和運用嫻熟還差得很遠(yuǎn)。共四十頁Scrum工具(gōngjù)使用表格的橫向上劃分了每個任務(wù)不同的狀態(tài)，分別是“未開始”、“被阻塞”、“進行中”和“已完成”；在表格的縱向上劃分了任務(wù)的所有者，即任務(wù)的所屬人。每張小卡片就代表著一個任務(wù)，挪動(nuódong)小卡片就是為了改變它的狀態(tài)。共四十頁Sprint1開發(fā)(kāifā)注意事項計劃不詳細(xì)(xiángxì)，采用“照明彈”策略Scrum工具使用，確保每天都進行準(zhǔn)確的更新每一個Story，要盡可能了解它的需求文檔應(yīng)簡潔，避免浪費資源，提高面對面交流根據(jù)興趣選擇任務(wù)為了促進交流，Scrum團隊成員位置應(yīng)該靠近Scrum工具使用，確保每天都進行準(zhǔn)確的更新共四十頁測試(cèshì)問題撲克牌背后的敏捷(mǐnjié)思想按照產(chǎn)品整合部門可以大大提高執(zhí)行效率，開發(fā)和測試在行政上屬于一個部門有利于使他們結(jié)合成一個真正的Scrum團隊。為了精確估計每個story完成所需的時間，引入撲克牌游戲。撲克牌背后的敏捷思想是團隊里沒有絕對的權(quán)威，每個人都有可取之處，要避免少數(shù)服從多數(shù)。