You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 36 Next »

  • Zeigen Sie die wesentlichen
    • Konzepte (statisch und dynamisch!)
    • Architektur
    • Software-Design-Entscheidungen (es geht hier nicht um die Grafik und Optik) und
    • die Zusammenhänge (statisch z.B. durch Klassendiagramme und dynamisch z.B. durch Sequenz- oder Aktivitätsdiagramme!)
    • Technologieentscheidungen (hier nicht die Tools wie Jira, Visual Paragdigm etc., sondern die verwendeten Frameworks!)
    • Grundsätzlich sollte auf die Serverkonzepte vertiefter eingegangen werden als auf Aspekte, die sich auf die GUI beziehen.
    • I.d.R. ist es keine gute Idee, einfach UML-Diagramme, die für die Dokumentation gedacht sind, unverändert in die Folien zu packen, so sollten i.d.R. Klassendiagramme vereinfacht werden.
    • Quellcode kann hin und wieder hilfreich sein, i.d.R. ist es aber besser, die Konzepte auf einer abstrakteren Ebene mit Hilfe von UML darzustellen.
  • Erklären (Bilder können helfen):
    • Warum es so ist, wie es ist und warum das gut so ist.
    • Wie können Erweiterungen vorgenommen werden
  • Keine Dinge wiederholen, die in diesem Wiki stehen oder das Spiel erklären (kostet nur Zeit)
  • Ehrlich bei Fehlern und Problemen sein
  • „Knackige“ Online-Demonstration des aktuellen Standes (nicht optional!)
    • mit Moderation,
    • die Demonstration sollte ein Konzept und einen roten Faden haben: Nicht einfach starten und schauen, was passiert.
    • Cheats können helfen, sinnvolle Situationen zum Präsentieren herbeizuführen
    • Es ist wichtig, dass ich der Demonstration folgen kann.
    • Kein Video erstellen, sondern live demonstrieren. Dann kann ich auch mal eingreifen, Fragen stellen und bekomme einen "echteren" Eindruck.
  • Einschränkungen/Anpassungen/Änderungen nennen


  • 20-30 Minuten (sinnvoll füllen)
  • Nur eine Delegation (max. 3 Personen) vor meinem Büro (Mein Büro).
  • Falls die Präsentation online stattfindet,
    • dürfen natürlich beliebig viele Personen der Gruppe teilnehmen
    • sollten die Vortragenden eine Kamera anmachen (geht z.B. auch mit dem Smartphone als Kamera)
  • Es sollten bei jeder Präsentation andere Mitglieder der Gruppe vorstellen. Es müssen aber nicht alle da gewesen sein.
  • Die Präsentation sollte aufgrund der Größe des Raumes am besten im Sitzen gehalten werden. Bei der finalen Präsentation sollte der Vortragende allerdings stehen.

Wichtig!

  • Keinen Ausdruck der Folien. Ich mache mir digitale Notizen. Deswegen ist es umso wichtiger:
  • Für jede Präsentation eine Seite im Confluence erstellen (vorher!) mit angehängten Dokumenten (aktueller Stand der Dokumentation, Modelle und Präsentation). Dies ist vor allem hilfreich, wenn mal Dinge vergessen werden.

Hinweise:

  • Ein HD-Fernseher (Anschlüsse HDMI und VGA) ist vorhanden.
  • WLAN steht zur Verfügung.

Hinweise & Tricks zur Präsentation:

Um die Qualität der Zwischen- und Abschlusspräsentationen zu erhöhen, wurde zusätzlich zu den o.g. Informationen eine Präsentation erstellt. Diese soll euch ein paar weitere Hinweise und Tricks zur Erstellung geben. 

Bemerkungen: 

  • Die Einbindung und Darstellung in Confluence von Präsentationen ist nicht die Beste. Die eingebundene Präsentation ist nur als Vorschau gedacht. Dort werden auch leider Folien "gefressen" und die Qualität extrem runtergeschraubt. Daher findet ihr die Präsentation unten als PDF und als PP in der Anhangsliste - diese zum Bearbeiten nutzen.
  • WICHTIG: Vor dem Erstellen von Schaubildern, solltet ihr euch immer fragen, ob dieses einen Mehrwert bietet. Es gibt Fälle wo eine einfache Informationsdarstellung in Textform passender ist. 


Error rendering macro 'viewpdf'

com.atlassian.confluence.macro.MacroExecutionException: com.atlassian.confluence.macro.MacroExecutionException: The viewfile macro is unable to locate the attachment "SWP_Hinweise&Tricks.pdf" on this page

No files shared here yet.

  • No labels