Check out my new books that I just published...
DevOPS teams have embraced Agile, Scrum and Kanban methodologies to decrease development and deployment times, while increasing code quality. While broadly fitting under the umbrella of Agile, both Scrum and Kanban are quite different from each other. A few of the most notable differentiators include:
Scrum focuses on fixed length sprints where Kanban is more of a continuous flow model.
Scrum has defined roles where Kanban does not define any specific roles for the team.
Scrum uses velocity as a key metric where Kanban champions the use of cycle time.
=====
Agile Methodology
Agile is a term used to describe approaches to software development emphasizing incremental delivery, team collaboration, continual planning, and continual learning. The term "Agile" was coined in 2001 in the Agile Manifesto. The manifesto set out to establish principles to guide a better approach to software development. At its core, the manifesto declares 4 value statements representing the foundation of the agile movement.
As written, the manifesto states:
Individuals and interactions over processes and tools.
Working software over comprehensive documentation.
Customer collaboration over contract negotiation.
Responding to change over following a plan.
=====
Kanban Methodology
Kanban is a Japanese term meaning signboard or billboard. An industrial engineer named Taiichi Ohno is credited with having developed Kanban at Toyota Motor Corporation to improve manufacturing efficiency
While Kanban was created to help with manufacturing, software development teams share many of the same goals, including wanting to increase their flow and throughput. Using some of the guiding principles of Kanban listed below, teams can often improve their efficiency and deliver value to their users faster.
=====
Scrum Methodology
Scrum is a framework used by teams to manage their work. Scrum implements the principles of Agile as a concrete set of artifacts, practices, and roles. The following diagram details the Scrum lifecycle. Scrum is iterative. The entire lifecycle is completed in fixed time-period called a Sprint. A Sprint is typically 2-4 weeks long.
Scrum prescribes three specific roles:
Product Owner: Responsible for what the team is building, and why they’re building it. The product owner is responsible for keeping the backlog up-to-date and in priority order.
Scrum Master: Responsible to ensure the scrum process is followed by the team. Scrum masters are continually on the lookout for how the team can improve, while also resolving impediments (blocking issues) that arise during the sprint. Scrum masters are part coach, part team member, and part cheerleader.
Scrum Team: These are the individuals that actually build the product. The team owns the engineering of the product, and the quality that goes with it.