OSE Design Sprint

Design Sprint Announcements

• Sat, 17 Aug 13: OSE will not be hosting a design sprint on Saturday, 17 Aug 13. The next Design Sprint will be 24 Aug 13.

Complete the Tech Team Culturing Survey to participate in Design Sprints!

OSE Design Sprints Introduction Video

See our Design Sprints Dashboard for progress on the 6 in 60 Campaign. To learn Sketchup, click on the blue text above the first window on the Dashboard.

To sign up, fill out the Tech Team Culturing Survey to be put on our email list, where we email participants with announcements on all Design Sprints.

We are also creating collaborative video editing infrastructure similar to OSEdit to go with the OSE Design Sprints. Sign up also at the Tech Team Culturing Survey for remote video editing - make sure to mark Video Editor in skill section.

Participation Numbers

Edit

Design Process

(Last updated Jul 5, 2013)

To understand how a Design Sprint works, we must start with the Design Process.

edit

Machine Design with Quality Assurance

by Gary

edit

So, You Think That You Need to be an Engineer to Contribute to our Lifesize Lego Set?

Wrong. While naturally inspired leadership and some of the world's leading subject matter experts are contributing to the project - there are numerous points of entry for any contributor who can merely surf the web - or for someone who can learn basic proficiency in Sketchup in about 2 hours using our Sketchup Howto and Official OSE Warehouse of stock parts (primarily plate and tubing).

To contribute, you have to know how to use Google Docs and the OSE Wiki. See Google Docs Howto and OSE Wiki Howto. If you can document your work on Google Docs and on the Wiki, you are set.

First, you have to understand OSE Design Principles and Module Based Design. This means that we break down machines into the largest possible number of modules that can be developed in parallel. For this to work, we need to specify how the modules fit together to make a complete machine - which is called interface design. Before people start working on the technical design of modules, they need to be very clear about how the modules fit together.

If you have no skills other than surfing the web but you do have some technical knowhow (you are a farmer, builder, or any other hands-on producer) - you can get busy with defining conceptual diagrams of all the parts that go into a machine. You can then start defining how these parts fit together. Even if you have no technical knowhow - you can search for images of a given device and paste those images into a google drawing as a study of Industry Standards - how others are building the machines. That is useful as a background study - as is a study of patents to show various ways in which designs have been implemented.

If you are a graphics artist - you can draw up Infographics on a machine - or icons for the submodules that we are working on.

If you have some technical experience, you can help us post challenges on GrabCAD, or you can help us document at Dozuki, or you can help organize our main wiki machine pages - especially if you can create a useful template that all of machines can follow.

Further Details (work in progress)

• Concept. The basic process starts with a Concept. This applies to each of the 50 GVCS machines. The concept is a simple set of specifications that list basic parameters, focusing on OSE Specifications. The Concept is just written text - and it constitutes the OSHW Dashboard for a given project.
• Breakdown into Modules - In Module Based Design, products are broken into the smaller components that can be produced independently and then assembled together to the finished machine. The advantage of Module Based Design is that teams can work on different parts of a machine at the same time - without bottlenecks of dependence on prior steps typical of a linear production sequence. This breakdown is called the Systems Engineering Breakdown Diagram, and it can be represented as a simple Google Doc with bubbles that correspond to each component and arrows that link the components together. When breaking a machine into modules, the point to keep in mind should be into what small est part can I break the complete machine down.
• Interface Design - It would be impossible to break down the machine into modules - and try to assemble the modules together - without understanding how the modules fit with one another. This means - what is the interface between the modules? The interface could be something like dimensions of an object or a bolt pattern of how 2 modules fit together, or it could be a specification of a connector type - such as a USB cable that links 2 electronics items together. An interface diagram should be one or several Google Drawings embedded in a wiki page - with a graphical representation showing the dimensions, connection types, etc.

Publishing Standards

When documenting, participants should set up a Work Log, such as Marcin Log. Google Docs should be embedded as they are created, with an edit link for editing the Google Doc. This way, updates are made automatically on the wiki, and the document is accessible immediately via an edit link. Google Doc Presentations should be used when there are many pages of a document - such as a build procedure that comes out of an exploded part diagram.

Ideal Design Sprint

