I had never before heard of kanban, but when I was introduced to it I got interested and had to buy a book in the subject. So I went ahead and bought Kanban and Scrum - making the most of both, and read it page to page in only a few days. Back to work I started to implement the kanban strategy in our current project, and it didn't take long before I started loving it!
Kanban is perfect for teams looking for quicker deployments and tighter feedback loops. Scrum limits you because of the sprints - you may only release after a completed sprint - but with kanban you can release as soon as you've completed a story, even if you've got other incomplete stories going on at the same time. You don't have to plan every sprit in details, don't have to allocate sprint time for a release, don't have to wait for the next sprint until you can start working on a new story and you don't have to split larger stories into sprint lengths.
The only downside as I've seen with kanban is that it's a bit complicated to implement. In scrum all you need is your development branch, and when you release you simply release directly from it (or merge everything to a release branch). In kanban you need a separate branch for each story, since you don't know which stories will be included in the next sprint. Luckily all you need is Git and some basic knowledge in branching, and you are set to go!
I'll write another blog post covering the details of how we used Git to implement kanban. Until then, go check out that book!