# Internal Assessment: Criterion E :::success This is part of a series of notes on the Internal Assessment on the Diploma Program of IB. **Last assessment 2026. (old syllabus)** You can check the index with all the others and the rest of teaching material [here](https://hackmd.io/68GDv_RgT-yh9oERMvdnFw#Internal-Assessment) ::: Criterion E is evaluation of what you have already done once the development has arrived to a stop. In consist in 3 parts. The first is a review to what extend you have met your Success Criteria from criterion A. My best advice is to copy the test plan, add one more column for pass/no pass and run the test plan. After that you should have a paragraph of your own qualitative thoughts (maybe there are features that you added or couldn't happen in the end) of the project. This should summarize the previous (long) table of the test plan. Then you need to do the last consultation with your client (that is another appendix file!). From that you will get information from your client that will have *opinions* on what you have done. Of course this client generally is going to say that everything is ok since is a dear person to you. But in this case you need to actually ask not only for what has been accomplished but also the possible bugs or expansion. That should be another paragraph or 2. :::danger :warning::warning::warning::warning: **The feedback from client/adviser is mandatory!** If you don't have it you will have a 0 in this criterion :warning::warning::warning::warning: ::: ### Proposals :::danger :warning::warning::warning::warning: **Proposals for future expansions are mandatory!** If you don't have it you will have a 0 in this criterion :warning::warning::warning::warning: ::: Finally you should end with the **proposals** (mandatory!) for future improvment of the product. These proposals (at least 2) should be outside of any success criteria not met. You need to also justify those proposals. They need to be **realistic** and not trivial, and how can you ensure that those proposals are not trivial and realistic? You should justify them (the usefulness) and **outline** how could be done. Also the proposals need to be yours, not from your client/adviser! :::warning :warning:The proposals cannot be to do unfullfilled Success Criteria!:warning: ::: #### Examples If you're adding a new SMS notification system for your website, what type of service are you going to use to implement it? If you're adding a new type of sensing in your arduino system, which type of sensor (specifically) are you going to use? can it be installed with the actual wiring? If you propose to implement a new API of Artificial Intelligence (for any reason), how do you connect to it? ## Common errors of the reflection Don't say "I had a good time" nor anything like it. Reflection doesn't go this way. Don't lie. Me as a teacher and the marker from IB have experience. It's better to be honest (even if you say that you couldn't arrive because any constraints) rather than try to fake it. Evaluation that are lies are not valid evaluations! Remember to include in another file the evidence of consultation. ## Word counting This is one of the criteria that has word count. I reccomend to include the word count at the end of the document. If you use a table from the test plan, the words inside that table don't have to be counted. The word count of this criterion should be between 350 and 500 words approx. ## The boundaries From the IB guide ![imagen](https://hackmd.io/_uploads/B1oeL6XMJl.png) ## References [Criterion E - Evaluation (Coatzee, 2018)](https://ib.compscihub.net/wp-content/uploads/2015/04/E.pdf) - Refer to this document for a succinct overview of Criterion E. [Student Handbook for the IA - Criterion E (Baumgarten, 2018)](https://gss.sd42.libguides.com/ld.php?content_id=34830813) - Refer to pages 24 - 25 for specifics on Criterion E deliverables and checklist.