Teamprojekt

» Die möglichen Projektthemen sind auf einer separaten Seite zusammengefasst.

Organisatorisches

Arbeiten in Vierer-Teams Abgaben in 4 Meilensteinen Deadlines beachten:

Meilensteine

M1 Problemanalyse
  • Analyse von vorhandener Literatur
    • Recherchieren Sie wissenschaftliche und nicht-wissenschaftliche Texte, die sich mit Ihrem Thema befassen. Fassen Sie mindestens n Quellen (n = Anzahl der Personen im Team, d.h. 3-4) kurz zusammen und diskutieren Sie die Folgen, die Sie für ihr Projekt ziehen (ca. 1 Seite insgesamt).
    • Potentielle Quellen für wissenschaftliche Literatur sind: IEEE Xplore, ACM digital library, google scholar, CHI Conference Proceedings... Hinweis: Sie müssen möglicherweise u:access verwenden, um an Publikationen hinter Bezahlschranken zu gelangen.
  • Analyse von Konkurrenzprodukten & der bisherigen Applikation (falls zutreffend):
    • Recherchieren Sie, ob es ähnliche Systeme gibt und analysieren Sie diese. Wie sind diese Systeme mit ihrer Idee verwandt? Worin sehen Sie die wesentlichen Vor- und Nachteile der Konkurrenzprodukte? Identifizieren Sie potentielle Usability-Probleme dieser Systeme, sowie Usability Aspekte, die bereits gut abgedeckt sind.
    • Insgesamt sollen n Systeme (n = Anzahl der Personen im Team) analysiert werden.
  • Nutzeranalyse und Kontextanalyse:
    • Führen Sie eine Nutzeranalyse durch.
    • Fokussieren Sie sich dabei auf Aufgaben und Ziele der Nutzer, sowie potentielle Probleme mit dem System.
    • Führen Sie eine Kontextanalyse durch und dokumentieren Sie das Ergebnis.
  • Erstellen Sie Personas, die die wichtigsten Nutzerszenarien abdecken: 3 primäre (für Teams mit 3 Personen oder weniger nur 2), 1 sekundäre, 1 negative Persona.
  • Aufgabenanalyse (task analysis):
    • Führen Sie eine Aufgabenanalyse in Form von Use-Cases (für die primären Personas) durch und bewerten/schätzen Sie die Wichtigkeit der Aufgaben.
  • Projektmanagement:
    • Basierend auf den obigen Aspekten, beschreiben Sie kurz Kontext, Motivation, Ziele, und Nichtziele Ihres Projekts.
    • Stellen Sie sich als Teampartner im Projekt vor und teilen Sie Ihre Schwerpunkte und Lernwünsche mit.
