FAQ for new iGEM teams
From 2006.igem.org
(18 intermediate revisions not shown) | |||
Line 1: | Line 1: | ||
- | ''' | + | '''Got a question? Add it here!''' |
- | + | ===How do we raise money?=== | |
- | + | '''Some basics of fundraising can be found [[fundraising basics|here]] and [[funding|here]].''' | |
- | + | ===How do we find new parts?=== | |
- | + | This feature has been added to development version of the Parts Registry, which will be released before the start of the 2006 iGEM competition in early June. | |
- | + | ===How do we go about specifying and designing a system?=== | |
- | + | Some instructions and how-to's are being prepared on this and should be available soon. The new registry features are still in development. You can find links to previous projects under the 'previous years' menu bar (screen left). | |
- | + | ===What should we have done by when?=== | |
- | + | See the [[iGEM_timeline|iGEM timeline]] for a general overview. | |
- | + | ===We need more lab space, how do we find some?=== | |
- | + | Check with the department office, facilities management, other nearby labs, etc. Most student teaching labs are shut down throughout the summer and have space. | |
- | + | ===Do teams still work on systems after the summer is over?=== | |
- | + | Some of the teams keep working to finish up projects and presentations right up to the jamboree, so the simple answer is yes. In practice, this will vary by team. | |
- | + | ===Navigating the registry is hard, most of the parts have very little information. How can I find good parts?=== | |
- | + | Registry changes are underway to make this a bit easier. These will be ready for the iGEM launch at the beginning of June. More help information will also be provided to walk people through using the registry. Thoughtful comments about what would make the registry better should be sent to iGEM (at) mit (dot) edu. | |
- | + | ===How do I make a part?=== | |
- | + | Step by step instructions for various examples are being prepared to walk users through this process. These should be available when the registry update is released at the beginning of June. | |
- | + | ===How do we narrow down our list of project ideas? === | |
- | + | First, celebrate that you have such a long list! Yay! Some teams struggle to come up with suitable projects. Then expect to use some form of consensus decision making process. | |
+ | |||
+ | <small>Note: A dictatorial decision making process can also be used, sometimes with good results. If you prefer this, stop reading and go consult your team leader. Just don't complain if you don't like the decisions they make.</small> | ||
- | + | Now to work. A good next step might be to determine the number of projects that can be supported with the resources at hand. Is it one, two, three, or more? A small team of 3-5 people might be limited to one or two projects. A larger team might be able to manage three or more. | |
- | + | Consider a scoring or rating system. It could be as simple as raising hands. This will quickly identify projects that the team finds interesting, and this should correlate well with projects people will actually want to work on. Select from the highest ranked projects the number you can afford to develop, plus perhaps a couple more. | |
- | + | Now get the team to perform a comprehensive consideration of each project. This might require a technical review, designing parts, etc. Afterwards, discuss the results. Does the team they think the project is technically feasible? Can all the parts, equipment, or other supplies available to complete it? If not, what elements are missing? Can these barriers be overcome? (Remember that you've only got the summer, so if for the project to work you need to develop a new branch of physics, you're shooting too high.) Who actually wants to work on them? With this more detailed information in hand, another vote may be required to determine whether the projects stay on the list. | |
- | + | Then it's off to the underground lab, orbiting space station, or wherever your team does their benchwork. Nothing will determine whether a project is worthy better than just going out and trying to tackle it. Review projects frequently. It's okay to change course as new data becomes available. | |
- | + | ===Where can I find information about previous iGEM projects?=== | |
- | + | One the sidebar to left, there are links to previous iGEM years. Not all the projects have been archived -- for example, Caltech's wiki for 2005 has been blanked. (This is one of the reasons we encourage everyone to use the iGEM wiki: so your experiences can help later teams.) If you need additional information, contact your ambassador or check with Randy. |
Latest revision as of 23:05, 9 June 2006
Got a question? Add it here!
How do we raise money?
Some basics of fundraising can be found here and here.
How do we find new parts?
This feature has been added to development version of the Parts Registry, which will be released before the start of the 2006 iGEM competition in early June.
How do we go about specifying and designing a system?
Some instructions and how-to's are being prepared on this and should be available soon. The new registry features are still in development. You can find links to previous projects under the 'previous years' menu bar (screen left).
What should we have done by when?
See the iGEM timeline for a general overview.
We need more lab space, how do we find some?
Check with the department office, facilities management, other nearby labs, etc. Most student teaching labs are shut down throughout the summer and have space.
Do teams still work on systems after the summer is over?
Some of the teams keep working to finish up projects and presentations right up to the jamboree, so the simple answer is yes. In practice, this will vary by team.
Registry changes are underway to make this a bit easier. These will be ready for the iGEM launch at the beginning of June. More help information will also be provided to walk people through using the registry. Thoughtful comments about what would make the registry better should be sent to iGEM (at) mit (dot) edu.
How do I make a part?
Step by step instructions for various examples are being prepared to walk users through this process. These should be available when the registry update is released at the beginning of June.
How do we narrow down our list of project ideas?
First, celebrate that you have such a long list! Yay! Some teams struggle to come up with suitable projects. Then expect to use some form of consensus decision making process.
Note: A dictatorial decision making process can also be used, sometimes with good results. If you prefer this, stop reading and go consult your team leader. Just don't complain if you don't like the decisions they make.
Now to work. A good next step might be to determine the number of projects that can be supported with the resources at hand. Is it one, two, three, or more? A small team of 3-5 people might be limited to one or two projects. A larger team might be able to manage three or more.
Consider a scoring or rating system. It could be as simple as raising hands. This will quickly identify projects that the team finds interesting, and this should correlate well with projects people will actually want to work on. Select from the highest ranked projects the number you can afford to develop, plus perhaps a couple more.
Now get the team to perform a comprehensive consideration of each project. This might require a technical review, designing parts, etc. Afterwards, discuss the results. Does the team they think the project is technically feasible? Can all the parts, equipment, or other supplies available to complete it? If not, what elements are missing? Can these barriers be overcome? (Remember that you've only got the summer, so if for the project to work you need to develop a new branch of physics, you're shooting too high.) Who actually wants to work on them? With this more detailed information in hand, another vote may be required to determine whether the projects stay on the list.
Then it's off to the underground lab, orbiting space station, or wherever your team does their benchwork. Nothing will determine whether a project is worthy better than just going out and trying to tackle it. Review projects frequently. It's okay to change course as new data becomes available.
Where can I find information about previous iGEM projects?
One the sidebar to left, there are links to previous iGEM years. Not all the projects have been archived -- for example, Caltech's wiki for 2005 has been blanked. (This is one of the reasons we encourage everyone to use the iGEM wiki: so your experiences can help later teams.) If you need additional information, contact your ambassador or check with Randy.