In progress. When the developer starts working on his task, he moves the card to the In progress column. All team members see who is working on what. When the task was completed, the card is moved to the next section - Need testing.
Need testing. QA-engineer tracks the cards in the Need testing column. He will start to work when the card appears in this section. If the testing was successful, the card is moved to the Done section. If there are any bugs, a comment with a description of the problem is attached to the card and is returned back to the To do column.
Scrum vs Kanban differences
As you can see, Kanban and Scrum have many common approaches, but at the same time, they have a lot of differences.
1.Scrum methodology strictly regulates the development process - Sprints. This makes the team work hard but efficiently, following the deadlines. Each Sprint ends with a completed module that can be shown to the client. Kanban doesn't have sprints. Thus in Kanban it is more difficult to control the development time and predict the completion of a module.
2.After the start of the Sprint, the Scrum methodology does not allow changes in the "backlog" (tasks), since this breaks the basis of the system. Kanban gives you the ability to add/delete tasks at any phase of the web development. Thus, Scrum is not such a flexible methodology as Kanban.
3.Scrum requires additional roles/team members (Scrum Master, Product Owner etc) to manage the development process. At that time, Kanban does not require such resources, since the process is linear and more simple in the organization.
4.Scrum requires time for meetings, Sprint organizations, daily meetings-reports. Kanban doesn't require obligatory meetings and saves time. They can be held once a week or once a month.
As you can see, Kanban and Scrum have their own features. Each project requires a specific approach to the development process. In some cases it is necessary to use Scrum, in others - Kanban. Scrum is great for a large project (duration of 3 months), which has a full specification and requirements before starting the development.
In this case, the team will easily make a detailed development plan and divide the process into Sprints. Kanban is great for small projects, business websites where it doesn't take a lot of time to plan. Also, it is well suited for long-term projects, where there is no clear specification. Where the task is created in the development process.