Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| report:prm [2026/04/12 19:06] – [Project Plan] epsatisep | report:prm [2026/04/21 14:13] (current) – [Cost] team6 | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ===== Project Management ===== | ===== Project Management ===== | ||
| - | In this chapter, we will develop our project | + | In this chapter, we will develop our project |
| ==== Scope ==== | ==== Scope ==== | ||
| Line 34: | Line 34: | ||
| **2026-06-23** Update the __wiki, report__ (suggested corrections), | **2026-06-23** Update the __wiki, report__ (suggested corrections), | ||
| **2026-06-25** __Submit prototype and user manual, prototype demonstration__\\ | **2026-06-25** __Submit prototype and user manual, prototype demonstration__\\ | ||
| + | |||
| ==== Cost ==== | ==== Cost ==== | ||
| - | We need to clearly separate two different prices: the price of the final product and the budget we have right now. While the final Healing Cocoon will be sold to clinics for about 2000€ to 2500€, our goal right now is just to build a working test model (prototype) to prove our technology works. | ||
| - | For this first prototype, the EPS program gave us a 100€ budget limit. To make sure we don't spend too much, we are using affordable, easy-to-find materials for the physical frame. For the smart system, we are using low-cost electronic sensors and a basic microcontroller (ESP32). | + | We need to clearly separate two different prices: the price of the final product and the budget we have right now. While the final Healing Cocoon will be sold to clinics for about 2000 € to 2500 €, our goal right now is just to build a working test model (prototype) to prove our technology works. |
| + | |||
| + | For this first prototype, the EPS program gave us a 100 € budget limit. To make sure we don't spend too much, we are using affordable, easy-to-find materials for the physical frame. For the smart system, we are using low-cost electronic sensors and a basic microcontroller (ESP32). | ||
| <table bill> | <table bill> | ||
| < | < | ||
| - | ^ Required component ^ Description ^ Total Budget (€) ^ Actual Costs (€) ^ | + | ^ Required component ^ Description ^ Total Budget (€) ^ Actual Costs (€) ^ |
| - | | Smart brain & sensors | ESP32 board, and sensors for light, carbon dioxide and humidity | 25.00 | 23.67 | | + | | Smart brain & sensors | ESP32 board, and sensors for light, carbon dioxide and humidity | 25.00 | 3.67 | |
| - | | Output devices | Scent sprayer, speaker amplifier, and relay switch | 25.00 | 22.98 | | + | | Output devices | Scent sprayer, speaker amplifier, and relay switch | 25.00 | 22.98 | |
| - | | Power supply | 5 V 2 A USB wall plug | 25.00 | 7.26| | + | | Power supply | 5 V 2 A USB wall plug | 25.00 | 7.26 | |
| - | | Building materials | Fiberglass rods, hula hoop, spandex, acoustic foam, PVC | 40.00 | 0.00 (Pending purchase) | | + | | Building materials | Fiberglass rods, hula hoop, spandex, acoustic foam, PVC | 40.00 | (Pending purchase) |
| - | | Total prototype budget | | 100.00 | 53.91 | | + | | Total prototype budget | | 100.00 | 53.91 | |
| </ | </ | ||
| + | |||
| ==== Quality ==== | ==== Quality ==== | ||
| - | // | + | |
| + | To make sure the Healing Cocoon is safe for children and works perfectly in a real clinic, we set clear quality | ||
| + | |||
| + | Building & Hardware Quality | ||
| + | |||
| + | - Wheelchair access - The opening and inside of the pod must be big enough for a standard child' | ||
| + | - Cleanliness & Hygiene - All inside surfaces must be easy to wipe down and made of materials | ||
| + | - Fast Electronics - When the smart system (the ESP32) senses something, the lights, sounds, or scents must react in less than 2 seconds so the experience feels magical | ||
| + | |||
| + | We are also focusing on clear and consistent report for keeping the track of our progress and milestones achieved. We use a final " | ||
| ==== People & Stakeholder Management ==== | ==== People & Stakeholder Management ==== | ||
| - | //Enumerate all people relevant to your project, | + | |
| + | To make sure our project | ||
| + | |||
| + | **The Project Team (Internal)** | ||
| + | Our team is made up of six international students from different academic backgrounds. Because we have different skills, we divided the project | ||
| + | - Ronja Kruse (Dental Technology): | ||
| + | - Hanna Kaczmarek (Industrial Biotechnology): | ||
| + | - Anouc Goedhart (Industrial Design Engineering): | ||
| + | - Daniel Aagaard Pérez (Informatics Engineering): | ||
| + | - Julie Bonnet (Packaging Engineering): | ||
| + | - Kemal Yilmaz (Electronics - ICT): Develops the software app, the user interface (UI), and database management. | ||
| + | |||
| + | **Key External Stakeholders** | ||
| + | These are the people outside our team who are impacted by our project: | ||
| + | * EPS Supervisors & Teachers: They guide our academic progress and grade our deliverables. We manage their expectations by meeting all deadlines and updating our Wiki logbook. | ||
| + | * Clinic Directors (The Customers): The private dentists and therapists who will buy the Cocoon. We manage them by proving the product is easy to clean and will save their clinic time and money. | ||
| + | * Patients & Parents (The Users): The anxious children and their parents. We manage their needs by ensuring the final pod is safe, calming, and inclusive. | ||
| + | * Local Suppliers: Companies like F. Marques da Silva and Artnovion who provide our materials. | ||
| ==== Communications ==== | ==== Communications ==== | ||
| + | |||
| //Document how your team will manage communications, | //Document how your team will manage communications, | ||
| ==== Risk ==== | ==== Risk ==== | ||
| + | |||
| //Identify key risks (product and project level), evaluate them and define how they should be handled (responses) and monitored. Perform quantitative and qualitative risk analysis and use the results to define the appropriate risk responses.// | //Identify key risks (product and project level), evaluate them and define how they should be handled (responses) and monitored. Perform quantitative and qualitative risk analysis and use the results to define the appropriate risk responses.// | ||
| ==== Procurement ==== | ==== Procurement ==== | ||
| + | |||
| //Document your procurement management strategy including make vs buy decisions, materials/ | //Document your procurement management strategy including make vs buy decisions, materials/ | ||
| ==== Project Plan ==== | ==== Project Plan ==== | ||
| - | /* | ||
| **__1. Description of the project schedule and its key phases using a Gantt chart__** | **__1. Description of the project schedule and its key phases using a Gantt chart__** | ||
| - | //<color # | + | /* |
| + | //<color # | ||
| */ | */ | ||
| Line 75: | Line 107: | ||
| * the development phases of the project (Figure {{ref> | * the development phases of the project (Figure {{ref> | ||
| * the deliverables to be submitted (Figure {{ref> | * the deliverables to be submitted (Figure {{ref> | ||
| - | |||
| - | We divided the tasks according to our strengths and areas of expertise, but some compromises had to be made to meet the needs of the project' | ||
| - | **The figures below correspond to the first version of the Gantt chart, before the update.**\\ | ||
| - | Here is the updated Gantt Chart: {{ : | ||
| - | \\ | ||
| <WRAP centeralign> | <WRAP centeralign> | ||
| <figure fig: | <figure fig: | ||
| - | {{ : | + | {{ : |
| < | < | ||
| </ | </ | ||
| </ | </ | ||
| - | \\ | + | |
| <WRAP centeralign> | <WRAP centeralign> | ||
| <figure fig: | <figure fig: | ||
| - | {{ : | + | {{ : |
| < | < | ||
| </ | </ | ||
| </ | </ | ||
| - | \\ | + | |
| <WRAP centeralign> | <WRAP centeralign> | ||
| <figure fig: | <figure fig: | ||
| - | {{ : | + | {{ : |
| < | < | ||
| </ | </ | ||
| </ | </ | ||
| - | \\ | + | |
| + | |||
| + | We divided the tasks according to our strengths and areas of expertise, but some compromises had to be made to meet the needs of the project' | ||
| + | |||
| + | Figure {{ref> | ||
| + | <WRAP centeralign> | ||
| + | <figure fig: | ||
| + | {{: | ||
| + | < | ||
| + | </ | ||
| + | </ | ||
| Figure {{ref> | Figure {{ref> | ||
| Line 116: | Line 152: | ||
| </ | </ | ||
| </ | </ | ||
| - | \\ | + | |
| **__2. Sprint backlog and sprints created in Planner on Jira:__**\\ | **__2. Sprint backlog and sprints created in Planner on Jira:__**\\ | ||
| + | |||
| + | /* | ||
| //<color # | //<color # | ||
| //<color # | //<color # | ||
| + | */ | ||
| - | First of all, discovering and using Jira was not easy. Despite the explanations that we thought we understood, some parameters and steps were not completed | + | First of all, discovering and using Jira was not easy for our team. Despite the explanations that we thought we understood, some parameters and steps were not completed |
| + | |||
| + | Figure {{ref> | ||
| - | Figure {{ref> | ||
| Figure {{ref> | Figure {{ref> | ||
| - | \\ | + | |
| <WRAP centeralign> | <WRAP centeralign> | ||
| <figure fig: | <figure fig: | ||
| - | {{ : | + | {{ : |
| < | < | ||
| </ | </ | ||
| </ | </ | ||
| - | \\ | + | |
| <WRAP centeralign> | <WRAP centeralign> | ||
| <figure fig: | <figure fig: | ||
| - | {{ : | + | {{ : |
| < | < | ||
| </ | </ | ||
| </ | </ | ||
| - | \\ | + | |
| Figure {{ref> | Figure {{ref> | ||
| Line 148: | Line 188: | ||
| <WRAP centeralign> | <WRAP centeralign> | ||
| <figure fig: | <figure fig: | ||
| - | {{ : | + | {{ : |
| < | < | ||
| </ | </ | ||
| </ | </ | ||
| - | \\ | ||
| Finally, {{ref> | Finally, {{ref> | ||
| Line 158: | Line 197: | ||
| <WRAP centeralign> | <WRAP centeralign> | ||
| <figure fig: | <figure fig: | ||
| - | {{ : | + | {{ : |
| < | < | ||
| </ | </ | ||
| </ | </ | ||
| - | \\ | ||
| - | **__3. Prioritization, | + | **__3. Prioritization, |
| + | /* | ||
| //<color # | //<color # | ||
| //<color # | //<color # | ||
| - | \\ We tried to prioritize tasks based on the deadlines and deliverables to respect, but it was also based on our estimated workload and the time it would take. \\ | + | */ |
| - | + | ||
| - | The tricky part was finding compromises based on each person' | + | |
| + | We tried to prioritize tasks based on the deadlines and deliverables to respect, but it was also based on our estimated workload and the time it would take. \\ | ||
| + | The tricky part was finding compromises based on each person' | ||