A design sprint should have these contributors outside of the Sprint Master. We are testing a method where we script in 8 one hour sessions (Sprint Topics) on a design sprint 8 hour day where each hour is dedicated to a specific machine or a related set of modules. The following lists 70 individuals that can participate in each Sprint Topic (machine or set of related modules), and 24 further individuals who engage in documentation and sprint-improvement metaservices. This brings the total sprint participation goal to 70*8 = 560 + 24 = 584 participants sought for every Saturday design sprint.

Participants for every Sprint Instance on Mechanical Devices:

1. [1] Sprint Master - Directs people to the necessary tasks. 1 Sprint Master needed. If there is more than one, this Sprint Master should set up their own Sprint Session. Sprint Master prepares a 1 paragraph-1 page Brief to
2. [6]Module-Based Design Breakdown (SEBD -Systems Engineering Breakdown Diagram)- breaking down every machine into the smallest components possible. Participants scour the internet for industry standards, and also consult the OSE wiki for content. See CEB Press at Dozuki for the brick press broken down into small components. 6 people could easily work on a large Google Drawing in realtime to fill in each component. Subject matter experts and heavy users of machine can do this.
3. [1] Graphics artist creates graphical icons for each of the modules defined in the SEBD
4. [6] Interface Design - Once modules are specified, it should be made clear how they fit together. This could be a realtime Google Drawing of conceptual modules from the SEBD, emphasizing the interfaces between modules and providing qualitative and quantitative description of the interface. Screenshots of machine parts from CAD or online pictures could also be used to create an Interface Design.
5. [2] A graphics artist could make concise infographics to make concepts transparent. Concepts needed are (1) how the machine works, (2) different types of machines, (3) their relevance and statistics around the machine, and many other pieces of content that any skilled graphics artist can represent in a user-friendly way.
6. [6] Animator - takes existing Sketchup files and makes informative Functional Videos. This could be done for every machine or module.
7. [6] Archivist - scours Blog, Prototypes Built and Cost, and YouTube/Vimeo for presenting all prior work on a given project. Documents at Dozuki.
8. [6] Engineers - provide Calculations and CAE analysis for each module.
9. [2] Electronics - Arduino controllers for things like CEB Press Controller and drone/ computer vision tractors
10. [6] Machinists/ Tool and Die Makers - writing procedures of how to fabricate certain parts from scratch, including items such as hardened blades or sprockets.
11. [2] Hydraulic Power Experts - draw up formal Hydraulics Diagrams.
12. [2] Hydraulics Nonexperts - individuals who watch Hydraulics 101 and produce visual hydraulics assembly diagrams.
13. [2] Sketchup Novices - people who take near-final designs and create exploded parts diagrams with labels, and who create step-by-step procedures for building
14. [2] 2D CAD people - individuals who use LibreCAD to create DXF torch table cutting files for all parts to be cut via CNC plasma cutter or laser cutter
15. [6] 3D printing people - people who generate optimized g-code files for specific 3D printing platforms, document these, and print them for purposes of rapid prototyping. These components will be taken from the OSE Warehouse
16. [6] Laser cutting people - people who
17. [8] Technical writer/blogger - person who interviews all contributors throughout the Sprint Topic to write a blog post on the event.

Special Sprint - Video and Documentation:

1. [1] Director - directs media production efforts
2. [3] Video Editor - takes existing footage and turns it into Instructional or Eye Candy Videos
3. [6] Script Writer - writes a scripts on the machine under development
4. [1] Dozuki Master - scours Design Sprint participant Logs (linked from Dashboard)
5. [1] CSS/HTML - person who produces an improved Design Sprint Wiki Template for the Dashboard
6. [6] CSS/HTML - a person who produces an improved Design Sprint Module Documentation template for each module, and who populates the module with content

Special Sprint - Metasprint

1. [1] Recruiter - A person who works with OSE Technical Community Manager on identifying and recruiting talent for further Design Sprints, and who leverages social media to recruit.
2. [1] GrabCAD master - a person who scours existing problem statement and publishes a parallel challenge on GrabCAD
3. [1] Channeling Fairy - a person who engages RepRap IRC
4. [1] Graphics artist - creates badge icons for the wiki for each type of contribution
5. [1] Constant Quality Improvement professional - Evaluates existing process and publishes improvements to Design Sprint Protocol.
6. [1] Uberblogger or Blog Master - a person who interviews the 8 Event Bloggers to write up a more general-audience blog post on each design sprint.

More Information

• See also Design Sprint FAQ
• Past Design Sprint Announcements
• See Dashboard for Team Members