M1 Abgabe:
  • Die Abgabe erfolgt über Moodle unter M1. Beachten Sie das Moodle-Upload-Limit (250MB) - wenn Sie größere Dateien abgeben, kontaktieren Sie uns bitte rechtzeitig (=1 Tag vorher).
  • Laden Sie Ihre Lösung als pdf-Datei hoch.
  • Die Abgabe wird erst nach 3 Tagen gesperrt, das letzte Hochladen zählt als Abgabedatum.
    • Ein pdf (Deutsch oder Englisch) mit folgenden Inhalten:
      • Angabe des Themas / Angabe der Teammitglieder (IST FÜR JEDEN MEILENSTEIN ERFORDERLICH)
      • Diskussion von relevanter Literatur (ca. 1 Seite Text)
      • Analyse & Diskussion von Konkurrenzprodukten (Screenshots + ca. 1 Seite Text)
      • Übersicht und Beschreibung von Benutzergruppen (ca. 1 Seite)
      • Kontextanalyse (kurz genügt, ca. 1/2 Seite)
      • Pro Persona eine Seite
      • Aufgabenanalyse: Tabelle zu Tasks/Use-Cases und Wichtigkeit/Häufigkeit
      • Beschreibung der Projektmanagement-Aspekte (kurz)
      • Beschreiben Sie die Arbeitsverteilung (wer hat was gemacht): kann zu Punkte-Umverteilung oder -Abzügen führen - es muss klar beschrieben werden wer genau was gemacht hat, d.h. insbesondere, dass "wir haben alle gleich viel an M1 gearbeitet" nicht genügt und zu Punktabzug führen würde.
    • Nur für Vortragende: Präsentationsfolien für max. 13 Min. (Folien können bis zum Datum der eigentlichen Präsentation hochgeladen werden, dafür gibt es selbstverständlich keinen Punktabzug!)
    M1 Bewertungsschema:
    • Diskussion von relevanter Literatur (ca. 1 Seite Text)
      • 20%: Identifikation und Beschreibung der Quellen, inkl. Diskussion der Implikationen für das eigene Projekt
    • Analyse & Diskussion von Konkurrenzprodukten (Screenshots + ca. 1 Seite Text)
      • 15%: Identifikation und Beschreibung von verwandten Systemen, inkl. Screenshots und Diskussion von Vor- und Nachteilen
    • Nutzer- und Aufgabenanalyse
      • 15%: Übersicht und Beschreibung von Benutzergruppen (ca. 1 Seite)
      • 15%: Aufgabenanalyse: Tabelle zu Tasks/Use-Cases und Wichtigkeit/Häufigkeit
      • 5%: Kontextanalyse (kurz genügt)
    • Personas (ca. 2-3 primäre, 1 sekundäre, 1 negative Persona)
      • 20%: 4-5% Punkte pro Persona. Anteilig bewertet nach Qualität (z.B. Bild dabei, präzise Beschreibung, etc.)
    • Beschreibung der Projektmanagement-Aspekte
      • 5%: Kontext, Motivation, Ziele, und Nichtziele des Projekts
      • 2% Vorstellung der Teampartner im Projekt
      • 3% Aufgabenverteilung im M1


    M2 Low-fidelity Prototypen
  • Die Abgabe erfolgt über Moodle unter M2. Beachten Sie das Moodle-Upload-Limit (250MB) - wenn Sie größere Dateien abgeben, kontaktieren Sie uns bitte rechtzeitig (=1 Tag vorher).
  • Laden Sie Ihre Lösung als pdf-Datei hoch.
  • Die Abgabe wird erst nach 3 Tagen gesperrt, das letzte Hochladen zählt als Abgabedatum.
    • Ideensammlung: Generieren, skizzieren und diskutieren Sie ein breites Spektrum an Lösungsideen für Ihr Projekt. Benutzen Sie dazu mindestens eine dedizierte Kreativitätstechnik (basierend auf Eigenrecherche, ein guter Startpunkt ist zum Beispiel folgender Wikipedia-Artikel; Beispiel: 4 design sheets).
    • Prototypen: Basierend darauf, erstellen Sie n (n = Anzahl der Personen im Team, d.h. 3-4) von grundauf unterschiedliche und voneinander unabhängige low-fidelity Prototypen, die Ihre Lösungsideen widerspiegeln (als Inspiration: https://developer.apple.com/videos/play/wwdc2017/818/). Das Tool, mit dem Sie Ihre Prototypen erstellen, wird nicht vorgegeben – vom Papierprototypen bis zu dezidierten Prototyping-Tools (z.B. Pencil) ist alles erlaubt. Konzentrieren Sie sich auf den Inhalt des Prototypen, nicht auf das Tool.
    • Anpassung des Prototypen an Ihre Zielgruppe (vgl. M1): Passen Sie Ihren Prototypen basierend auf der Nutzeranalyse und den Personas aus M1 an. Dokumentieren Sie, welche und ob Sie Anpassungen für die jeweilige Zielgruppe durchgeführt haben.
    • Evaluierung der Prototypen: Führen Sie Interviews mit n (siehe oben) Testusern (z.B. mit Ihren Kommilitonen - aber nicht aus eigenem Team!) durch, in denen Sie die Prototypen diskutieren, analysieren, und bewerten (jeder Testuser soll alle Prototypen testen).
    M2 Abgabe:
    • Ein pdf (Deutsch oder Englisch) mit folgenden Inhalten:
      • Skizzen/Photos/... + Beschreibung der Ideensammlung (ca. 1-2 Seiten Text exklusive Bilder)
      • Bilder + Beschreibung der low-fi Prototypen, so dass auch die Interaktion nachvollziehbar ist (ca. 1-2 Seiten Text exklusive Bilder)
      • Beschreibung der Anpassungen der low-fi Prototypen im Hinblick auf die definierten Zielgruppen.
      • Beschreibung der Interviews hinsichtlich Vorgehensweise und Ergebnissen (ca. 1-2 Seiten Text exklusive Bilder)
      • Beschreibung der Arbeitsverteilung (wer hat was gemacht): kann zu Punkte-Umverteilung oder -Abzügen führen.
    • Nur für Vortragende: Präsentationsfolien für max. 13 Min. (Folien können bis zum Datum der eigentlichen Präsentation hochgeladen werden, dafür gibt es selbstverständlich keinen Punktabzug!)
    M2 Bewertungsschema:
    • Ideensammlung (1-2 Seiten Text): 30%
      • Methodenwahl: 10%
      • Ergebnisse: 20%
    • low-fi Prototypen (1-2 Seiten Text): 40%
      • Prototypen: 30%
      • Zielgruppenbezogene Anpassungen, Bezug auf primäre Aufgaben: 10%
    • Beschreibung der Interviews (1-2 Seiten Text): 30%
      • Durchführung: 10%
      • Ergebnisse: 20%


    M3 Erstellung der App
    • Leiten Sie aus der Ideensammlung und den low-fidelity Prototypen ein stimmiges Konzept für Ihre App ab.
    • Implementieren Sie die App mit dem von Ihnen geplanten Spektrum an Aufgaben und Funktionen (high-fidelity Prototyp).
      • Stellen Sie sicher dass Ihr Interface die Komplexität des zugrundeliegenden Problems realistisch widerspiegelt.
      • Anmerkung: technische Details des Backends dürfen prototypisch realisiert werden (high-fidelity Prototyp der App).
    • Begründen Sie Designentscheidungen und nehmen Sie insbesondere Bezug auf die Aufgaben- und Nutzeranalyse aus M1!
    M3 Abgabe
    • Die Abgabe erfolgt über Moodle unter M3. Beachten Sie das Moodle-Upload-Limit (250MB) - wenn Sie größere Dateien abgeben, kontaktieren Sie uns bitte rechtzeitig (=1 Tag vorher).
    • Erstellen Sie bitte eine .zip (.tar.gz/...)-Datei, welche 3 Ordner beinhaltet: Dokumente, Source, App
    • Der gesamte Source-Code Ihres Projekt soll sich im Ordner "Source" befinden
    • Erstellen Sie eine kompilierte Version Ihrer App und geben Sie diese im Ordner App ab
    • Die Abgabemöglichkeit wird erst nach 3 Tagen gesperrt, der letzte Upload zählt als Abgabedatum
    • Funktionsfähiger Prototyp (inkl. Code). WICHTIG: Es soll sich hierbei um einen fertigen Prototypen bzw. eine fertige App handeln. M4 ist nicht dazu da "noch zu implementieren was Sie in M3 nicht geschafft haben". Ein unvollständiger Prototyp führt zu Punktabzug.
      • Geben sie ebenfalls eine Readme.md Datei mit ab. Folgen Sie dabei folgender Struktur: Readme-Grundgerüst.
      • Anmerkung: Ein nicht lauffähiger Prototyp gibt bis zu 75% Abzug der Gesamtpunkte. Für formelle Dinge wie schlecht lesbaren oder strukturierten Code (sinnvolle Klassen- und Methodennamen, Code ist kommentiert, Einrückungen etc.) gibt es bis zu 10% Abzug der Gesamtpunkte.
    • Screenshots und Beschreibung des Prototyp hinsichtlich Funktionen, Inhalte und Interaktionen (pdf, ca. 2-3 Seiten Text und Screenshots)
    • Beschreiben Sie die Arbeitsverteilung (wer hat was gemacht): kann zu Punkte-Umverteilung oder -Abzügen führen.
    • Nur für Vortragende: Präsentationsfolien für max. 13 Min. (Folien können bis zum Datum der eigentlichen Präsentation hochgeladen werden, dafür gibt es selbstverständlich keinen Punktabzug!)
    M3 Bewertungsschema (Änderungen vorbehalten)
    • PT (Software) — 75%
      • Readme & Code 10%
      • Fehlerfreiheit 20%
      • Vollständigkeit 20%
      • Komplexität/Qualität 25%
    • Schriftliche Abgabe: PT Beschreibung — 25%
      • Designentscheidungen 20%
      • Rückbezug auf frühere Meilensteine 5%


    M4 Usability Evaluierung, Weiterentwicklung, und Abschlussbericht
    • Benutzertest: Erstellen Sie n (n = Anzahl der Personen im Team, d.h. 3-4) Usability-Test- Aufgaben für Ihre App, die typische Nutzerszenarien darstellen. Des Weiteren erstellen Sie einen Fragenkatalog bzw. einen Interviewleitfaden, oder adaptieren Sie bestehende Fragebögen. Dieser soll jene Fragen beinhalten, die Sie die Testpersonen nach jeder Aufgabe fragen bzw. die für das Abschlussinterview der jeweiligen Testperson notwendig sind. Führen Sie eine Usabilitystudie mit mindestens 2n (d.h. 6-8) "typischen" Testpersonen durch (keine Testpersonen aus dem eigenen Team!). Die Testpersonen sollen wenn möglich aus den jeweiligen Nutzergruppen sein.
    • Leiten Sie Lösungsvorschläge ab, wie das Design entsprechend verbessert werden kann. Implementieren Sie (machbare) Verbesserungsvorschläge. Argumentieren Sie plausibel, warum nicht-implementierte Verbesserungsvorschläge über den Projektrahmen hinausgehen würden.
    • Erstellen Sie einen Abschlussbericht, der folgende Aspekte beinhaltet. Der Bericht kann auf Deutsch oder Englisch geschrieben werden (letzteres bevorzugt).
      • Motivation
        • Background information about the problem, tasks, and users
      • Related work
        • Other solutions to this problem or similar problems
        • Any previous work that you incorporated into your solution?
      • Design
        • Description of the design of your final App
        • Reasons for your design choices, e.g. what you learned from the earlier prototyping steps
      • Implementation
        • Brief(!) description of how the App was implemented (toolkits, languages, platforms)
        • Any serious implementation challenges you encountered and how you handled them
      • Evaluation
        • Describe how you evaluated the App in M4
          • Briefly describe the 3-4 usability tasks + the questionnaire;
          • Describe how you conducted the study (number of participants, sequence of steps in the study, etc.)
        • Provide the results from this evaluation
          • Explain what you learned about your App: strengths and weaknesses
          • Explain implications for design that you derived from the findings, and how you further improved the App respectively
      • Reflection
        • Give a clear separation of tasks between the group members for the entire project: you have to detail who did what for this milestone.
        • What were important lessons you learned from this course
      • Conclusions and future work
        • Summarize the main strengths and weaknesses of your approach and implementation
        • Give an outlook concerning interesting next steps that could be done building up on your work
      • References
    M4 Abgabe
    • Die Abgabe erfolgt über Moodle unter M4. Beachten Sie das Moodle-Upload-Limit (250MB) - wenn Sie größere Dateien abgeben, kontaktieren Sie uns bitte rechtzeitig (=1 Tag vorher).
    • Erstellen Sie bitte eine .zip (.tar.gz/...)-Datei, welche 3 Ordner beinhaltet: Dokumente, Source, App
    • Der gesamte Source-Code Ihres Projekt soll sich im Ordner "Source" befinden
    • Erstellen Sie eine kompilierte Version Ihrer App und geben Sie diese im Ordner App ab
    • Die Abgabemöglichkeit wird erst nach 3 Tagen gesperrt, der letzte Upload zählt als Abgabedatum
    • Weiterentwickelter Prototyp (funktionsfähiger Code).
      • Abgabe & Co. wie bei M3, insbesondere wieder inklusive einer Readme-Datei.
      • Es wird eine Live-Demo für max. 5 Min. in den Abschlussgesprächen geben. Stellen Sie sicher, dass die Demo Ihres Projekts (bzw. der Emulator) auch über die Videokonferenzsoftware funktioniert.
    • Abschlussbericht (pdf, max. 6 Seiten inkl. Bilder) der Nutzerstudie mit den oben angeführten Inhalten, bitte benutzen Sie das ACM CHI Proceedings Format zur Erstellung des Berichtes.
    • Anhang (pdf)
      • Protokolle des Usability Tests;
      • Screenshots und Beschreibung (pdf, ca. 1 Seite plus Bilder) des weiterentwickelten Prototyps hinsichtlich Funktionen, Inhalte und Interaktionen, beschreiben Sie insbesondere die Unterschiede zu der Version aus M3
    • Nur für Vortragende: Präsentationsfolien für max. 13 Min. (Folien können bis zum Datum der eigentlichen Präsentation hochgeladen werden, dafür gibt es selbstverständlich keinen Punktabzug!)
    M4 Bewertungsschema (Änderungen vorbehalten)
    • Durchführung und Ergebnisse der Studien — 20%
    • Weiterentwicklung des Prototyps (Punktevergabe im/nach dem Abschlussgespräch) — 20%
    • Abschlussbericht — 60%


    » Alle Abgaben (PDFs, Folien, Code, etc.) haben im Moodle zu erfolgen. Bei Fragen bitte an die Tutoren wenden.