Visualize the workflow, Split the work into pieces, write each item on a card and put on the wall., Use named columns to illustrate where each item is in the workflow.
Limit Work In Progress (WIP) – assign explicit limits to how many items may be in progress at each workflow state., The WIP limit is per workflow state (lane), not per person, Experiment with the exact number for the WIP, there should be a good balance between the lanes, no deadlocks, Too low kanban limit => idle people => bad productivity, Too high kanban limit => idle tasks => bad lead time
Measure the lead time (average time to complete one item, sometimes called “cycle time”), optimize the process to make lead time as small and predictable as possible.
Break down todo items into up to 8 hours tasks
Daily standup, similar to a daily scrum, proposing solutions and prioritizing decisions
Iteration planning, Update charts and board., Look back at the last week. What happened? Why was it so? What could be done to improve it?, Readjustment of WIP limit (if needed)., Task breakdown and estimation of new project [if needed].
Split your organization into small, cross-functional, self- organizing teams.
Split your work into a list of small, concrete deliverables. Sort the list by priority and estimate the relative effort of each item.
Split time into short fixed-length iterations (usually 1 – 4 weeks), with potentially shippable code demonstrated after each iteration.
Optimize the release plan and update priorities in collaboration with the customer, based on insights gained by inspecting the release after each iteration.
Optimize the process by having a retrospective after each iteration.
No items can be added to the scrum board during an iteration, the earliest is the next iteration
Velocity is a measure of capacity – how much stuff we can deliver per sprint.