for science teams
Kaizen means continuous improvement but refers more specifically to a cycle of improvement. In its simple1 form, it is the Deming Cycle
But Kaizen is more than that. Kaizen also involves flattening team hierarchy to foster improvement and innovation. Kaizen seeks to “empower” the worker/developers and flips the role of the manager from “boss” to coach/teacher/servant.
A lightweight workflow structure for software development which is characterized by 4 key features, 2 of which are closely Kaizen related. In this lecture, I’ll introduce SCRUM, a very popular agile workflow process.
The term “agile” is traced back to the 2001 Agile Manifesto1, but the ideas are much earlier and broader. It is very related to Kaizen ideas and “Toyota Way”.
Yes! These are methods for driving innovation and discovery.
Elements of Kaizen and agile can be used in isolation. These are proven methods to improve team collaboration and project workflow.
I divide the ideas in agile methodologies into four areas that are always present in one form or another.
A key principle: dividing work into 10-30 day chunks with plan and review (or check) elements
Flat team structure, team member “agency” and a spirit of cooperation instead of competition is central to Kaizen and agile. Two key agile team habits that support this are:
Here is a task board set up on a GitHub project board.
team awareness fundamentally changes the team dynamic
forces work to be iterative and incremental
helps team define a minimally complete chunk of work that can be reviewed
quickly reveals bottlenecks and barriers
Keeping the team task board fresh won’t happen by itself. Everyone get pulled into their own rabbit hole and then team becomes silo-ed.
Daily Standup
time-boxed 15 minutes
FORM: what I did yesterday, what I plan to do today, any barriers
a designated team facilitator runs this
done around the task board
can be done asynchronously but much better if it is live
gets the team in flow
Most popular and widely used method in software development, but not restricted to software at all.
Formalizes the workflow cycles and events
Roles
Artifacts
Product Owner Works on the backlog and gets tasks ready for next sprint.
Scrum Master
Team
1 In a science context, this might be an informal presentation. Formal enough that you need to do a good job, not so formal as to need to spend a lot of time on polishing it.
This is a Lean/Agile/Kaizen methodology
Scrum as implemented in software development
User Stories and Epics How you plan tasks as Scrum is implemented in software development.
Velocity Velocity and measuring the size of tasks is a key part of Scrum in software development.
Watch some of the videos or read a intro book. I found this 3-hr video course most helpful. Free via UW Libraries. Scrum Fundamentals
Once you understand the basics, start experimenting with sprints and sprint planning on your own (solo), e.g. for a talk or a class paper. Get used to the plan, work from tasks, review framework before trying with a group.
Watch me plan a simple solo sprint. 5 minute video. Simple Sprint Planning using GitHub
Atlassian Kanban video series
These cover the basic elements
5 minute intro to Scrum Basic Structure of Scrum
12 minute intro to Scrum Product development perspective
I really liked this video course. You can get it free via UW Libraries. Scrum Fundamentals
Scrum: The Ultimate Beginner’s Guide To Learn And Master Scrum Agile Framework by Hein Smith
Scrum: The Art of Doing Twice the Work in Half the Time by Jeff Sutherland History, won’t teach you Scrum