Alan Shalloway最近列舉了他所謂的關于看板的“一般神話”。 他的列表中包括以下內容：

• 精益開發是一種能夠在社會化系統中起作用的規范方法。
• 看板要求線性地工作，并且需要太多的傳遞。
• 顯式的規則是靜態的，難于改變，并且不具有靈活性。
• 看板已經獲得了成功，因為它是由早期的采用者完成的。
• 開始時使用Scrum，然后再從看板開始，這樣做會好一些
• 看板不像其它敏捷方法那樣注重人的作用。
• 看板沒有對人做足夠的處理
• 想要獲得強大的改變，你需要進行革命性的改變，而看板則是漸進發展的。

[...]

• 看板是沒有迭代的Scrum。
• 看板大多是用來作為支持的。
• 看板會導致團隊固定不變。
• 看板無法生效，因為顯式的規則在敏捷世界中是不合理的。

　　Shalloway盡其所能在《看板神話》這篇文章中消除其中的一些神話。

　　Alan Dayley引用了關于響應的神話：

我遇到最多的神話是關于WIP限制的。

“如果我們已經達到了極限，那么看板會降低我們對客戶做出快速響應的能力。”

　　Adam Sroka向列表中添加了關于時間箱（timeboxing）的神話：

　　一直以來我所認為的是看板 == 沒有時間箱。

　　有些人認為它是必要的（通常是因為他們認為兩周的時間太短了）。 其他人則認為這意味著他們會破壞規定。

　　這兩種想法都是錯誤的。 我們的節奏不一定必須是兩周，但是我們需要有節奏并且知道它是多少。 我們不會刻意地使用時間箱，但是我們會衡量每件事情會花費多少時間，并試著按照平均的時間讓它最小化。

　　Matthias Bohlen認為Ken Schwaber引用的內容也是一種看板神話： “上帝保佑， 人們試圖找到各種方式，可以在瀑布模式中放松一下，從而獲得休息，并變得更有創意。 有了精益和看板，其中隱藏的部分已經被移除了。 因此現在我們要持續向死亡行軍而沒有停頓。” Bohlen回應說：

　　沒有什么“持續向死亡行軍而沒有停頓”。 人們可以在任何需要的時候停下來喝杯咖啡。 可以決定在什么時候休息。 看板不會比其它方法更嚴重地壓榨人們，因為看板并非是一種方法——人們是使用團隊現有的方法完成的工作。 看板讓工作變得更加透明，但是本身并不是一種方法。 如果你愿意，可以認為它是“非方法”（至少我是那么認為的）。

　　看板與“持續向死亡行軍而沒有停頓”恰恰相反。 考慮一下驗收測試團隊，它的職責是幫助產品所有者發現是否已經正確實現了backlog項目。 如果整個團隊都感冒了會怎么樣呢？ 開發團隊就會遇到WIP限制，因為測試人員都病了，無法把已經開發完成的內容從開發狀態轉換為驗收測試狀態。 因此，這些內容會保持在開發狀態。

　　然后會怎么樣呢？ 開發者會由于自己的WIP限制而停止開發——他們會休息。 他們會讀書、參加培訓、重構他們的軟件、學習一直想要學習的新知識等等。 當測試人員的感冒好了，并繼續工作的時候，他們會發現在這段時間中開發人員并沒有創建大堆的工作等著他們。 沒有任何“死亡行軍”——他們只是繼續工作，并把項目從開發者那里拉過來。 然后，開發者也開始繼續工作，工作流程又開始流轉了。

　　看板的這些“神話”真的是神話嗎？ 你聽說過哪種看板神話呢？

　　查看英文原文：Myths of Kanban

it知識庫：看板神話，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。