Scrum

Definition: Scrum is an iterative and incremental methodology for software projects and product- or application-development. It is also one of the variants of agile software development methodologies.

How Scrum Can Change Manufacturing

How Agile, Lean, XP and Scrum can fit manufacturing, and in fact are destined to revolutionize it! As OSE is in the manufacturing business, this is sure to be inspiring. WikiSpeed iterated to a high-performance car; OSE is iterating machines toward durability, simplicity, and sustainability. OSE can obviously learn a lot from WikiSpeed.

In this video, Joe Justice, of WikiSpeed, explains the process his all-volunteer design team used to exceed expectations in their fuel-efficient car design.

. .

. .

In What Keys Ways is OSE different than WikiSpeed?

From a Scrum standpoint, OSE is significantly different than WikiSpeed.

Ultimate goals:

• OSE seeks to develop 50 machines, whereas WikiSpeed was focused on one. One consequence of this is that GVCS development will likely be more physically distributed, having more hands-on design efforts in more geographical locations simultaneously.
• OSE is committed to open source to the extent that only when OSE has provided complete documentation and, in fact, training, in manufacture will it have achieved its goal. WikiSpeed only needed to train and share documentation with people on the design teams.
• OSE's big deadlines and our measures of success are self-imposed. WikiSpeed was racing to compete with internationally recognized competitors in an externally organized contest, with a large reward involved.

What is Scrum?

Joe Justice, who is a professional Scrum/Agile coach in his day job, drew attention to many of the key aspects of Scrum in the video above. Here are some of the features he mentioned:

• Morale is a velocity multiplier. This is the most critical Scrum rule. Scrum is based on a modern understanding from cognitive psychology of motivation and job satisfaction.
• Repeated iterations each producing a result which delivers greater value to the user immediately
• Before design starts, create tests that will be used to see if components meet the necessary standards of value. In Scrum, this is referred to as a "definition of done."
• Visualize workflow. In Scrum jargon, this refers to "visual radiators."
• Have a process coach, referred to in Scrum as a "Scrum master"
• Relentlessly gain efficiencies in your process, referred to in Scrum as identifying and removing "impediments."
• Identify the value stream map of your company, referred to in Scrum as the "business value" you are seeking.

Other techniques WikiSpeed used are not from Scrum, but from associated Agile, XP or Lean processes:

• Modular design allowing distributed teams to change components without requiring an overall design change
• Lean -- cut costs in tooling and complexity wherever possible
• XP -- work in pairs at all times

. .

. .

. . The video above is a great introduction to Scrum!

He covers core concepts: Backlogs, Roles, Release Planning, Burndown Chart, Daily Scrum

Backlogs:

• Product Backlog
• Release Backlog
• Sprint Backlog

Additional related ideas useful for GVCS:

Stories. Most people working with Scrum refer to each entry in the Product Backlog, called features in the video, as a Story. The formula for a Story is: As ______, I want ________, so that ________.

Epic backlog. This is a collection of the top level Stories OSE is creating. Epics are too large to finish in one release, and so they are not placed in the Product Backlog. Instead, the Product Owner needs to break each Epic up into Stories that can be placed on the Product Backlog. An example of an Epic:

• As OSE, I want complete training materials in English for the 50 tools in GVCS on DVD, so that anyone with moderate experience in fabrication, and with access to the necessary tools and materials, can fabricate any of the 50 tools.

Roles: Product Owner, Scrum Master, Team Members (developers, testers, customers)

Additional related ideas useful for GVCS:

Product Owner -- the role of the Product Owner is so key that an additional video (below) is needed to begin to understand their role.

Scrum Master -- the video mentions keeping the project progressing smoothly, and making sure that team members have the tools they need. In fact, probably the most important role of the Scrum Master is to REMOVE IMPEDIMENTS! See the discussion below on the Daily Scrum.

Release Planning: Estimate, Sprint, Assign Stories to Sprints

Additional related ideas useful for GVCS:

In addition to Estimating the Stories, the Team needs to carefully uncover any dependencies between or among Stories. Ideally, Stories could be rewritten, sliced or otherwise modified to eliminate dependencies among Stories. If not, the dependencies should be clearly indicated on the chart showing which Stories are to be done in each Iteration. It's important that dependencies are easy to see at a glance.

Following each Sprint, there will be demonstrations, a retrospective, and then the backlog for the next iteration will be estimated, and the definitions of done reviewed with the Product Owner.

To be ready for the first Iteration, there needs to be an "Iteration Zero" (see video below, and discussion of a trial run-through by Simon and Mia).

Burndown Chart

During the first several Sprints, OSE will be sorting out what it means to be doing Scrum, and how it all works. It won't be until a few Sprints after that that the rate of work will be a useful measure. So it will be bit before we have a reliable burndown chart. This concept obviously interacts with the deadline Marcin has described for GVCS.

Daily Scrum

It could be that we want volunteers to participate in a "Daily Scrum" after they've worked about 8 hours. Which, if a volunteer is giving 15 hours a week, could be just twice a week, say. This is another piece to consider as we design our own unique Scrum. (Btw, his calling Daily Scrums into question is the main part of this video that has drawn fire from other Scrum coaches.)

The structure of a Daily Scrum is just each team member answering three questions: 1) what did I do yesterday? 2) what will I do today? (make adjustments in the chart of "In Process" Stories) 3) what are the impediments to either finishing at all, or meeting the estimated time?

The Scrum Master is responsible for eliminating any impediments. However, that could mean placing a Story about the solution to the impediment in the Product Backlog. Often, the Product Owner has to contribute to eliminating impediments, and for this reason the Product Owner attends all Daily Scrums (although they don't speak during the Daily Scrum). For Team Members, seeing impediments removed is key to creating the accelerated velocity that Scrum is famous for.

More thoughts on the Product Owner Do we want part of this role to be distributed and collaborative? Because of the nature of OSE, it is likely that a number of people would form a Product Owner Scrum, whose Product Backlog would be all the responsibilities of an individual Product Owner in a more typical Scrum. It seems very useful to have just one person being the Product Owner for any given release. However, if we move to multiple simultaneous teams, or as we cycle through Releases, the role could be rotated.

. .

. .

. .

This video explains a good way to evaluate and improve Stories, which are the list of features that make up the Product Backlog.

. .

. .

. . NOTE -- this video is LOUD!

Definition of Done: In the video, he refers to "blockers" which are impediments. There is quite a bit of excess jargon in this video, but have patience, and relate it to GVCS. For example, we not only need to have the machine design "done," but also CAD drawings, an instructional video, and many other instructional components. Unifying the release and "done-ness" of all of these is what seems like the best, and most radical!, contribution Scrum can make to GVCS. These underlying points are crucial for us to understand what is needed in Iteration Zero. See discussion of a trial run-through by Simon and Mia below for more on this.

OSE GVCS Scrum

First, we list the projects, in order of priority. See GVCS graphic on the right. Changes are: remove pyrolysis oil and Babington burner with biomass Pelletizer for fueling modern Steam Engines. The burner is already present in the form of the Gasifier Icon

40 GVCS technologies.

1. CEB press - Full Product Release achieved.
2. LifeTrac - on Prototype II
3. Soil Pulverizer -