那麼兩者有什麼區別？且看下文一一拆解：
1理念
kanban和scrum都圍繞著敏捷開發的理念展開。在敏捷開發實踐中，負責人都需要使用迭代方法和使用者故事。基本上，這種策略使用里程碑和自組織團隊，而不是對每個專案採用全域性性的方法。由於這種快速、靈活的方**，敏捷開發人員具有競爭優勢，能夠在短時間內完成長專案。
當考慮kanban和scrum時，考慮目標是很重要的。
kanban就是限制正在進行的工作的數量和視覺化團隊的工作。通過減少完成使用者故事所需的時間，團隊可以最大化工作流。
而使用scrum，乙個軟體專案被劃分為一組稱為sprint的時間間隔。每個間隔都像乙個學習迴圈，幫助團隊學習和吸收反饋。
scrum和kanban的區別在於專案是如何執行的，以及專案對於突然變化的靈活性。
2團隊
scrum和kanban的乙個明顯區別是團隊本身。
當使用者使用kanban時，沒有關鍵的角色需求，因為結構非常靈活。相反，kanban方**只建議團隊需要有乙個專案經理。
scrum恰恰相反。建立專案工作流時，必須分配關鍵角色。這些角色是針對dev team、scrummaster和product owner的。dev team負責完成每日待命中列出的任務。雖然dev team必須實現日常和總體目標，但product owner是設定這些目標的人。然後，scrummaster負責管理時間線。
如果負責人試圖在kanban團隊和scrum團隊之間進行選擇，那麼角色需求是乙個重要的考慮因素。kanban是在scrum不適用於團隊的情況下使用的，您需要乙個更靈活的選項。無論你選擇哪一種方案，這兩個方案仍然需要某種團隊合作來實現目標。
3進度
由於kanban和scrum都是管理工作流程的廣泛系統，所以它們的截止日期、優先順序和節奏之間的差異是比較這兩個敏捷開發模式的關鍵。kanban將重點放在優先順序上，因為專案預計會隨著時間的推移而發展和變化。相比之下，scrum希望使用者在sprint中清楚地描述專案的目標，因此不論誰都不應該在進行過程中更改計畫。
kanban允許使用者為專案建立專案截止日期、流程、角色和限制。隨著專案需求的變化，這些變數可以很容易地處理和更改。
與kanban不同，scrum對時間表有嚴格的關注。團隊應該遵守紀律，並保持在預先設定的時間表和優先事項的重點之內。scrum team決定他們想要的點數分配，然後他們堅持下去。
如果團隊使用scrum，則必須對團隊的能力和目標有很強的理解。每個sprint都需要乙個可交付結果，如果想完成可交付結果，那麼必須準確地**專案的範圍。在scrum中，也不鼓勵超過最後期限，因為大家應該在sprint期間完成目標。
4節奏
節奏是scrum和kanban的另乙個重要區別。
scrum通常執行得更快，因為sprint的長度大約為2到4周。每個sprint都有乙個明確的開始和結束日期。
因為scrum的時間框架很短，所以它更容易處理複雜的任務。這些任務被分成小組可以快速處理的小故事。每個sprint包括sprint計畫、sprint回顧、每日scrum會議和回顧會議。
反之，kanban就會有乙個連續的流程。工作項在kanban上的卡片上。每一張卡片都順利地進入工作流的另乙個階段。在toggl計畫中，您可以快速地將任務從一種狀態拖放到另一種狀態，並新增顏色編碼的標記以視覺化每種型別的任務。
使用kanban時，可以建立自定義列。比如常見的專案管理工具，如：jira、禪道等，都可以用不同的列來標識哪些任務正在進行、哪些正在等待批准、哪些已經完成。標籤用於區分不同型別的設計（列印、社交、網路等）。使用這些板可以幫助團隊發現流程中的瓶頸，這樣團隊可以改進。
5任務板
在每個系統中，如何設定任務板也會有所不同。同樣，這些功能乍看起來也很相似，但是在列和其他功能的工作方式上有一些關鍵的區別。
當使用者檢視scrum板時，大家都會注意到列。這些列具有顯示sprint backlog的開始和專案結束之前的所有步驟的標籤。sprint中的使用者故事應該在最後一列中結束，否則sprint無法成功實現其目標。
使用kanban，列被標記以反映工作流中的不同位置。它們還顯示了在任意給定時間點可以放入列中的最大故事數。因為團隊成員可以不斷新增新的故事，所以工作流板可以在專案展開時保持流動，而不是處理諸如sprint length之類的限制。
6過程中的變革
有了kanban，團隊可以隨時進行更改。無論何時，團隊都可以將新的工作項新增到專案的backlog中。然後，團隊可以移除現有卡並根據需要調整wip限制。
當團隊使用scrum時，不應該在sprint中做任何改變。相反，團隊會得到反饋，為下一次衝刺做準備。在每次迭代結束時，團隊才有機會在sprint回顧中討論將來的更改。
以上是kanban和scrum在敏捷開發具體實踐中的六點不同，各位測試經理、負責人，大家可以在實踐中慢慢體會。
mysql必知必會 mysql必知必會（四）
十四 理解子查詢 1 通過子查詢過濾 這本書在所有的章節都關連到了資料庫表，訂單資料是儲存在兩個表中，orders表儲存著 訂單號碼 顧客id和訂單日期。個人的訂單列表關連著orderitems表，訂單表沒有儲存顧客資訊，它只是儲存著顧客id，這實際的顧客資訊是儲存在customers表中。現在假設...
mysql的必知必會 mysql 必知必會 筆記
好久沒有寫了。1 show columns from table 等同於describe table顯示的是表的結構。而select from table 則顯示的是整個表中插入的資料。2 select distinct c1,c2 from table除非列不相同，否則所有行將被檢索出來，即不能對...
C 必知必會
條款2 多型 2 條款3 設計模式 5 條款4 stl 8 條款5 引用是別名而非指標 10 條款6 陣列形參 13 條款7 常量指標與指向常量的指標 16 條款8 指向指標的指標 19 條款9 新式轉型操作符 21 條款10 常量成員函式的含義 25 條款11 編譯器會在類中放東西 29 條款12...