After many years of setting up projects for our industrial designers and mechanical engineers, here are my thoughts on some basic best practices on how to structure your files and keep your project organized.
http://www.montie.com/wp-content/uploads/2014/03/2014-Feb-26-How-to-Organize-Your-Project-Revisions-Part-1.mp3
Here is the transcript:
Good morning. My name is Montie Roland. I’m with Montie Design in Morrisville, North Carolina.
And this morning what I’d like to talk about is how to structure your project from a file standpoint, from an organizational standpoint.
Montie Design is a full-service design firm in Morrisville, North Carolina. We provide industrial design, mechanical engineering and prototyping capability on demand to help you move your project from concept to ready-for-the-shipping-dock.
It’s always good to have processes and procedures. Now, I think . . . and, of course, any company can take that too far. And the counterpoint is if you take it too far, then you get that big company mentality and you’re painful to deal with. But, a lot of these processes and procedures benefit the company. I’ll be the first to admit that, as we’ve grown, we’ve . . . I’ve not been the biggest proponent of procedure and process, because, as a small group, you get everybody reading your mind and you don’t have to worry about it. But . . . this changes as you have more employees, because you have different levels, different capabilities, you have to keep re-training. And so, all of a sudden, it’s more important to have policies and procedures just to make life easier for your staff.
It’s also important when you think about interns. You’ve got someone’s who’s going to be there for a limited amount of time. You want to get them in, get them trained, and get them some experience; and then also get some work product completed so it’s a win-win for both the employer and for the intern.
So, let’s just dive in. A lot of these topics I’ve covered in past podcasts were much more . . . higher level. And so, this case, though, I want to dive in and let’s talk about this in detail.
So, first thing is that when you think about how do you organize your files. You want to have a place that everybody can get to. So, let’s say . . . let’s call it the “Z-drive”. And on the Z-drive, you have a space that is a shared working space. Now, what you need is you need a set of rules so everybody knows what to do. On a project where there’s more than one contributor, you really want to have a gatekeeper. So, the gatekeeper is in charge of files that go in certain locations. One is that files that go in current design and the other is files that go in your release directories. So, let’s kind of roll through those directories so I don’t get too far ahead of myself.
So, we’ve got a project direction. Let’s say our project is Zigsess (spell that one). And so, we got the . . . so I created a directory in this case . . . maybe for the client Zigsess. And then I have to make a decision. Is it likely I’m going to have multiple projects from this client? Or is it likely that I might just have . . . one. Or, not now . . . So maybe what I’ll do . . . I’m thinking that this might be a repeat client. So, let’s say that, if it is, then I’m going to want to have a directory for each project that we do for that client. So, we’ve got a directory called “Clients”; and then the client name. And then underneath that, let’s say Project A is the Vertical Inductor. So, we create a directory called “Vertical Inductor”. Alright. And under Vertical Inductor, we’ve got several directories.
