本文摘自敏捷開發。
團隊在踐行敏捷的過程中，會有多種選擇：scrum、xp、kanban、crystal、精益生產、規模化敏捷等，其中最流行的敏捷開發方法當屬scrum。正因如此，大部分人對其產生了刻板印象：認為敏捷就是scrum，實施敏捷就是套用scrum方法。
而產生在敏捷之後的devops集文化理念、實踐和工具於一身，可以提高組織高速交付應用程式和服務的能力，與傳統的軟體開發和基礎設施管理流程相比，能夠幫助組織更快地發展和改進產品，也逐漸成為銜接開發團隊和運維團隊的膠合劑。在這種情況下，大家反而會常常限制在乙個思維困境中：團隊轉型，是選擇scrum還是devops？
在這裡，有必要糾正一下人們的思維誤區。首先，敏捷並非等於scrum，敏捷作為一種軟體開發運動，其發起人試圖以一種更為敏捷的新方式來思考軟體開發、方**以及組織架構，從而幫助行業中的人們。scrum作為一種方**，並不是詳細的操作規範，而是一套行為框架，在此框架基礎上，各團隊根據自己團隊實際情況制定合適的迭代任務。
而devops關注的不只是開發階段的內容，它關注的是整個系統，以促進端到端的價值流動為目的。從客戶提出需求，到進入開發階段，再到交付客戶成果，價值的流動並非侷限於某一階段中。整套系統中各個單元都相輔相成，因此某一部分的改變會影響其他部分，為了使價值順利地流動出去，需要系統中各個單元的相互配合。
因此，當人們對scrum和devops並不了解時，常常會陷入二選一的誤區。實際上，scrum與devops並不衝突，從性質上來講，scrum偏向於基礎框架，devops偏向於文化理念； 從另乙個角度來講，scrum與devops是區域性與整體的關係：scrum更注重每一sprint結束後的成果交付，devops則注重構建、開發、運維等階段的整體執行、前後的銜接與持續交付。
在scrum團隊中，除卻原scrum團隊中的開發人員，還包括架構人員、分析人員、銷售人員等，團隊下一步要考慮的問題是如何將將各職能成員聯絡在一起。部分已經意識到此問題的團隊為了解決單一的scrum方**僅注重開發階段這一弊端，開始尋求devops的支援。
1.持續交付
在scrum中引入devops的持續交付概念，強調每個sprint的完成應以產品增量為目標。
首先，在sprint期間，scrum master不會制定詳實的sprint計畫，而是僅制定sprint中前幾日的計畫，之後便隨著衝刺期間的工作改進、調整靈活變動計畫內容；
其次，每日召開scrum會議，同步團隊中成員計畫，提高成員之間的協作效率；
最後，在sprint結束後，團隊需要召開回顧會議來彙總這一階段所做的工作，反思這次衝刺中的不足之處及應該注意的事項，以便在下次sprint中調整團隊的整體方向。
在sprint階段裡，scrum團隊不斷地進行學習、獲取反饋，努力提高改進、產出速度，使產品盡可能多地發布到交付環境中。隨後scrum master 通過這一期的目標完成情況決定下一期的sprint目標，在這一期間仍要注意的是，儘量減少過程中的人為干預，從而減少發布過程的週期。
2.擴大反饋
scrum團隊通過驗收會議、回顧會議以及每日scrum同步團隊成員的任務進度，以及獲取上一sprint成果的反饋。與單一的scrum不同，應用devops的scrum驗收已經處於生產環境中的sprint成果，驗收標準也不再是單一的效能測試，而是圍繞產品本身、部署架構、市場等方面進行多方位評審，從而制定下一期sprint計畫。
擴大反饋的方式有很多，總的來說首要步驟就是如何提高生產效率。有以下幾種方法：可以利用結對程式設計來增加工作效率，使產品盡可能多地交付到環境中。也可以統一**規範，減少額外成本的增加：當團隊擁有良好且統一的**規範時，會有效規避因某個成員的缺席造成團隊工作停滯的風險，也能夠提公升**的可讀性，從而提高工作效率、擴大反饋。
scrum的儀式感常常表現在迭代計畫會議、每日站立會議、回顧會議等方面。而devops更注重在整個價值流中快速並持續交付價值，這種價值的快速流動需要產品發布過程中每個人的參與；同時，透過自動化「軟體交付」和「架構變更」的流程，逐漸消除人為干預，使得構建、測試、發布軟體更加地快捷、頻繁和可靠。
devops文化倡導 「共同責任」，也就是在產品發布全流程中，所有成員通過協作確保產品有價值，因此，在scrum框架基礎上應用devops能夠幫助scrum團隊更好地進行知識學習和創新。
Scrum團隊成立
一 專案要求 5.scrum團隊成立 5.1 團隊名稱，團隊目標 團隊口號 團隊照 5.2 角色分配 產品負責人 決定開發內容和優先順序排序，最大化產品以及開發團隊工作的價值。scrum master 負責確保團隊遵循 scrum 的理論 實踐和規則。scrum master是團隊中的服務式領導。p...
Scrum團隊成立
1.團隊名稱 套路 團隊目標 一切遵循套路 團隊口號 套路玩的深 誰把誰當真 團隊照 2.角色分配 產品負責人 107楊曉霞 決定開發內容和優先順序排序，最大化產品以及開發團隊工作的價值 scrum master 124陳程 負責確保團隊遵循 scrum 的理論 實踐和規則。scrum master...
scrum和團隊合作
姓名 學號角色 張美慶b20150304502 測試蔣 婷 b20150304514 pm週加旺 b20150304519 pm周巨集波 b20150304524 開發謝敏儀 b20150304601 開發吳雅芳 b20150304613 測試蔣 斌 b20150304620 開發姓名 技術張美慶 ...