一(yī)、談談我(wǒ)對敏捷開(kāi)發（scrum）的理解
推薦文章地址：
https://www.cnblogs.com/byvar/p/7235650.html
這篇文章是我(wǒ)目前所看到的最通俗易通的文章的了~推薦給大(dà)家！
我(wǒ)個人理解的敏捷開(kāi)發，就是把一(yī)個大(dà)目标細分(fēn)爲短期内可以完成的可運行可交付的小(xiǎo)目标；
1.由于拆分(fēn)成小(xiǎo)目标，這樣在短時間内就可以看到成果！在看到成果的同時也可以及時修改，因爲好多産品經理也不能明确自己要做什麽；這樣可以彌補經過長期做出來的産品還不是想要的産品的尴尬！及早發現，及早治療~
2.開(kāi)發人員(yuán)有新鮮感！工(gōng)作效率高！爲什麽這麽說呢？因爲短時間就可以看到自己的勞動成果，使人有滿足感，避免在長時間的工(gōng)作中(zhōng)消耗自己的激情！還有一(yī)點就是 人性 ，一(yī)個人長時間做一(yī)個事情看不到成果難免會懈怠！如果一(yī)個功能開(kāi)發一(yī)個月或者更久，久而久之，自己的開(kāi)發效率啊！主動性啊都沒有剛開(kāi)始的時候那麽積極！（老外(wài)太tm屌了，把人性都考慮在内了，不得不佩服！！！）
舉個例子1：
如果你是開(kāi)發人員(yuán)，你會能感同深受，你在剛開(kāi)始開(kāi)發一(yī)個項目時你的激情和熱度；你在一(yī)個項目中(zhōng)開(kāi)發一(yī)年的激情和熱度！！！
舉個例子2：
爲什麽一(yī)個人在一(yī)個公司呆久了會想要離(lí)職？爲啥？除了工(gōng)資(zī)待遇，公司複雜(zá)文化，我(wǒ)覺得還有一(yī)點就是呆的太久了沒有變化了！就和熱戀中(zhōng)的男女朋友一(yī)樣，熱戀時恨不得天天膩在一(yī)起，時間長了。。。。。。
3.還有一(yī)點我(wǒ)覺得也很重要，快！快！快！搶占市場！！！早死早超生(shēng)！
爲什麽這麽說呢？我(wǒ)覺得這點特别适合當今的互聯網公司，因爲現在純正的互聯網公司要的就是快！！！快就代表着機遇和金錢啊~
你想想如果同樣一(yī)個好的idea要做成産品，有兩個公司都在做，公司a使用敏捷開(kāi)發模式，公司b使用傳統的瀑布式，人家公司a一(yī)周就上線了，b還在搞需求，設計文檔呢。。。。你想想，結果可知(zhī)！可以先不那麽全，先出來個原型然後慢(màn)慢(màn)完善功能！！！爲什麽現在阿裏巴巴已經很牛逼了，但是就是找不到流量的入口，也就是粘性用戶，爲什麽？？？如果阿裏在騰訊開(kāi)發出微信之前，他先開(kāi)發出一(yī)款類似的app，你想想結果會怎樣？o(∩_∩)o哈哈~結果怎樣我(wǒ)也不知(zhī)道。。。。。。
還有一(yī)點就是做個原型上線，看看市場用戶的反饋，如果用戶對你做的這個感興趣，你可以繼續豐富功能，繼續挖掘；如果不case，那就果斷放(fàng)棄，繼續下(xià)一(yī)個idea，也沒多大(dà)的損失！！！因爲好多的産品都是試出來的，沒有哪兒個産品經理敢說我(wǒ)設計的産品一(yī)定是受用戶喜愛的~
以上是我(wǒ)理解的敏捷開(kāi)發模式的好處，也就是小(xiǎo)學語文的中(zhōng)心思想！o(∩_∩)o哈哈~至于其他的像什麽sprint backlog啊，daily scrum meeting啊（每日站立會議），sprint burn down啊（sprint燃盡圖），srpint review meeting（演示會議）啊都是打輔助的！
以上都是理論性的知(zhī)識，其實我(wǒ)認爲最最最重要的就是團隊之間的配合度！！！默契度！！！有效溝通！！！團隊之間要真正的從心裏互相尊重，理解，與欣賞！！！做到一(yī)個團結，緊張，活潑的團隊！！！
二、請闡述Scrum敏捷開(kāi)發模型的8個步驟
1、我(wǒ)們首先需要确定一(yī)個proctbacklog（按優先順序排列的一(yī)個産品需求列表），這個是由proctowner負責的；
2、scrumteam根據proctbacklog列表，做工(gōng)作量的預估和安排；
3、有了列表，我(wǒ)們需要通過sprintplanningmeeting（sprint計劃會議）來從中(zhōng)挑選出一(yī)個story作爲本次叠代完成的目标，這個目标的時間周期是1~4個星期，然後把這個story進行細化，形成一(yī)個sprintbacklog；
4、sprintbacklog是由scrumteam去(qù)完成的，每個成員(yuán)根據sprintbacklog再細化成更小(xiǎo)的任務（細到每個任務的工(gōng)作量在2天内能完成）；
5、在scrumteam完成計劃會議上選出的sprintbacklog過程中(zhōng)，需要進行dailyscrummeeting（每日站立會議），每次會議控制在15分(fēn)鍾左右，每個人都必須發言，并且要向所有成員(yuán)當面彙報你昨天完成了什麽，并且向所有成員(yuán)承諾你今天要完成什麽，同時遇到不能解決的問題也可以提出，每個人回答完成後，要走到黑闆前更新自己的sprintburndown（sprint燃盡圖）；
6、做到每日集成，也就是每天都要有一(yī)個可以成功編譯、并且可以演示的版本；很多人可能還沒有用過自動化的每日集成，其實tfs就有這個功能，它可以支持每次有成員(yuán)進行簽入操作的時候，在服務器上自動獲取最新版本，然後在服務器中(zhōng)編譯，如果通過則馬上再執行單元測試代碼，如果也全部通過，則将該版本發布，這時一(yī)次正式的簽入操作才保存到tfs中(zhōng)，中(zhōng)間有任何失敗，都會用郵件通知(zhī)項目管理人員(yuán)；
7、當一(yī)個story完成，也就是sprintbacklog被完成，也就表示一(yī)次sprint完成，這時，我(wǒ)們要進行srpintreviewmeeting（演示會議），也稱爲評審會議，産品負責人和客戶都要參加（最好本公司老闆也參加），每一(yī)個scrumteam的成員(yuán)都要向他們演示自己完成的軟件産品（這個會議非常重要，一(yī)定不能取消）；
8、最後就是sprintmeeting（回顧會議），也稱爲總結會議，以輪流發言方式進行，每個人都要發言，總結并讨論改進的地方，放(fàng)入下(xià)一(yī)輪sprint的産品需求中(zhōng)；
