面對看板董事會工作流程問題，並不認為我們已經完成了一個解決方案。
我們正在構建一個由提供JSON內容的中間件層支持的應用程序。沒什麽新鮮的。
我們的問題是保持穩固的工作流程。
At the moment we have the following (of relevance) columns: Ready 4 Dev | In Dev | Ready 4 Test | In Test
我們還有 iOS |的水平泳道Android |服務器切割每個列。
我們還有彩色編碼票（紅色= bug，紫色=服務器等）。
理想情況下，在順序世界中，我們有f/e和b/e列，但不用說，工作可以並行發生在組件上。
我們有過幾個想法：
-
當復合任務流過時，使用位於“飛行中”通道的一張票/卡/故事。它只在所有任務完成後才完成
-
STORE分為兩個（或許更多）門票（基本上是任務），我們將水平分量（b/e和f/e）泳道移除
例：
Feature: T&Cs (as part of an MVP)
Ticket 1: Format and style HTML docs Ticket 2: Upload HTML docs to server and provide addresses Ticket 3: Implement WebKit calls to HTML files Ticket 4: Middleware service to communicate between client and DB (to record when and what version T&Cs were agreed to on registration)
例如...
因此，上面有很多相關的門票，每個門票需要不同的人或團隊來完成一個有點微不足道的功能。
建議？