It's a convenient way to control the work progress using several parameters simultaneously:
We have prepared several standard boards for each standard process which you can adapt for your own tasks and save them as an independent module including all these settings.
There are two main technological schemes of development:
Thus, we can control and monitor:
In the case of a sequential scheme process of requirement implementation is represented in the form of stages (columns on the board) which reflect your development technology. A requirement can be located only on one stage at the moment, e.g., on the analysis or testing stage. When the current stage is completed, e.g., the detailed system requirements are prepared, the source primary requirement is transferred to the next stage and so on. An example of such scheme is "Product maintenanceā scheme based on Kanban.
Sequential processes are not always convenient. Many software development tasks can be performed concurrently, e.g., design, development, and preparation of test documentation. High complexity of tasks can cause their return to previous stages when the assignee is already occupied with the next task. In this situation, it's more convenient to give team the possibility to define amount of work and the sequence of its execution independently. You can achieve this by decomposing requirement into tasks. An example of such scheme are "Product search" and "Product developmentā processes.
On the above scheme from "Product searchā process, the story board is used for planning the project. Operational task management (requirement implementation) is carried out on the task board.
| Work-In-Progress limitation | It is applied in the processes based on Kanban. Allows to limit number of the tasks/requirements that have a particular status. This limitation has a soft nature, i.e., it only indicates the exceeding, but doesn't prohibit anything. |
| Limit of the assigned work | This limitation allows to define the limit of work to be assigned for a single assignee. Use the limitation if it's necessary to avoid situations when assignees take tasks for themselves, but don't do them actually. |