cgd3cs

=Craig Symon=


 * clips** - thanks for these. You could do with upping the lighting. It would have been nice to see some in-game clips of action as well as inaction too. But, at least you showed some work - but beef it up for real for your e-portfolio from the actual game. B2 (52%)


 * personal report** - a kinda blow by blow account, but with little effective reflection. You need to stop and think why, who, when, where? type questions in order to get under the skin of the project. You then use this to think about what this could mean for your next project. if not, you will possibly/probably repeat the same mistakes each time. This is a useful skill worth learning. I'll emphasise it more next year. C (54%)


 * QA Plan** - the QA plan is a good copy of the QA document, but does not show such as timings, target audiences, data analysis approaches, actions planned, etc. A plan should say all these things too - D (32%)


 * roll-out plan** - this is Ok as a plan, but not really as a working plan - it is better if it shows what was planned and what happened together. I suppose you need to get into a package that will help you with Gantt and PERT style diagramming. DO look these up (they are in MS Project, but that's a huge product jsut to get a few blobs-and-lines out of). But, thanks for the little bit of chat at the end of the dates list. So, more work in presenting this and using it as a working plan, but good you had a detailed plan to an extent. B2 (57%)


 * QA data presentation** - this is not clearly presented, but is subsumed in the analysis report - do show the actual real data, even as scans. However, the data can be 'seen', if not in its entirety - D (35%)


 * QA data analysis** - I like the bit about not gathering-in the forms. You need to hover over and make sure this happens. After all, the prupose of testing is NOT testing, it is FEEDBACK on testing. The analysis is OK and shows some useful insights. Get more data and make sure you present it as provably having been done. B1 (62%)