Bureaucrats, emailconfirmed
1,221
edits
→Presentation and Documentation of Works
| Line 149: | Line 149: | ||
* Dokumentation für den Lehrenden und die Designs und Erklärungen werden pro Gruppe erstellt. Wichtige Infos oder Erfahrungen (e.g. eine Person hatte diese und jene Probleme mit dem Interview und hat sich deshalb entschiedenen diese und jene Änderungen anm Vorgehen zu machen) sind mitzudokumentieren (u.U. anonym) | * Dokumentation für den Lehrenden und die Designs und Erklärungen werden ''pro Gruppe'' erstellt. Wichtige Infos oder Erfahrungen (e.g. eine Person hatte diese und jene Probleme mit dem Interview und hat sich deshalb entschiedenen diese und jene Änderungen anm Vorgehen zu machen) sind mitzudokumentieren (u.U. anonym) | ||
* Die Designs und Ergebnisse für den Projektpartner sind im Wiki zu veröffentlichen, die Doku an den Lehrenden im Wiki oder als PDF. | * Die Designs und Ergebnisse ''für den Projektpartner'' sind im Wiki zu veröffentlichen, die ''Doku an den Lehrenden'' im Wiki oder als PDF. | ||
* Die Dokumentation für den Lehrenden lehnt sich am besten an das [[IFD:Human-Centered-Design-Research_-_Workbook|Arbeitsbuch]] an. Möglicherweise sind nicht alle methodischen Vorschläge auf euer Projekt zutreffend, in diesem Fall kann es sinnvoll sein, die "Abweichung" zu erklären (''xyz'' ist nicht gut geeignet weil …, deshalb haben wir die methode ''xyz'' benutzt", um das und das zu machen) | * Die Dokumentation für den Lehrenden lehnt sich am besten an das [[IFD:Human-Centered-Design-Research_-_Workbook|Arbeitsbuch]] an. Möglicherweise sind nicht alle methodischen Vorschläge auf euer Projekt zutreffend, in diesem Fall kann es sinnvoll sein, die "Abweichung" zu erklären (''xyz'' ist nicht gut geeignet weil …, deshalb haben wir die methode ''xyz'' benutzt", um das und das zu machen) | ||
* Die Designs und Ergebnisse für den Projektpartner sollen ermöglichen die Ideen in der Software umzusetzen und es soll klar werden warum (oder warum nicht) die Entwürfe so entstanden sind (das Programmieren kosten natürlich auch Zeit, und niemand würde etwas "einfach so" einbauen; Zudem kann es sein das Abweichungen von euren Entwürfen nötig sind – dann sind die Begründungen und Daten wichtig, um etwas ähnliches umzusetzen | * Die Designs und Ergebnisse für den Projektpartner sollen ermöglichen die ''Ideen in der Software umzusetzen'' und es soll klar werden wie und warum (oder warum nicht) die Entwürfe so entstanden sind (das Programmieren kosten natürlich auch Zeit, und niemand würde etwas "einfach so" einbauen; Zudem kann es sein das Abweichungen von euren Entwürfen nötig sind – dann sind die Begründungen und Daten wichtig, um etwas ähnliches umzusetzen) | ||
* Zu den Designs und Ergebnisse für den Projektpartner sollte gehören: | * Zu den Designs und Ergebnisse für den Projektpartner sollte gehören: | ||
** Ein Text mit Screenshots und Entwurfsskizzen | ** Ein Text mit Screenshots und Entwurfsskizzen | ||