Team Meeting 3
Date | |
---|---|
Department | General |
Description | Making rubric |
HP sub-branch | |
Links/media | |
Participants | |
Property | |
Property 1 | |
Property 2 | |
Type | Meetings |
Rubric Creation
- Who stands to gain/stakeholders
- Use well-characterised parts (for eg if degrading cellulose, there already exist many parts for these, which are experimentally verified which can be directly used in our project)
- Local vs. Global scale projects :
- we can choose a problem that has potential globally but we can focus on, locally
- scalability
- We can have projects which have both a consumer base and have efforts directed towards marginalised communities
- Akash: there's a need to include the communities in our project plans from the beginning, rather than focus on them after we design a project in the context of a consumer base (no temporal separation)
- Misaal: We can start with a more general framework, and then spend resources to give a marginalised community-context, as it might become very contextualised.
- Sanjana: Not focusing on the mar. com. from the start could lead to us spending a lot of time in between the project to try and figure out how to amene our project towards either the mar. com. or the consumer base
- Software-Hardware both aspects
- Making a hardware isn't necessary, developing/characterising a part
- Having it is a plus, so we could try for one piece of hardware + one piece of software
- If we attempt to compete with an already existing item for hardware, it should be cheaper/safer
- Project Safety
- Might want to avoid as much regulation as possible
- Abstraction, modularity, rational design, blackbox
- A layman should be able to use it-
Rubric (ranked priority-wise)
#1 Safety ::::: Feasibility (can it be applied in the real world > characterised parts >= if previous projects exist)
#2 SDG (also eco-friendly, marginalised communities)
#3 Impact (how does it compare to the current solution, what scales, economic feasibility, stakeholders)
#4 Product (Software-Hardware) ::::: Engineering Principles
#5 Scalability (in people/time)
SDGs
GOAL 1: No Poverty
GOAL 2: Zero Hunger
GOAL 3: Good Health and Well-being
GOAL 4: Quality Education
GOAL 5: Gender Equality
GOAL 6: Clean Water and Sanitation
GOAL 7: Affordable and Clean Energy
GOAL 8: Decent Work and Economic Growth
GOAL 9: Industry, Innovation and Infrastructure
GOAL 10: Reduced Inequality
GOAL 11: Sustainable Cities and Communities
GOAL 12: Responsible Consumption and Production
GOAL 13: Climate Action
GOAL 14: Life Below Water
GOAL 15: Life on Land
GOAL 16: Peace and Justice Strong Institutions
GOAL 17:Â Partnerships to achieve the Goal
Takeaways:
- rubric
- informal brainstorming sessions until Sunday
- discuss on brainstorming channel
- meeting on Sunday at 1730 hrs
Copy of Ideas rated by rubric
Name | Safety, Feasibility | SDG | Impact | Product/Engineering Pr. | Scalability |
---|---|---|---|---|---|
Information Processing | Safety: +1, feas.: +0.5 (needs more research) | irrelevant | high if feasible | software | increasing the number of analytes (depends on the model we choose) |
siRNA | Safe, feasible | ending hunger | - | more research needed | more research needed |
e-Waste | Safe* (cyanogenic, effluents, pretreatment), feasible | sustainable cities, communities; innovation and infras.; responsible consumption; clean water | - | bioreactor, software? | scalable |
Hydrogen Fuel | Safe, feasible | climate action, affordable and clean energy, responsible consumption, sustainability of cities | - | bioreactor, software? | depends on if hydrogen fuel gets used in the future |
Carbon Capture | safe, feasible | climate action, responsible consumption, sustainability of cities, industry inn., | - | "" | scalable |