In der siebten Episode meines Anwendungsentwickler-Podcasts geht es
um häufige (aber vermeidbare) Fehler in der Projektpräsentation.
Ich gebe 11 Praxisbeispiele für Fehler in der Projektpräsentation
und wie Prüflinge es besser machen können. TL;DR Aus meinen
Erfahrungen als Prüfer zeige ich dir elf häufige Fehler bei der
Projektpräsentation und wie du sie vermeidest. Damit dein Projekt
auch ohne Vorwissen verständlich wird, gehören die technische
Umsetzung und die wirtschaftlichen Ergebnisse in deinen Vortrag,
wobei deine Eigenleistung klar erkennbar sein muss. Halte die
Unternehmensvorstellung kurz und stelle fachliche Inhalte mit
passenden Diagrammen dar. Durch wiederholtes Üben unter
Prüfungsbedingungen bereitest du dich darauf vor, verständlich zu
sprechen und die vorgesehenen 15 Minuten einzuhalten. Kapitelmarken
[00:00:00] Einstieg zur Projektpräsentation [00:00:35] Anlass und
Überblick über die elf häufigsten Fehler [00:01:55] Fehler 1: Das
Ausbildungsunternehmen zu ausführlich vorstellen [00:03:45] Fehler
2: Fachbegriffe verwenden, die du kaum erklären kannst [00:05:52]
Fehler 3: Zu viel Text auf den Folien [00:07:38] Fehler 4: Den
Vortrag zu wenig üben [00:09:03] Fehler 5: Die vorgesehenen 15
Minuten verfehlen [00:10:56] Fehler 6: Wichtige Angaben zum Projekt
auslassen [00:12:35] Fehler 7: Die Wirtschaftlichkeit auslassen
[00:14:16] Fehler 8: Die technische Umsetzung kaum zeigen
[00:15:38] Fehler 9: Das methodische Vorgehen auslassen [00:17:10]
Fehler 10: Das gesamte Projekt bleibt unklar [00:18:25] Fehler 11:
Der eigene Anteil bleibt unklar [00:20:20] Abschluss und Wünsche
für die Prüfung [00:20:50] Shownotes und weiterführende Links
[00:21:03] Feedback und Fragen zum Podcast Inhalt Die Vorstellung
des Ausbildungsunternehmens ist zu lang und umfangreich. Es werden
Fachbegriffe verwendet, ohne sie zu kennen. Praxisbeispiel: "XP"
-> "Programmieren ohne Regeln". Prüfling weist in Präsentation
explizit auf MVC hin und kann Fragen dazu im Fachgespräch nicht
beantworten. Es wird zu viel Text auf die Folien geschrieben.
Anstatt aussagekräftige Diagramme oder andere Visualisierungen zu
nutzen. Der Vortrag wurde nicht perfekt eingeübt. Folienübergänge
sind stockend oder es werden Inhalte vergessen und später ergänzt.
Bei so einer wichtigen (und auch noch sehr kurzen) Präsentation ist
mehrfaches Üben Pflicht. Die Zeitvorgabe von 15 Minuten wird nicht
eingehalten. Abweichung von 3 Minuten sind schon 20% der
Gesamtzeit. Zu kurz: Verfügbare Möglichkeiten nicht ausgenutzt.
Meist fehlen wichtige Inhalte. Zu lang: Priorisierung des Prüflings
mangelhaft. Häufig viel uninteressantes "Gelaber". Wichtige
Informationen zum Projekt werden nicht erwähnt. Zum Beispiel die
verwendete Programmiersprache. Nicht alle Prüfer im Ausschuss
kennen die Dokumentation! Es wird keine
Wirtschaftlichkeitsbetrachtung vorgestellt. Sie ist ein wichtiger
Bestandteil jeder Projektpräsentation! Es werden keine technischen
Details gezeigt. Wird anscheinend in einigen Unternehmen so
gelehrt. Stimmt aber überhaupt nicht. Es werden keine angewendeten
Methoden gezeigt. Der Prüfling muss zeigen, dass er methodisch
vorgegangen ist und nicht einfach "irgendwie" entwickelt hat. Das
Projektziel wird nicht deutlich. Das zentrale Thema des Projekts
wird nicht klar herausgestellt. Was wurde eigentlich umgesetzt? Der
Eigenanteil des Prüflings wird nicht deutlich. Hat der Prüfling
überhaupt etwas Anspruchsvolles umgesetzt? Ich kann nur allen
Prüflingen empfehlen, sich einmal näher mit "Presentation Zen"
auseinanderzusetzen. Hier ist ein tolles (und kurzes) Video von
Garr Reynolds zum Thema: Ein schönes Beispiel für eine in Anlehnung
an Presentation Zen gestaltete Projektpräsentation gibt es hier:
Literaturempfehlungen Nachfolgend einige sehr gute
Literaturempfehlungen zur Präsentationsgestaltung. Ich habe alle
Bücher selbst gelesen und kann sie absolut empfehlen. "Presentation
Zen" ist mehr eine allgemeine Einführung ins Thema als eine
Sammlung konkreter Tipps. Die anderen Bücher enthalten aber von der
Farbgestaltung und Typographie über das Layout bis hin zum Einsatz
von Bildern direkt umsetzbare Hinweise zur besseren
Foliengestaltung. * * * * * * * Links Permalink zu dieser
Podcast-Episode RSS-Feed des Podcasts Mein Vortrag zum Thema "Tod
durch PowerPoint" (mit Handout zum Thema Präsentationsgestaltung)
Projektpräsentation von Gerda Feldhaus (mit 100% bewertet) (als
positives Beispiel) Abschlusspräsentation im Stil von Presentation
Zen (Diskussion bei fachinformatiker.de) Weitere Infos zur
ProjektpräsentationDu suchst noch mehr Tipps rund um die
Projektpräsentation? Dann schau doch mal in diese Artikel- und
Podcast-Kategorie: Alle Artikel rund um die Projektpräsentation.Und
wenn du dich für meinen Newsletter einträgst, kannst du dir jetzt
sofort meine Checkliste für die Projektpräsentation
herunterladen.Jetzt anmelden! Zusammenfassung Elf häufige Fehler
bei der Projektpräsentation Aus meinen Erfahrungen als Prüfer gebe
ich dir Hinweise, wie du als IT-Azubi deine Projektpräsentation
vorbereitest. Die Beispiele stammen aus Prüfungen zum/zur
Fachinformatiker:in; die Aufnahme entstand im April 2015 und
bezieht sich auf einen Vortrag von 15 Minuten. 1. Das
Ausbildungsunternehmen zu ausführlich vorstellen Für das
Unternehmen empfehle ich dir ein bis zwei Folien, auf denen du das
Umfeld deines Projekts beschreibst. Eine ausführliche
Unternehmensgeschichte oder sämtliche Standorte nehmen Zeit in
Anspruch, die du für deine eigene Arbeit brauchst. Bei einer
Unternehmensvorstellung von drei Minuten ist bereits ein Fünftel
deiner Vortragszeit vergangen. 2. Fachbegriffe verwenden, die du
kaum erklären kannst Wenn du einen Fachbegriff erwähnst, solltest
du ihn verstehen und Fragen dazu beantworten können. Mit den
Begriffen aus deinem Vortrag beeinflusst du, welche Themen die
Prüfer:innen im Fachgespräch aufgreifen. In einer meiner Prüfungen
kündigte ein:e Prüfungsteilnehmer:in ausdrücklich Fragen zum
verwendeten MVC-Muster an, konnte anschließend aber kaum mehr als
die Abkürzung erklären. Bei einem anderen Projekt wurde Extreme
Programming als regelloses Programmieren beschrieben. Zu diesem
Konzept gehören festgelegte Praktiken und Werte, mit denen du dich
vor einer solchen Aussage beschäftigen musst. 3. Zu viel Text auf
die Folien schreiben Durch passende Diagramme kannst du fachliche
Zusammenhänge anschaulich zeigen. Für eine Datenbank eignet sich
beispielsweise ein ER-Modell; Klassen und ihre Beziehungen lassen
sich in einem Klassendiagramm darstellen. Auch ein
Use-Case-Diagramm kann Inhalte deines Projekts verständlich machen.
Beschränke den Text auf deinen Folien, damit die Prüfer:innen
deinem Vortrag folgen können. Umfangreiche Texte vorzulesen
beansprucht einen großen Teil der verfügbaren Zeit. Wähle Grafiken
passend zum Inhalt und halte die Folien frei von überflüssigen
Animationen. 4. Den Vortrag zu wenig üben Ich empfehle dir, deinen
Vortrag zehn bis zwanzig Mal laut zu halten. Stell dich dafür mit
einem Presenter in einen Raum und arbeite möglichst mit einem
Beamer, damit du unter ähnlichen Bedingungen wie in der Prüfung
übst. Dabei kannst du prüfen, ob die Grafiken lesbar sind und die
Folienübergänge passen. Wenn du den Ablauf gut kennst, sinkt das
Risiko, durch Nervosität den Faden zu verlieren. Miss beim Üben
auch die Zeit. 5. Die vorgesehenen 15 Minuten verfehlen Richte
deine Inhalte auf die vorgegebene Dauer aus. Schon drei Minuten
Abweichung entsprechen bei diesem Zeitrahmen 20 Prozent. Wenn dein
Vortrag deutlich früher endet, bleibt Zeit für bewertbare Inhalte
unbesetzt. Du könntest darin beispielsweise ein relevantes
Quelltextbeispiel erläutern. Bei einem zu langen Vortrag stellt
sich die Frage, ob du deine Inhalte angemessen gewichtet hast.
Durch wiederholte Probeläufe findest du heraus, welche Inhalte in
die 15 Minuten passen. 6. Wichtige Angaben zum Projekt auslassen
Gehe davon aus, dass einzelne Prüfer:innen deine Dokumentation noch
nicht gelesen haben. In vielen Prüfungsausschüssen wird das Lesen
der Dokumentationen aufgeteilt, sodass dein Vortrag eigenständig
verständlich sein muss. Beschreibe das Problem, das du bearbeitet
hast, und erläutere dein Ergebnis. Zur technischen Einordnung
gehören die verwendete Programmiersprache sowie die Architektur und
gegebenenfalls eingesetzte Frameworks. Die Prüfer:innen bringen
technisches Fachwissen mit, brauchen aber die konkreten Angaben zu
deinem Projekt. 7. Die Wirtschaftlichkeit auslassen Als
Fachinformatiker:in arbeitest du in einem Beruf mit
wirtschaftlichem Bezug. Zeige deshalb, welche Kosten dein Projekt
verursacht hat und wie du diese berechnet hast. Erläutere auch die
erwarteten Einsparungen und wann sich die Kosten dadurch
ausgleichen. Dafür können zwei bis drei Folien ausreichen. Deine
Berechnungen müssen nachvollziehbar machen, weshalb sich das
Projekt für das Unternehmen lohnt. 8. Die technische Umsetzung kaum
zeigen Zur Prüfung in der Anwendungsentwicklung gehört, dass du
deine technische Arbeit sichtbar machst. Beschreibe, wie die
Software aufgebaut ist und wie du sie umgesetzt hast. Mit
UML-Diagrammen oder einem ER-Modell kannst du passende Ausschnitte
zeigen. Auch Ablaufdiagramme kommen dafür infrage. Die Prüfer:innen
sollen erkennen können, welche technischen Aufgaben du bearbeitet
hast. 9. Das methodische Vorgehen auslassen Zeige anhand deines
Projekts, wie du Software systematisch entwickelst und dabei
Qualität sicherst. Dazu gehören beispielsweise dein Projektplan und
die Analysephase. Für die fachlichen Schritte kannst du eine
objektorientierte Analyse erläutern oder zeigen, wie du beim
Datenbankentwurf normalisiert hast. Mit einem passenden Diagramm
wird sichtbar, dass du Methoden aus der Ausbildung auf ein
Praxisprojekt übertragen kannst. 10....
Kommentare (0)
Melde dich an, um einen Kommentar zu schreiben.