From the course: Becoming a Product Manager: A Complete Guide
What is Kanban and how does it work?
From the course: Becoming a Product Manager: A Complete Guide
What is Kanban and how does it work?
- What is up everybody? So what's Kanban? And how does it compare to Scrum? By the way, is it Kenban or Kanban? I'm almost positive it's Kanban but if I'm wrong, tweet at me or something. So like scrum, Kanban is just a framework for implementing agile software development, except it's not as strict as Scrum in terms of meetings and times. So you may have actually seen, what's referred to as a Kanban board before. It's just a bunch of columns with cards on it that you can move from one column to the other one to reflect a state of that item. Like TO DO in progress, and then Done. However, just because something has a Kanban style board does not mean that that is the Kanban process. Instead, the key concepts with Kanban are that it does not use sprints. So you don't timebox the work of your team into these two or four week periods. Also since there is no sprints, there's no sprint backlog, which we'll learn about it, but only the product backlog itself. So what happens is the team just works on their tickets. They do the work, they move it to done, and then they take the next task off the top of the product backlog. And that backlog just goes on forever. It's just endless. Kanban is also different from Scrum in that it does not prescribe any particular meeting types like scrum does with standup meetings and sprint planning meetings and retrospective meetings. And there's one more big difference. Kanban operates off of the theory that only a certain amount of items can be in progress or in any given state at one time. How many items can be in each particular state is up for you and your team to decide. Some software teams use Kanban, but it tends to work best with teams that are not very concerned with things like estimation and are continuously moving tasks through the same number of steps pretty quickly until they're complete. For instance, customer service teams often use a Kanban style of working, right? So we are familiar with Scrum and Kanban. And then the big question is, which one is best? Sorry to disappoint you, but there's no definitive answer here, as it depends on what your team prefers to use. The best process is the one that you like using. As you can tell, Kanban is a more relaxed way of doing agile development, but it has a big disadvantage since it doesn't use sprints, it's going to be more difficult to project the amount of time it's going to take to complete work. Don't worry too much about that right now. 'Cause we're going to talk about things like estimations and velocity at a later lecture. So let's recap. Kanban is just another way to implement an agile type of software development workflow. It's a little less prescriptive than Scrum and it does not use sprints. All right, everybody, I will see it in the next lecture.
Practice while you learn with exercise files
Download the files the instructor uses to teach the course. Follow along and learn by watching, listening and practicing.
Contents
-
-
-
The four major phases of the product lifecycle3m 4s
-
(Locked)
Product lifecycle phases: Real-world examples4m 6s
-
(Locked)
Product development process3m 18s
-
Getting deeper into the product development process3m 53s
-
(Locked)
What is Lean Product Development?1m 55s
-
(Locked)
What is Agile?1m 37s
-
(Locked)
What is Scrum and how does it work?4m 17s
-
What is Kanban and how does it work?2m 46s
-
(Locked)
What is Waterfall development?1m 12s
-
(Locked)
Real-world examples of Waterfall and Agile4m 26s
-
-
-
-
-
-
-
-
-
-
-
-
-
-