iGEM 2020 — Team Concordia-Montreal

[![](https://static.igem.org/mediawiki/2020/8/8b/HQ_page_logo.jpg)](https://2020.igem.org)

# Team:Concordia-Montreal/Notebook

Astroyeast - Accelerating outer space exploration through synthetic biology
!-- Title end -->

[![](https://static.igem.org/mediawiki/2020/a/a6/T--Concordia-Montreal--astrobio_logo_light.png)](https://2020.igem.org/Team%3AConcordia-Montreal)

* Team
  + [Team](https://2020.igem.org/Team%3AConcordia-Montreal/Team)
  + [Attributions](https://2020.igem.org/Team%3AConcordia-Montreal/Attributions)
  + [Collaborations](https://2020.igem.org/Team%3AConcordia-Montreal/Collaborations)
  + [Inclusion](https://2020.igem.org/Team%3AConcordia-Montreal/Inclusion)
* Project
  + [Contribution](https://2020.igem.org/Team%3AConcordia-Montreal/Contribution)
  + [Description](https://2020.igem.org/Team%3AConcordia-Montreal/Description)
  + [Proposed Implementation](https://2020.igem.org/Team%3AConcordia-Montreal/Implementation)
  + [Software](https://2020.igem.org/Team%3AConcordia-Montreal/Software)
  + [Microgravity Simulator](https://2020.igem.org/Team%3AConcordia-Montreal/Hardware)
  + [Genetics](https://2020.igem.org/Team%3AConcordia-Montreal/Genetics)
  + [Engineering Success](https://2020.igem.org/Team%3AConcordia-Montreal/Engineering)
  + [Notebook](https://2020.igem.org/Team%3AConcordia-Montreal/Notebook)
  + [Partnership](https://2020.igem.org/Team%3AConcordia-Montreal/Partnership)
* [Safety](https://2020.igem.org/Team%3AConcordia-Montreal/Safety)
* Human Practices
  + [Human Practices](https://2020.igem.org/Team%3AConcordia-Montreal/Human_Practices)
  + [Science Communication](https://2020.igem.org/Team%3AConcordia-Montreal/Education)
* [Awards](https://2020.igem.org/Team%3AConcordia-Montreal/Awards)

 [Press & Contact](https://2020.igem.org/Team%3AConcordia-Montreal/Press)

![...](https://static.igem.org/mediawiki/2020/e/e9/T--Concordia-Montreal--Notebook.png)

# Notebook

Our notebooks foster a reliable channel of communication within our team and a high degree of transparency for our project.

[Team](#tab1-1)
 [Software](#tab1-2)
 [Genetics](#tab1-3)
 [Hardware](#tab1-4)
 [Human Practices](#tab1-5)
 [Partnership](#tab1-6)
 [Collaboration](#tab1-7)

[View our general team meeting notebook](https://static.igem.org/mediawiki/2020/e/e7/T--Concordia-Montreal--teamnote.pdf)

[View our software notebook](https://static.igem.org/mediawiki/2020/0/0b/T--Concordia-Montreal--software-notes1.pdf)

[View our genetics notebook](https://static.igem.org/mediawiki/2020/7/7e/T--Concordia-Montreal--genetics_notebook.pdf)

[View our hardware notebook](https://static.igem.org/mediawiki/2020/0/01/T--Concordia-Montreal--hardware-notes.pdf)

[View our human practies notebook](https://static.igem.org/mediawiki/2020/8/81/T--Concordia-Montreal--hp-note.pdf)

[View our partnership notebook](https://static.igem.org/mediawiki/2020/7/71/T--Concordia-Montreal--toulouse_notebook.pdf)

[View our collaboration notebook](https://static.igem.org/mediawiki/2020/7/77/T--Concordia-Montreal--collab_notebook.pdf)

### Our 2020-2021 iGEM project is generously supported by

Gold Partners

[![](https://static.igem.org/mediawiki/2020/3/33/T--Concordia-Montreal--Concordia_University_Sponsor.png)](https://www.concordia.ca/research/casb/training/igem.html)

[![](https://static.igem.org/mediawiki/2020/0/0c/T--Concordia-Montreal--NSERC-CREATE_Sponsor.jpg)](https://www.nserc-crsng.gc.ca/index_eng.asp)

[![](https://static.igem.org/mediawiki/2020/0/0d/T--Concordia-Montreal--Synbioapps_Sponsor.jpg)](https://www.concordia.ca/sgs/programs/interdisciplinary/synthetic-biology-applications.html)

[![](https://static.igem.org/mediawiki/2020/8/84/T--Concordia-Montreal--Promega_Sponsor.png)](https://www.promega.ca/)

[![](https://static.igem.org/mediawiki/2020/8/86/T--Concordia-Montreal--CSU_Sponsor.jpg)](https://www.csu.qc.ca/)

[![](https://static.igem.org/mediawiki/2020/6/6b/T--Concordia-Montreal--IDT_Sponsor.jpg)](https://www.idtdna.com/pages)

Partners

![](https://static.igem.org/mediawiki/2020/b/b8/T--Concordia-Montreal--New_England_Biolabs_Sponsor.png)

![](https://static.igem.org/mediawiki/2020/d/d1/T--Concordia-Montreal--Snapgene_Sponsor.jpg)

![](https://static.igem.org/mediawiki/2020/a/a1/T--Concordia-Montreal--Geneious_Sponsor.jpg)

![](https://static.igem.org/mediawiki/2020/f/fc/T--Concordia-Montreal--Mathworks_Sponsor.jpg)

![](https://static.igem.org/mediawiki/2020/e/ea/T--Concordia-Montreal--Benchling_Sponsor.jpg)

![](https://static.igem.org/mediawiki/2020/e/e2/T--Concordia-Montreal--Aminobio_Sponsor.png)

![](https://static.igem.org/mediawiki/2020/b/b6/T--Concordia-Montreal--Twist.png)

## Discover our SynBioApps ProgramWe are part of Concordia University's SynBioApps program which is Canada's 1st **graduate** training program for Synthetic Biology **(supported by NSERC-CREATE funding)**[Website](https://www.concordia.ca/sgs/programs/interdisciplinary/synthetic-biology-applications.html)

##### SUPPORT US

To support the development and improvement of AstroBio and AstroYeast, we launched a crowdfunding campaign through Concordia University.

[iGEM Concordia Campaign](https://www.concordia.ca/alumni-friends/giving-to-concordia/fundone.html)

### Follow us on Social Media:

![](https://static.igem.org/mediawiki/2020/1/11/T--Concordia-Montreal--igem_concordia_2020.png)

We are team of 16 young scientists reunited by a passion for synthetic biology and working under the mentorships of 11 instructors and 3 advisors.

---

Copyright 2020 iGEM Concordia

[![](https://static.igem.org/mediawiki/2020/8/8b/HQ_page_logo.jpg)](https://2020.igem.org)

# Team:Concordia-Montreal/Engineering

Astroyeast - Accelerating outer space exploration through synthetic biology
!-- Title end -->

[![](https://static.igem.org/mediawiki/2020/a/a6/T--Concordia-Montreal--astrobio_logo_light.png)](https://2020.igem.org/Team%3AConcordia-Montreal)

* Team
  + [Team](https://2020.igem.org/Team%3AConcordia-Montreal/Team)
  + [Attributions](https://2020.igem.org/Team%3AConcordia-Montreal/Attributions)
  + [Collaborations](https://2020.igem.org/Team%3AConcordia-Montreal/Collaborations)
  + [Inclusion](https://2020.igem.org/Team%3AConcordia-Montreal/Inclusion)
* Project
  + [Contribution](https://2020.igem.org/Team%3AConcordia-Montreal/Contribution)
  + [Description](https://2020.igem.org/Team%3AConcordia-Montreal/Description)
  + [Proposed Implementation](https://2020.igem.org/Team%3AConcordia-Montreal/Implementation)
  + [Software](https://2020.igem.org/Team%3AConcordia-Montreal/Software)
  + [Microgravity Simulator](https://2020.igem.org/Team%3AConcordia-Montreal/Hardware)
  + [Genetics](https://2020.igem.org/Team%3AConcordia-Montreal/Genetics)
  + [Engineering Success](https://2020.igem.org/Team%3AConcordia-Montreal/Engineering)
  + [Notebook](https://2020.igem.org/Team%3AConcordia-Montreal/Notebook)
  + [Partnership](https://2020.igem.org/Team%3AConcordia-Montreal/Partnership)
* [Safety](https://2020.igem.org/Team%3AConcordia-Montreal/Safety)
* Human Practices
  + [Human Practices](https://2020.igem.org/Team%3AConcordia-Montreal/Human_Practices)
  + [Science Communication](https://2020.igem.org/Team%3AConcordia-Montreal/Education)
* [Awards](https://2020.igem.org/Team%3AConcordia-Montreal/Awards)

 [Press & Contact](https://2020.igem.org/Team%3AConcordia-Montreal/Press)

![...](https://static.igem.org/mediawiki/2020/d/d6/T--Concordia-Montreal--engsuccesscover.png)

# Engineering Success

We followed best practices to ensure the engineering success of our project.

[Research](#research)
[Design](#design)
[Build](#build)
[Test](#test)
[Improve](#improve)
[References](#references)

![](https://static.igem.org/mediawiki/2020/4/42/T--Concordia-Montreal--Engineering.png)

In order to ensure the engineering success of AstroBio, we conducted research to understand what are the common steps taken as part of a standard engineering design process. Based on our software requirements, we came up with a series of steps that have guaranteed a successful project.

## Research

We considered the possibility of building a desktop versus a web app for AstroBio. The following criteria were key factors in our decision to implement AstroBio as a web app:

**Installation Advantages**

By implementing AstroBio as a web app, it can be launched by simply visiting the URL. This makes it easier for the user to start working on their research whenever they need to. It does not require big files or consume storage. Additionally, no registration is required which further facilitates accessibility.

**Automatic Updates**

Given that AstroBio is hosted online, we can take care of any software updates automatically without disrupting users. Moreover, users can also use the latest version of the software.

**Cross-Platform Availability**

AstroBio is not reliant on hardware or system specifications to run. The app can be launched from any device or platform. The only requirement is Internet access.

**Resource Savings**

In comparison to desktop apps, as a web app Astro simply requires significantly less processing power, increasing the overall accessibility of software.

## Design

In terms of designing AstroBio, a **Design Thinking** approach was followed. This approach is user-centric. Our goal was to focus on the users first, seeking to understand their needs, and coming up with innovative solutions that would meet their needs. Design thinking can be further broken down into five phases: Empathize, Define, Ideate, Prototype and Test.

**Design Thinking** can be thought of as non-linear, iterative process that allows a software development team to understand users, define problems, and come up with innovative solutions to a problem **(Interaction Design Foundation, 2020)**. The process itself involves five phases: Empathize, Define, Ideate, Prototype, and Test. These stages are not sequential, meaning that they can be implemented in parallel, and they can be repeated as many times as needed.

![](https://static.igem.org/mediawiki/2020/d/dc/T--Concordia-Montreal--Design-Thinking-Final-Blue.png)

#### Empathize

The first stage of the Design Thinking process is **Empathize**. The goal is to gain an empathic understanding of the users you are designing for and the problem at hand. It involves observing, engaging, and conversing with the people you are designing for.

##### Why is Empathy so important?

Empathy is crucial to any human-centered design process. In the case of AstroBio, it allowed designers and software developers to put aside their assumptions and to gain the best possible understanding of users, their needs, and their problems.

##### User Interviews

There are many different approaches that can be used to empathize with users from creating journey maps to asking what-how-why when it comes to their needs. We opted to conduct user interview for this stage of the process.

We asked questions, recorded responses from stakeholders to collect data to build **User Personas**, examine the user experience, and assess the usability of AstroBio.

To find the list of all the stakeholders we consulted with, refer to the Human Practices section of the wiki.

[User Interviews](https://2020.igem.org/Team%3AConcordia-Montreal/Human_Practices)

#### Define

During the **Define** stage, all the information gathered during the **Empathize** phase was used to define the core problems faced by users. We developed User Personas based on our interviews with potential AstroBio users. The goal was to understand the scenarios in which users found themselves in when carrying out their work.

##### User Personas

Personas can be fined as fictional characters, which are created to represent how end users will utilize a product. They made the software design task less complex and provided a meaningful archetype which we later used to assess our progress **(Interaction Design Foundation, 2020)**. We asked ourselves questions such as:

"What are the user's motivations?”

“What are the user's goals and frustrations?”

![](https://static.igem.org/mediawiki/2020/a/ac/T--Concordia-Montreal--Persona.png)

#### Ideate

The goal of the **Ideate** phase is to construct a meaningful and actionable problem statement, also known as a Point Of View (POV) **(Interaction Design Foundation, 2020)**. We created POVs combining three elements: the user's occupation, tasks, and purpose.

POVs were articulated as follows:

As a **[ occupation ]**, I need to **[ task ]** so that I can **[ purpose ].**

POVs were later transformed into User Stories which were then used to guide the development of features for AstroBio.

#### Prototype

The **Prototype** phase is all about producing scale-down version of the software. Before implementing any changes into AstroBio, we used [Balsamiq>/a> to validate ideas, design considerations, as well as other aspects. This allowed us to quickly identify where refinements and changes would be needed.](https://balsamiq.com/)

##### Balsamiq

Balsamiq is a tool used to build screen interfaces for websites and software applications. We used Balsamiq to quickly come up with mockups.

![](https://static.igem.org/mediawiki/2020/c/c4/T--Concordia-Montreal--Balsamiq.png)

#### Test

From a Design Thinking perspective, the **Test** phase is about gathering feedback in order to come up with ways to improve the quality of the software design.

##### Feedback Capture Grid

Typically, this kind of grid, includes four quadrants: Likes, Criticisms, Questions, and Ideas **(Interaction Design Foundation, 2020)**.

![](https://static.igem.org/mediawiki/2020/5/53/T--Concordia-Montreal--Feedback.png)

All the positive feedback went into the **Likes** quadrant, negative comments about the prototype were placed in the **Criticisms** quadrant, any questions or doubts were placed in the **Questions** quadrant, and suggestions for improvements went into the **Ideas** quadrant.

After a test session, the software development team would discuss and determine what user interface changes would actually be implemented into AstroBio.

## Build

To build AstroBio, we opted to follow Agile Development practices in order to accelerate software delivery and to better manage competing priorities when it came to software features.

#### Agile Development

[Agile Software Development](https://www.agilealliance.org/) relies on a set of methodologies that are based on iterative development. This approach consists in grouping software development tasks into small development cycles that are repeated until a final product is achieved. Agile processes promote the rapid delivery of software and emphasize engagement with end users.

In general, Agile Development refers to any development process that is aligned with the concepts of the Agile Manifesto. This Manifesto was conceived by leading software development experts based on their experience on what techniques work or do not work in this field.

For our project, we followed a subset of Agile called **Scrum**.

Scrum can be defined as lightweight process framework centered around **accelerated delivery**, **fast feedback**, and **continuous improvement**.

#### Scrum Framework

![](https://static.igem.org/mediawiki/2020/7/74/T--Concordia-Montreal--Agile-Development.png)

#### Product Backlog

Our product backlog includes all the list of features that needed to be part of the final version of AstroBio.

To capture all these product features, the first step we took was to create User Stories. These stories captured software requirements from the user’s perspective. The product backlog can be thought of as a list of User Stories. The product backlog can be thought of as a list of user stories.

To view all the features that were implemented, download the **AstroBio Product Backlog** documentation.

[Product Backlog](https://static.igem.org/mediawiki/2020/b/b9/T--Concordia-Montreal--AstroBio-Product-Backlog.pdf)

##### User Stories

User stories are informal descriptions that focus on what the user wants to be able to achieve with the software without going into technical specifications. We created using as follows:

As a **[ occupation ]**, I need to **[ task ]** so that I can **[ purpose ]**.

![](https://static.igem.org/mediawiki/2020/2/2c/T--Concordia-Montreal--User-Story.png)

To view all User Stories that were created, download the **AstroBio User Stories** documentation.

[User Stories](https://static.igem.org/mediawiki/2020/5/5c/T--Concordia-Montreal--AstroBio-User-Stories.pdf)

#### Sprint Planning

We held sprint planning meetings to select the order in which product backlog items would be implemented. Items from the product backlog were chosen based on priority and moved into a sprint backlog.

##### Sprint Backlog

Product backlog items or user stories were further broken down into sprint tasks. Each task was given a description, an assignee, and a deadline. To keep track of tasks, we implemented scrum boards.

##### Scrum Boards

Scrum boards are visual frameworks used to display the progression of software development tasks. These boards are known today as one of the most useful agile techniques. We created these boards using [Asana](https://asana.com/home?noredirect&utm_expid=.91uaXy9yRB--wcwVT8wkjQ.1&utm_referrer=https%3A%2F%2Fasana.com%2Fhome). Our boards included the following:

**User Stories**: each user story came directly from the product backlog.

**Sprint Tasks**: each sprint task was derived out of a specific user story.

**Task Workflow**: typically, a task card followed a workflow until completion was achieved. We employed a simple workflow to organize all of our task cards: “**To Do**”, “**In Progress**”, and “**Complete**”.

By using Scrum boards, we were able to spot workflow bottlenecks quickly. For example, if the “In Progress” section contained several cards that were awaiting for activity, it was evident there was a delay. If that was the case, possible solutions were discussed during our weekly stand-up meetings. Since all the cards had assignees, it was also easy to spot which team member needed additional support.

Without a doubt the boards also helped us save time on unnecessary meetings or progress reports. They worked as a centralized task repository that keep everyone on the loop regarding how the project was progressing. Thanks to this factor, weekly meetings ran smoothly.

#### 4Ls Retrospective

A retrospective is a meeting in which the software development team looks back on their experiences after a given sprint. It is important to note that 4L stands for:

**Liked**: What did you like about the sprint? What worked really well?

**Learned**: What did you learn? This included technical as well as non-technical knowledge.

**Longed for**: What resources did you want to use during the sprint that were not available?

**Lacked**: What did not work? What things could the team do better?

![](https://static.igem.org/mediawiki/2020/8/8e/T--Concordia-Montreal--Retrospective.png)

Retrospectives took place at the end of each sprint and lasted approximately 30 minutes. The software division’s team lead served as a retrospective facilitator. The findings were openly discussed, evaluated, and included in future sprints. In other words, the results were used to keep track of lessons learned and to ensure continuous improvement throughout our project.

The 4Ls retrospectives did not only allow us to assess AstroBio’s code base, they helped us assess our performance as a team and to evaluate the quality of our results. Moreover, these retrospectives encouraged us to acknowledge positive experiences and to remain factual in the face of challenges.

After setting the tone and preparing a virtual space for the retrospective, the facilitator guided the team to uncover useful insights regarding what worked well, and why. The idea was to guarantee that good working practices and procedures were maintained. By sharing the knowledge that was acquired during a specific sprint, team members were able to learn from others, and enhance their own knowledge base.

It was always communicated that no learning experience was too small to share with the group. When it came to what was longed for and what lacked, the team had the opportunity to determine what was needed and to prioritize future tasks based on these findings. Hosting online retrospective brought the team closer together and allow us to truly concentrate on taking action.

## Test

In terms of testing AstroBio, we performed functional, as well as non-functional software testing.

#### Functional Testing

Functional testing implies making sure that each function of the software behaves as specified in the requirements. For AstroBio, we tested of all the functionalities by entering specific inputs to verify whether the actual results were matching the expected output.

![](https://static.igem.org/mediawiki/2020/4/4c/T--Concordia-Montreal--Use-Case-1.png)
![](https://static.igem.org/mediawiki/2020/a/a4/T--Concordia-Montreal--Use-Case-2.png)

#### Non-functional Testing

Non-functional refers to making sure the software is performing efficiently. The goal of this kind of testing is to improve the experience of the user.

###### [Availability](#collapse1)

Availability describes how likely the software is accessible for a user at a specific point in time.

###### [Scalability](#collapse2)

Scalable software does not need to be redesigned to maintain effective performance after workload changes.

###### [Performance](#collapse3)

Performance defines how fast a software system responds to users’ actions under a specific workload.

###### [Security](#collapse5)

Security ensures that all source code and data inside AstroBio's database is safe from malware attacks and unauthorized access.

## Improve

To ensure continuous improvements for AstroBio, retrospectives were conducted. In layman's terms, retrospectives are meetings where the software team gathers together to discuss how to take steps that will improve their working practices. Conducting retrospectives was also part of the Agile Development methodology we employed to build AstroBio.

## References

Interaction Design Foundation. (2020, August). Design Thinking. Retrieved from Interaction Design Foundation: https://www.interaction-design.org/literature/topics/design-thinking

National Aeronautics and Space Administration. (2018, January 30). Engineering Design Process. Retrieved from https://www.nasa.gov/audience/foreducators/best/edp.html

Science Buddies. (n.d.). The Engineering Design Process. Retrieved from https://www.sciencebuddies.org/science-fair-projects/engineering-design-process/engineering-design-process-steps

Agile Alliance. (n.d.). What is Agile? Retrieved from https://www.agilealliance.org/agile101/

Cluster, K. (2019). Agile Project Management: Learn How To Manage a Project With Agile. Independent Publisher.

Scrum.org. (n.d.). What is SCRUM? Retrieved from https://www.scrum.org/resources/what-is-scrum

### Our 2020-2021 iGEM project is generously supported by

Gold Partners

[![](https://static.igem.org/mediawiki/2020/3/33/T--Concordia-Montreal--Concordia_University_Sponsor.png)](https://www.concordia.ca/research/casb/training/igem.html)

[![](https://static.igem.org/mediawiki/2020/0/0c/T--Concordia-Montreal--NSERC-CREATE_Sponsor.jpg)](https://www.nserc-crsng.gc.ca/index_eng.asp)

[![](https://static.igem.org/mediawiki/2020/0/0d/T--Concordia-Montreal--Synbioapps_Sponsor.jpg)](https://www.concordia.ca/sgs/programs/interdisciplinary/synthetic-biology-applications.html)

[![](https://static.igem.org/mediawiki/2020/8/84/T--Concordia-Montreal--Promega_Sponsor.png)](https://www.promega.ca/)

[![](https://static.igem.org/mediawiki/2020/8/86/T--Concordia-Montreal--CSU_Sponsor.jpg)](https://www.csu.qc.ca/)

[![](https://static.igem.org/mediawiki/2020/6/6b/T--Concordia-Montreal--IDT_Sponsor.jpg)](https://www.idtdna.com/pages)

Partners

![](https://static.igem.org/mediawiki/2020/b/b8/T--Concordia-Montreal--New_England_Biolabs_Sponsor.png)

![](https://static.igem.org/mediawiki/2020/d/d1/T--Concordia-Montreal--Snapgene_Sponsor.jpg)

![](https://static.igem.org/mediawiki/2020/a/a1/T--Concordia-Montreal--Geneious_Sponsor.jpg)

![](https://static.igem.org/mediawiki/2020/f/fc/T--Concordia-Montreal--Mathworks_Sponsor.jpg)

![](https://static.igem.org/mediawiki/2020/e/ea/T--Concordia-Montreal--Benchling_Sponsor.jpg)

![](https://static.igem.org/mediawiki/2020/e/e2/T--Concordia-Montreal--Aminobio_Sponsor.png)

![](https://static.igem.org/mediawiki/2020/b/b6/T--Concordia-Montreal--Twist.png)

## Discover our SynBioApps ProgramWe are part of Concordia University's SynBioApps program which is Canada's 1st **graduate** training program for Synthetic Biology **(supported by NSERC-CREATE funding)**[Website](https://www.concordia.ca/sgs/programs/interdisciplinary/synthetic-biology-applications.html)

##### SUPPORT US

To support the development and improvement of AstroBio and AstroYeast, we launched a crowdfunding campaign through Concordia University.

[iGEM Concordia Campaign](https://www.concordia.ca/alumni-friends/giving-to-concordia/fundone.html)

### Follow us on Social Media:

![](https://static.igem.org/mediawiki/2020/1/11/T--Concordia-Montreal--igem_concordia_2020.png)

We are team of 16 young scientists reunited by a passion for synthetic biology and working under the mentorships of 11 instructors and 3 advisors.

---

Copyright 2020 iGEM Concordia

[![](https://static.igem.org/mediawiki/2020/8/8b/HQ_page_logo.jpg)](https://2020.igem.org)

# Team:Concordia-Montreal/Experiments

# Experiments

Describe the research, experiments, and protocols you used in your iGEM project. These should be detailed enough for another team to repeat your experiments.

If you made Parts this year, please remember to put all information, characterization, and measurement data on the Part's Main Page on the [Registry](http://parts.igem.org/Main_Page).

### What should this page contain?

* Protocols
* Experiments

### Inspiration

* [2014 Colombia](https://2014.igem.org/Team%3AColombia/Protocols)
* [2014 Imperial](https://2014.igem.org/Team%3AImperial/Protocols)
* [2014 Caltech](https://2014.igem.org/Team%3ACaltech/Project/Experiments)

[![](https://static.igem.org/mediawiki/2020/8/8b/HQ_page_logo.jpg)](https://2020.igem.org)

# Team:Concordia-Montreal/Results

# Results

You can describe the results of your project and your future plans here.

### What should this page contain?

* Clearly and objectively describe the results of your work.
* Future plans for the project.
* Considerations for replicating the experiments.

### Describe what your results mean

* Interpretation of the results obtained during your project. Don't just show a plot/figure/graph/other, tell us what you think the data means. This is an important part of your project that the judges will look for.
* Show data, but remember **all measurement and characterization data must also be on the Part's Main Page on the [Registry](http://parts.igem.org/Main_Page).** Otherwise these data will not be in consideration for any medals or part awards!
* Consider including an analysis summary section to discuss what your results mean. Judges like to read what you think your data means, beyond all the data you have acquired during your project.

### Project Achievements

You can also include a list of bullet points (and links) of the successes and failures you have had over your summer. It is a quick reference page for the judges to see what you achieved during your summer.

* A list of linked bullet points of the successful results during your project
* A list of linked bullet points of the unsuccessful results during your project. This is about being scientifically honest. If you worked on an area for a long time with no success, tell us so we know where you put your effort.

### Inspiration

See how other teams presented their results.

* [2014 TU Darmstadt](https://2014.igem.org/Team%3ATU_Darmstadt/Results/Pathway)
* [2014 Imperial](https://2014.igem.org/Team%3AImperial/Results)
* [2014 Paris Bettencourt](https://2014.igem.org/Team%3AParis_Bettencourt/Results)