From 842e965c19892189076d52003f2ae6bb5657315f Mon Sep 17 00:00:00 2001 From: candea Date: Sat, 19 Oct 2024 14:00:27 +0200 Subject: [PATCH 1/4] Provide comprehensive project feedback at milestone M1 review --- staff-feedback/M1.md | 137 +++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 137 insertions(+) create mode 100644 staff-feedback/M1.md diff --git a/staff-feedback/M1.md b/staff-feedback/M1.md new file mode 100644 index 00000000..cb6f9cb0 --- /dev/null +++ b/staff-feedback/M1.md @@ -0,0 +1,137 @@ + +# SwEnt Milestone 1 Feedback + +This first milestone M1 serves as a checkpoint at which we provide you with formal feedback on how you are coming together as a team, organizing yourselves, adopting good software engineering practices, and making progress toward delivering incremental value to your users. This is meant to complement the informal, ungraded feedback from your coaches given during the weekly meetings or asynchronously on Discord, email, etc. + +The goal of our evaluation is not to assess whether you are top-tier Android developers or software testers, this will be assessed in earnest in subsequent milestones, once you've had the opportunity to gain experience and acquire the relevant skills. You can find the evaluation criteria in the [M1 Deliverables](https://github.com/swent-epfl/public/blob/main/project/M1.md) document. + +We looked at several aspects, grouped into three categories: app design, app quality & delivery, and Scrum. + +- [App Design](#app-design) + + - [Architecture](#architecture) + + - [Implementation](#implementation) + + - [Figma](#figma) + + - [UI](#ui) + +- [Quality & Delivery](#quality-&-delivery) + + - [Automated Testing](#automated-testing) + + - [Automated Delivery](#automated-delivery) + + - [End-to-End Application Behavior](#end-to-end-application-behavior) + +- [Scrum](#scrum) + + - [Documents](#documents) + + - [Backlogs & Planning](#backlogs-&-planning) + +# App Design + +## Architecture + +We looked at the high-level design of your app. We checked whether the UI, data layer, and corresponding dependencies are present. We evaluated whether your architecture diagram is of good quality and reflects the architecture of the app. + +Gret Job, all layers are present and well completed. +Diagram is very qualitative and reflects well the architecture of your app, great work. + +For this part, you received 5 points out of a maximum of 5. + +## Implementation + +We looked at several implementation aspects, such as whether authentication is done safely, whether all sensitive data is properly safeguarded using crypto and secure APIs, and whether the permissions requested by your app are truly needed. + +Safe authentication, good job. +All the API keys are protected and not publicely available. +Request permissions to use camera are needed and present, good job on that. + +For this part, you received 5 points out of a maximum of 5. + +## Figma + +We reviewed how you used Figma in these first Sprints of your project. We took into account whether you had done wireframes and mockups, whether these contained the main application flows and the core features, and whether the screens were linked. Overall, we wanted to see whether it's clear how the pieces work together. + +Wireframe & Mockup are both present. +The mockup is clean and contains the main screens and features implemented. However the wireframe is incomplete.. It only contains one user story (the authentication user story). +Apart from the fact that there is only one user story in the wireframe, the screens are linked together and you can clearly see how you go from one screen to another. + +For this part, you received 12 points out of a maximum of 15. + +## UI + +We checked whether the elements of your app's UI are consistent (fonts, colors, etc.) and whether the layout is responsive (i.e., adapts to different screen sizes and orientations). + +UI colors and fonts are consistent. +Layout is responsive. + +For this part, you received 5 points out of a maximum of 5. + +# Quality & Delivery + +## Automated Testing + +We looked at whether you configured your CI to integrate with Sonar, whether your CI passes, and of course whether your CI automatically runs the test suite. Then we checked the statement coverage achieved by your test suite. We also looked at whether you have at least one meaningful UI test per screen, one meaningful unit test per repository, one meaningful unit test per view-model, and one meaningful end-to-end test. + +It seems like you tried to configure CI to run Sonar in the test.yml (CI - Test Runner) but not configured properly. Why are there 2 yml files in the workflow? Why is the Quality gate passing on your CI's when there is no code coverage generated? +In the last merge the CI (pull request) was cancelled but in previous merges the CI passes. +Tests are correctly run by the CI. +The coverage is of 75%. +Good job on including multiple meaningul UI tests per screen. +Really good unit tests per repo (many tests) but what is the difference between the 2 files: "FoodItemRepositoryFirestoreTest" and "FoodItemRepositoryFirestormTest". +No tests for BarcodeScannerViewModel or HouseholdViewModel or ListRecipesViewModel. +No end-to-end test... + +For this part, you received 18 points out of a maximum of 33. + +## Automated Delivery + +We checked whether you have set up your CI to automatically build the APK, and it does so successfully. We also wanted to see if the APK could be installed and run on a real device. + +We have found your app-debug.apk in the releases folder but your CI should automatically build the apk. The artifact is not correctly uploaded. +The APK run well on the device. + +For this part, you received 6 points out of a maximum of 7. + +## End-to-End Application Behavior + +We then interacted with your app manually, this was fun. We flagged any problems we encountered, such as crashes or bugs, and we classified the bugs into minor vs. major bugs. + +It's possible to name multiple households the same (this should not be the case unless correctly justified), UI is a little strange on the overview screen (food items should be cards or something but right now it's not very nice). +When searching for a recipe, the query is not visible. +Application crashes when opening profile screen. Moreover, when scanning a barcode and submitting it the app crashes. + +For this part, you have been penalized -6 points. + +# Scrum + +## Documents + +The main things we looked for was whether you documented your team Retrospective and Stand-Up in a timely and thorough manner. + +Good Team Retro. +Good standup sheet. + +For this part, you received 10 points out of a maximum of 10. + +## Backlogs & Planning + +We analyzed your product backlog, Sprint 3 backlog, and the Scrum board. For the PB, we checked whether it was up-to-date and whether you had populated it with user stories for the first epic and for a second epic. For the Sprint 3 backlog, we looked at whether it was up-to-date and whether the task descriptions were clear. We looked at whether tasks were assigned, whether they had a time estimate, and whether they had a priority. Finally, we evaluated whether your +Scrum board was up-to-date and ready for Sprint 3. + +You still have not given the elements priorities or sorted them by priority. Moreover, terminated tasks should not be in the product backlog anymore. +Task #48 has not been assigned to anyone and is marked as completed? +Some tasks in your sprint 3 backlog are missing an estimate. +Some tasks in your sprint 3 backlog are missing priority estimates. + +For this part, you received 15 points out of a maximum of 20. + +Based on the above points, your intermediate grade for this milestone M1 is 4.50. If you are interested in how this fits into the bigger grading scheme, please see [project README](https://github.com/swent-epfl/private/blob/main/project/README.md) and the [course README](https://github.com/swent-epfl/public/blob/main/README.md). + +Your coaches will be happy to discuss the above feedback in more detail. + +Good luck for the next Sprints! From 46427caeab81ffc6157a6b75279383366491351e Mon Sep 17 00:00:00 2001 From: David Schroeter <56824395+david-schroeter@users.noreply.github.com> Date: Tue, 5 Nov 2024 15:02:35 +0100 Subject: [PATCH 2/4] Update points M1. - Increase number of points earn for the coverage. - Remove one bug that wasn't really a bug. --- staff-feedback/M1.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/staff-feedback/M1.md b/staff-feedback/M1.md index cb6f9cb0..69271917 100644 --- a/staff-feedback/M1.md +++ b/staff-feedback/M1.md @@ -86,7 +86,7 @@ Really good unit tests per repo (many tests) but what is the difference between No tests for BarcodeScannerViewModel or HouseholdViewModel or ListRecipesViewModel. No end-to-end test... -For this part, you received 18 points out of a maximum of 33. +For this part, you received 21 points out of a maximum of 33. ## Automated Delivery @@ -101,11 +101,11 @@ For this part, you received 6 points out of a maximum of 7. We then interacted with your app manually, this was fun. We flagged any problems we encountered, such as crashes or bugs, and we classified the bugs into minor vs. major bugs. -It's possible to name multiple households the same (this should not be the case unless correctly justified), UI is a little strange on the overview screen (food items should be cards or something but right now it's not very nice). +It's possible to name multiple households the same (this should not be the case unless correctly justified), UI is a little strange on the overview screen (food items should be cards or something but right now it's not very nice). We have not removed points for these 2 minor bugs When searching for a recipe, the query is not visible. Application crashes when opening profile screen. Moreover, when scanning a barcode and submitting it the app crashes. -For this part, you have been penalized -6 points. +For this part, you have been penalized -4 points. # Scrum @@ -130,7 +130,7 @@ Some tasks in your sprint 3 backlog are missing priority estimates. For this part, you received 15 points out of a maximum of 20. -Based on the above points, your intermediate grade for this milestone M1 is 4.50. If you are interested in how this fits into the bigger grading scheme, please see [project README](https://github.com/swent-epfl/private/blob/main/project/README.md) and the [course README](https://github.com/swent-epfl/public/blob/main/README.md). +Based on the above points, your intermediate grade for this milestone M1 is 4.75. If you are interested in how this fits into the bigger grading scheme, please see [project README](https://github.com/swent-epfl/private/blob/main/project/README.md) and the [course README](https://github.com/swent-epfl/public/blob/main/README.md). Your coaches will be happy to discuss the above feedback in more detail. From 4ba030698356d705379d24442f873090c2c7ae67 Mon Sep 17 00:00:00 2001 From: David Schroeter <56824395+david-schroeter@users.noreply.github.com> Date: Sat, 23 Nov 2024 10:13:59 +0100 Subject: [PATCH 3/4] Provide comprehensive project feedback at milestone M2 review --- staff-feedback/M2.md | 112 +++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 112 insertions(+) create mode 100644 staff-feedback/M2.md diff --git a/staff-feedback/M2.md b/staff-feedback/M2.md new file mode 100644 index 00000000..13657a28 --- /dev/null +++ b/staff-feedback/M2.md @@ -0,0 +1,112 @@ +# Milestone M2: Team Feedback + +This milestone M2 provides an opportunity to give you, as a team, formal feedback on how you are performing in the project. By now, you should be building upon the foundations set in M1, achieving greater autonomy and collaboration within the team. This is meant to complement the informal, ungraded feedback from your coaches given during the weekly meetings or asynchronously on Discord, email, etc. + +The feedback focuses on two major themes: +First, whether you have adopted good software engineering practices and are making progress toward delivering value to your users. +Is your design and implementation of high quality, easy to maintain, and well tested? +Second, we look at how well you are functioning as a team, how you organize yourselves, and how well you have refined your collaborative development. +An important component is also how much you have progressed, as a team, since the previous milestone. +You can find the evaluation criteria in the [M2 Deliverables](https://github.com/swent-epfl/public/blob/main/project/M2.md) document. +As mentioned in the past, the standards for M2 are elevated relative to M1, and this progression will continue into M3. + +We looked at several aspects, grouped as follows: + + - Design + - [Features](#design-features) + - [Design Documentation](#design-documentation) + - [Implementation and Delivery](#implementation-and-delivery) + - Scrum + - [Backlogs Maintenance](#scrum-backlogs-maintenance) + - [Documentation and Ceremonies](#scrum-documentation-and-ceremonies) + - [Continuous Delivery of Value](#scrum-continuous-delivery-of-value) + +## Design: Features + +We interacted with your app from a user perspective, assessing each implemented feature and flagging any issues encountered. Our evaluation focused mainly on essential features implemented during Sprints 3, 4, and 5; any additional features planned for future Sprints were not considered in this assessment unless they induced buggy behavior in the current APK. +We examined the completeness of each feature in the current version of the app, and how well it aligns with user needs and the overall project goals. + + +Feature Complexity and Impact: you have some meaningful features that you implemented during this milestone, the recipe screen, sharing households etc.. These features all have good value. Allthough we were not able to test them we saw them work during your demos. For next milestone we believe that you could definitely develop even more new features, we feel like there was alot during M1 and then much less during M2 (we are aware that you spent alot of time on testing and achieving such high line coverage). + +Feature Completeness: We were not able to see whether your new features are bug free or not but from what we saw during your demo the new features developed during this milestone are functional and allow good user experience + +Feature value: you select the features you wish to implement well and they are usually well aligned with your app and its goals, well done + + +For this part, you received 5.7 points out of a maximum of 8.0. + +## Design: Documentation + +We reviewed your Figma (including wireframes and mockups) and the evolution of your overall design architecture in the three Sprints. +We assessed how you leveraged Figma to reason about the UX, ensure a good UX, and facilitate fast UI development. +We evaluated whether your Figma and architecture diagram accurately reflect the current implementation of the app and how well they align with the app's functionality and structure. + + +Good Figma. As we were not able to test your app we were not able to compare if your Figma was up to date with your real app so we relied on our memories that we had from the last demo that you showed us. + +Great app architecture! Well done + + +For this part, you received 4.8 points out of a maximum of 6.0. + +## Implementation and Delivery + +We evaluated several aspects of your app's implementation, including code quality, testing, CI practices, and the functionality and quality of the APK. +We assessed whether your code is well modularized, readable, and maintainable. +We looked at the efficiency and effectiveness of your unit and end-to-end tests, and at the line coverage they achieve. + + +Overall your code quality is good and the codebase is well documented. Be careful sometimes we spoted some hardcoded strings/TODO's or other inconsistency callbacks/coroutines (this was specified in your individual feedbacks). Well done on achieveing such high coverage on your code, keep it up! Your end to end tests need to start the app from MainActivity. You should not be setting any views. Please update this for next milestone because your current end to end tests are not maintainable. + +Your APK was not stable enough for us to test your app; we were not able to login with google on the phone with the APK. It's really important to test that you have a working APK generated by the CI because you know that we will use it to test your app + + +For this part, you received 12.8 points out of a maximum of 16.0. + +## Scrum: Backlogs Maintenance + +We looked at whether your Scrum board is up-to-date and well organized. +We evaluated your capability to organize Sprint 6 and whether you provided a clear overview of this planning on the Scrum board. +We assessed the quality of your user stories and epics: are they clearly defined, are they aligned with a user-centric view of the app, and do they suitably guide you in delivering the highest value possible. + + +Your sprint backlog is good but minimal. Your tasks don't all have descriptions and many of them necessitate a description because neither of us coaches were able to understand specifically what the task consisted in (ex: #176). Good workload balance and nice job on assigning people to all tasks. + +Your product backlog is a little messy. You have put some tasks in the product backlog (tasks don't belong in the product backlog, only epics and user stories). Moreover your epics and user stories in the product backlog don't have any order (priority), you should have priorities for your epics and user stories that go with them. You had the exact same feedback for M1 and it seems like you did not take it into account + + +For this part, you received 2.2 points out of a maximum of 4.0. + +## Scrum: Documentation and Ceremonies + +We assessed how you used the Scrum process to organize yourselves efficiently. +We looked at how well you documented your team Retrospective and Stand-Up during each Sprint. +We also evaluated your autonomy in using Scrum. + + +Your scrum documents (team retro's and Stand up's) seem to all have been created and modified during the last 2 days before the deadline. Remember that you should be writing these documents once per week. More specifically, the stand up meetings should be filled in duriing one of your personal weekly meetings while the sprint retro should be completed by someone, maybe the product owner of the week, during the sprint retro that we do with you during our friday meetings. + +Concerning our scrum meetings, we feel like we can advance well with you, well done! For the next meetings (until the end of the course) we expect more autonomy during meetings from you. This means that we coaches should not have to intervene much anymore. You start with the demo, then you move onto the sprint review, then the sprint retro and finally the sprint planning (as discussed, you can do the planning before the meeting and just do a final check up during the meeting so we can also see that everyone knows what they will be working on). The scrum master should mediate the meeting (as David and I were doing). Don't hesitate to ask us if you don't understand what we mean. + + +For this part, you received 3.4 points out of a maximum of 4.0. + +## Scrum: Continuous Delivery of Value + +We evaluated the Increment you delivered at the end of each Sprint, assessing your team’s ability to continuously add value to the app. +This included an assessment of whether the way you organized the Sprints was conducive to an optimal balance between effort invested and delivery of value. + + +You have delivered great value towards the app during this milestone M2 and M1, well done! Keep up the great work and now that midterms are behind you we expect to keep seeing continuous work from you towards your app + + +For this part, you received 1.8 points out of a maximum of 2.0. + +## Summary + +Based on the above points, your intermediate grade for this milestone M2 is 4.84. If you are interested in how this fits into the bigger grading scheme, please see the [project README](https://github.com/swent-epfl/public/blob/main/project/README.md) and the [course README](https://github.com/swent-epfl/public/blob/main/README.md). + +Your coaches will be happy to discuss the above feedback in more detail. + +Good luck for the next Sprints! From 0a5c529c7a8980c2c79875df75cd8049f0d5582d Mon Sep 17 00:00:00 2001 From: David Schroeter Date: Sat, 21 Dec 2024 20:42:33 +0100 Subject: [PATCH 4/4] Provide comprehensive project feedback at milestone M3 review --- staff-feedback/M3.md | 137 +++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 137 insertions(+) create mode 100644 staff-feedback/M3.md diff --git a/staff-feedback/M3.md b/staff-feedback/M3.md new file mode 100644 index 00000000..6540eee0 --- /dev/null +++ b/staff-feedback/M3.md @@ -0,0 +1,137 @@ +# Milestone M3: Team Feedback + +This milestone M3 is the culmination of your SwEnt journey, and it gives us the final opportunity to give you, as a team, formal feedback on how you performed in the project. By now, you should be capable of demonstrating a solid command of the Scrum methodology and collaborative teamwork, and be able to deliver a high-quality, application that is ready for real users. +This feedback report is meant to complement the informal, ungraded feedback that you received from your coaches during the weekly meetings, over email, on Discord, etc. + +You can find the evaluation criteria in the [M3 Deliverables](https://github.com/swent-epfl/public/blob/main/project/M3.md) document. +As mentioned before, the standards for M2 were elevated relative to M1, and this progression continued into M3: we now hold you to the highest professional standard in SwEnt. + +For this milestone, we looked at several aspects, grouped as follows: + +- Application + - [Completeness](#app-completeness) + - [Functionality](#app-functionality) + - [User Experience](#app-user-experience) +- [Design and Implementation](#design-and-implementation) +- [Testing and CI Pipeline](#testing-and-ci-pipeline) +- Process + - [Documentation](#process-documentation) + - [Autonomy](#process-autonomy) + +## App: Completeness + +We first evaluated the depth and complexity of the main __epics__ in your app, along with their contribution to the app, the tangible value they provide to the user, and their alignment with the app’s goals. +We evaluated the extent to which your app meets the __course requirements__ articulated at the start of the semester, and whether they are implemented effectively, they integrate seamlessly, and are indeed essential to the app. +We then looked at the __robustness and completeness__ of the different features you implemented: are all the features finished and polished, are they secure and bug-free, and are they thoughtfully designed. + + +Epics implementation: you brought many epics to this app, well done + +App requirements: great job on adding substantial value to your app + +Features compelxity and completeness: You have many features but most of them are not complete (see app resilience explanations) + + +For this part, you received 7.1 points out of a maximum of 8.0. + +## App: Functionality + +In this context, we assessed your app's ability to __handle unexpected inputs__ provided by clueless or malicious users (including spamming buttons, entering wrong inputs, stopping a process mid-way, etc.); we wanted to see that your app handles all edge cases gracefully, has comprehensive error handling, and includes robust mechanisms for maintaining stability under stress. + +We then evaluated the performance and reliability of the final product, i.e., __the APK__: we wanted to see that your APK is stable and delivers excellent performance, the UI responds quickly and has seamless navigation. + +Next we looked into your implementation of __user authentication and multi-user support__: does the app correctly manage users, can users personalize their accounts, does the app support session persistence, are multi-user interactions well supported, can a user recover a lost password, can accounts be used on another device, and is account information preserved when switching devices. + + +App Resilience: The app exhibits several resilience issues that hinder user experience. For instance, it allows adding unregistered users without providing feedback, such as a toast notification, making the process unclear. There is no input validation for email fields when adding household members, and the "+" button does not work as expected, requiring users to press the checkmark instead. Invites to households take an unpredictable amount of time to appear, often necessitating app restarts. Additionally, scanning items becomes frustrating, as accidentally sliding the window down erases all input, forcing users to re-scan and re-enter details. Recipe creation with only household ingredients can lead to a blank screen with no way to navigate back, often resulting in app crashes. + +Functionality and Performance: The app struggles with dynamic updates and responsiveness. For example, changes made by other household members, such as consuming ingredients, require users to kill and restart the app to see the updates. Offline mode is functional but falters when generating recipes, frequently leading to loading failures and blank screens. The rat leaderboard feature is also difficult to locate or use effectively. These performance gaps significantly impact the app’s usability, making it challenging to rely on for seamless interactions. + +Account Management: Account management stands out as a well-implemented aspect of the app. It functions smoothly without major issues, demonstrating a robust and reliable design. This strong foundation could serve as a model for addressing other areas of the app that require improvement, particularly in enhancing responsiveness and error handling to create a more consistent user experience. + + +For this part, you received 5.4 points out of a maximum of 8.0. + +## App: User Experience + +For this part, we wanted to see how __intuitive and user-friendly__ the app is for real users. Beyond having good usability, did you pay attention to streamlining the interactions, is it easy to figure out, can new users start making good use of the app quickly, are the interaction flows well thought out and refined. + + +Great work on explicitly designing the app icon. A little toast to tell me that my new ingredient has successfully been added to my pantry affter scanning would have been nice. Other than that good job overall + + +For this part, you received 1.8 points out of a maximum of 2.0. + +## Design and Implementation + +We evaluated whether __your code is of high quality and employs best practices__, is it modular and robust, etc. +We expect the codebase to be polished, well documented, follow consistent conventions, be modular, and allow for easy modifications. +You should be able to employ advanced techniques by now, such as asynchronous functions (flows, coroutines), good resource management, and automated dependency injection (e.g., with Hilt). + +We assessed your overall __app architecture and design__, looking in particular at aspects surrounding robustness and scalability. +We looked at both the codebase and the documentation of the app (Wiki and architecture diagram). +We expect your design to demonstrate thoughtful consideration for performance, maintainability, and future growth. + + +Code Quality: Overall code quality is really good. + +App Architecture and Overall Design: your app acrhitecture is good overall, well done + + +For this part, you received 7.2 points out of a maximum of 8.0. + +## Testing and CI Pipeline + +The first aspect we looked at here was your __test suite__, in terms of both quality and the final line coverage. +We expect testing the be rigorous and to cover all components and edge cases, and they should validate every significant user journey. +Line coverage should be getting close to 90%. +Your end-to-end tests should be detailed and include error-handling scenarios. +The tests should be well-documented and easy to maintain. +Finally, your test suite should demonstrate advanced techniques, mock data for performance testing, and automated regression tests. + +We then considered the quality of your __repository setup and the CI pipeline__, and how professional it is and how easy it is for new developers to bring contributions to the project. +We expect your repository to have a logical structure, use consistent naming, and take full advantage of CI (code quality checks, linting, formatting, etc.) +Ideally, you should also have automated performance testing, deployment pipelines, and the CI should provide detailed feedback for developers. + + +Tests: you achieved a final coverage of 81.8% which is great, well done! Moreover you have all required end to end tests and they are well implemented + +Repo Setup and CI pipeline: your repository is well structured, however we saw that you disbaled the CI during the last sprint. This is obviously very bad practice. + + +For this part, you received 6.6 points out of a maximum of 8.0. + +## Process: Documentation + +We looked at your `README` and GitHub Wiki to evaluate the quality and completeness of __your app’s documentation__. We expect the README and Wiki to be thorough and achieve professional-level clarity and completeness. +They should provide detailed descriptions of the app's architecture, implementation of the features, and the development setup. +We also assessed __your use of Figma and the architecture diagram__ for effective UI design, organization, and app structure planning. +By this stage, we expect your Figma to be complete, up-to-date, and to include UI elements for future features, showing foresight and organization. +The architecture diagram should be comprehensive, providing a clear and detailed overview of the app structure and dependencies. +The architecture should be robust, scalable, and optimized for performance, security, and future development. + + +README and Github wiki: great readme and wiki overall! + +Figma and Architecture diagram: amazing architecture diagram. Figma is up to date with the app, well done + + +For this part, you received 3.8 points out of a maximum of 4.0. + +## Process: Autonomy + +A primary goal of SwEnt is to teach you how to __function autonomously as a team__. +For this part of the evaluation, we assessed you team’s independence, spanning Sprint 6 to Sprint 10, based on the meetings with coaches, Sprint planning, and how you managed risk. +By this stage, coaches should no longer be necessary for the team to operate, i.e., you can organize yourselves, you don't need to be reminded about tasks, and you can conduct the Scrum ceremonies on your own. + + +Your issue descriptions in general are not very precise. Other than that you showed good autonomy during meetings during this last milestone, well done + + +For this part, you received 1.8 points out of a maximum of 2.0. + +## Summary + +Based on the above points, your intermediate grade for this milestone M3 is 5.21. + +The entire SwEnt staff wishes you the very best in your career, and we look forward to seeing you do great things with what you learned this semester. \ No newline at end of file