我正在研究流行的敏捷方法看板，但我找不到任何有用的材料。最重要的是，我沒有真正瞭解WIP如何在看板方面有所幫助。看板如何防止工作人員過多的多任務
根據this wikipedia article,看板倡導者限制正在進行的工作，以及減少由於多任務和上下文切換造成的浪費，暴露操作問題並刺激協作以不斷改進系統。
這個關於WIP的解釋對我來說很陌生，因爲我認爲它假定一個工作人員應該只在整個看板階段中的一個工作，比如「待辦」，「開發」 ，「測試」，「完成」，而不是在整個階段拿一件物品並照顧它。我認爲其中只有兩個階段，即「發展」和「測試」，是你工作的階段。所以如果你在「測試」階段工作，那麼你應該整天完成的工作，而不觸及「發展」過程呢？這看起來太僵硬了......這真的是那些敏捷的公司在那裏工作嗎？
從維基百科的報價說：
...減少浪費，由於多任務處理和上下文切換
注意，它並沒有說'消除浪費由於多任務處理和上下文切換」。
在製品限制一次不指定一項任務。團隊調整他們的WIP限制，以便提供最大的工作量。
團隊可能會爲每個團隊成員一次嘗試一項任務，並意識到這不是有效利用時間。然後，他們可以提高WIP限制，直到他們發現吞吐量達到最大的甜蜜點。
您正在解釋看板系統是如何工作的，而在製品管理行爲中限制角色是不正確的，鑑於維基百科文章中有限的信息，這並非意外。
在製品限制是明確的政策，團隊用於鼓勵持續的工作通過看板系統。考慮到看板系統所需的操作特性（如何執行），WIP限制用於優化拉動行爲。
這是關於WIP解釋脫落爲怪我，因爲，我認爲，它假設一個工人應該是工作僅在整個看板的一個階段
WIP限制不應該被實施爲使得每人有1件「物品」在製品。可能會發生這種情況，但這不太可能是因爲有創意的知識工作活動的時間安排需求。
所以，如果你是在「測試」階段的工作，是在工作，你應該做的，整天不碰「發展」的過程呢？
在製品限制應該管理工作，而不是工作人員。工作項目可能正在測試中，但這並不意味着QA專業人員無法幫助工作流程中的其他任何人。測試中的WIP限制值爲3意味着一次只能測試三個工作項目，而高於或低於該值的任何項目都不是系統的最佳行爲。
它看起來太僵硬了......這真的是那些敏捷的公司在那裏工作嗎？
看板可能是最靈活的方法，可以支持組織或團隊中敏捷功能的出現。如果您要閱讀Kanban by David Anderson或Kanban from the Inside，您將對WIP限制及其在虛擬看板系統中的工作方式有更深入和更準確的介紹。
這是一個很好的解釋，我很欣賞這一點。現在我可以想象看看看板在實踐中是如何工作的。 但是仍然不明白的是，看板的WIP如何防止工人同時做很多事情。據你說，WIP適用於工作，而不是工人，所以看起來它與工人完成的多任務無關。 –
@DerekKim它不會停止多任務說每一個。它鼓勵專注於完成事情。如果團隊在某些事情完成之前不應該開始一些事情，那麼鼓勵團隊去完成故事。作爲團隊_get this_，他們開始聚集在需要完成的事情上，而不是單獨開始新事物來保持自己的繁忙。 人類不需要多任務。我們上下文切換。上下文切換很昂貴。看板鼓勵我們通過WIP限制來降低成本。 如果您想探索更多基於個人的看板方法，請參閱Google個人看板。 –
這個問題不應該在這裏問嗎？脫離主題。在這裏選擇另一個stackexchange平臺：http://stackexchange.com/sites – osmanraifgunes
我投票結束這個問題作爲題外話，因爲它屬於項目管理 –
我投票結束這個問題作爲題外話，因爲它不是關於編程。 – EJoshuaS