May 11, 2015

Inhalte der Projektpräsentation – Anwendungsentwickler-Podcast #11

38 minutes

In der elften Episode meines Anwendungsentwickler-Podcasts gehe ich sinnvolle Inhalte der Projektpräsentation durch.

Wichtige allgemeine Hinweise

Die Projektpräsentation sollte im Großen und Ganzen die Inhalte der Projektdokumentation verkürzt darstellen. Meist haben nicht alle Mitglieder des Prüfungsausschusses die Dokumentation gelesen, also sollte die Präsentation ohne dieses Hintergrundwissen verständlich sein. Du kannst davon ausgehen, dass im Prüfungsausschuss erfahrene Softwareentwickler sitzen, musst also keine allgemein bekannten Begriffe erläutern (z.B. GUI, ERM usw.). Aber die Feinheiten deiner Branche, deines Ausbildungsbetriebes und insb. deines Projektumfelds wird niemand kennen.

Da die 15 Minuten – die du übrigens unbedingt einhalten musst – recht knapp bemessen sind, sollten die wichtigsten und interessantesten Inhalte der Dokumentation gezeigt werden. Das sind hauptsächlich die angewendeten Methoden, z.B. in Form von UML-Diagrammen, und nicht langweilige Textwüsten. Super ist eine Live-Demo deiner Anwendung, wobei du sicher sein solltest, dass diese wie erwartet funktioniert. Ich würde daher eher zu Screenshots oder einem Screencast raten.

Alle Inhalte müssen gut lesbar sein. Ich empfehle mind. (!) Schriftgröße 24. Achte insb. auf Grafiken und Quelltexte, die genauso groß sein sollten.

Nutze woimmer es geht besser Grafiken/Diagramme anstatt Text zur Visualisierung deiner Arbeit. Die hast du ohnehin (hoffentlich) für die Dokumentation erstellt.

Zeige interessante Inhalte und Beispiele und keine langweiligen Trivialitäten. Beispiel: Als Quelltextausschnitt nicht die Getter/Setter deiner Klasse zeigen, sondern den selbst entwickelten Algorithmus.

Die Corporate Identity (Logo, Fußzeile usw.) mag deinem Ausbildungsbetrieb heilig sein, aber wenn du große Grafiken oder Quelltext zeigen willst und durch das Logo nur noch die halbe Folie an Platz zur Verfügung steht, würde ich zu Gunsten der Lesbarkeit auf die CI verzichten. Denke daran: Es ist deine (!) Abschlussprüfung und keine Werbeveranstaltung deines Ausbildungsbetriebs.

Die vorgebene Zeit von 15 Minuten muss unbedingt eingehalten werden.

Daher muss eine bewusste Auswahl der Inhalte getroffen werden.

Das bedeutet, dass man nur die absoluten Highlights seines Projekts zeigen sollte.

Wo immer es geht, mit Grafiken arbeiten und nicht mit Text. Gerade die wichtige Methodik lässt sich sehr gut visualisieren (UML, ERM usw.).

Auf jeden Fall muss sowohl die Technik, als auch die Wirtschaftlichkeit gezeigt werden.

Wichtige Eckpunkte, die aus der Präsentation hervorgehen müssen: verwendete Programmiersprache und Datenbank sowie ggfs. Frameworks.

Fokus auf die eigenen Inhalte legen.

Nicht auf ein funktionierendes Internet verlassen!

Zwischenfragen nicht zulassen!

Konkrete Inhalte

Klassischer Aufbau: Einleitung, Hauptteil, Schluss.

Einleitung stellt Prüfling, Betrieb und Thema vor.

Hauptteil zeigt die Highlights aus den einzelnen Projektphasen.

Schluss gibt einen Rück- und Ausblick.

Einleitung

Titelfolie mit Projektbezeichnung, Daten des Auszubildenden und des Ausbildungsbetriebs.

Agenda zeigt geplanten Ablauf der 15 Minuten.

Kurze (!) Vorstellung des Prüflings und des Unternehmen.

Das Projekt und die Aufgaben des Prüflings müssen verständlich erklärt werden, auch für Mitglieder des Prüfungsausschusses, die die Projektdokumentation nicht gelesen haben.

Insb. das Projektziel und die Begründung für die Durchführung müssen ersichtlich werden.

Kurze (!) Beschreibung der Ausgangssituation (Ausbildungsbetrieb, Problemstellung, Ist-Analyse).

Viele Prüflinge nutzen diesen Teil als viel zu lange Werbeveranstaltung für das Ausbildungsunternehmen. Es interessiert niemanden, wie viele Standorte und tolle Produkte dein Unternehmen hat. Du sollst dein Projekt und deine eigene Arbeit vorstellen. Eine Folie zum Unternehmen und maximal ein paar Sätze dazu reichen.

Hauptteil

Übliche Grafiken zur Erklärung bestimmter Sachverhalte.

ERM, Tabellenmodell für die Datenbank.

GUI-Mockup, Screenshot für die Oberfläche.

Use-Case-/Aktivitätsdiagramm, EPK oder Flussplan für die Anforderungen.

Klassen-/Komponentendiagramm für die Architektur der Anwendung.

Deplomentdiagramm für die physikalische Verteilung der Anwendung.

Klassen-/Sequenz-/Zustandsdiagramm für die Implementierung.

Visuelle Amortisationsrechnung bei der Wirtschaftlichkeitsbetrachtung.

Der Aufbau des Hauptteils sollte dem Ablauf des Projekts folgen (Projektphasen).

Projektplanung

Projektziel (Soll-Konzept, Qualitätskriterien).

Hierbei besonders auf den Kontext und das Ziel des Projekts eingehen, das man ohne Vorkenntnisse verstehen sollte. Ich habe schon Präsentationen gesehen, bei denen ich bis zum Ende nicht wusste, was eigentlich genau umgesetzt wurde und warum das sinnvoll war.

Projektbegründung: Projektkosten und Wirtschaftlichkeitsbetrachtung (Amortisationsrechnung, gerne grafisch), ggfs. Nutzwertanalyse.

Projektphasen mit Angabe der geplanten Stunden

Vorstellung des Entwicklungsprozesses

Wirtschaftlichkeit: Kosten- und Amortisationsrechnung; ggfs. Nutzwertanalyse

Die Wirtschaftlichkeit ist ein absoluter Pflichtteil in jeder Präsentation, auch wenn die meisten Entwickler sich lieber mit der Technik auseinandersetzen.

Analyse

Vorgehen beschreiben

Use Cases zeigen

Lastenheft

Entwurf

Programmablauf: EPK, Aktivitätsdiagramm, Flussplan

GUI: MockUps der Oberflächen, Konzept der Dialoge

Datenbank: ERM, Tabellenmodell

Architektur der Anwendung (Einbindung in und Interaktion mit anderen Systemen): Komponentendiagramm, Verteilungsdiagramm

Wie komplex ist die Aufgabenstellung? Welche Komponenten wurden umgesetzt?

Entscheidung für Programmiersprache, Datenbank, Frameworks usw. begründen, z.B. mit einer Nutzwertanalyse

Implementierung (z.B. ERM, UML, (kurze) Quelltexte, Screenshots).

Es ist erstaunlich, dass es immer wieder Präsentationen gibt, aus denen die verwendete Programmiersprache und/oder Frameworks usw. nicht hervorgehen.

Auch die Qualitätssicherung ist ein zentraler Punkt. Hast du getestet? Wie? Gab es Code-Reviews? Wer hat das Programm abgenommen?

interessante Quelltexte, Screenshots zeigen

Endergebnis zeigen: Screenshots, Live-Demo (besser als Video aufzeichnen)

Beispiele für aufgetretene Probleme und deine Lösungen dafür.

Bitte keine Trivialitäten wie „ich habe bei der for-Schleife einen Off-by-one-Error gehabt“.

Test/Abname

Testplan, Unit-Tests, Testprotokolle zeigen

Dokumentation

Benutzerdokumentation vorstellen

Entwicklerdokumentation zeigen

Schluss

Fazit: Zielerreichung, Akzeptanz beim Kunden

Hier kannst du gerne noch kurz (!) deine Erfahrungen unterbringen und ggfs. zeigen, dass das Projekt fortgeführt oder erweitert wird.

Lessons Learned: Was hat der Prüfling aus dem Projekt gelernt?

Ausblick: Wird das Projekt weitergeführt und wenn ja wie?

Obligatorische Schlussfolie mit Name, Logo usw.

Bewertungsschema der IHK

Die IHK bewertet die Präsentation nicht allein, sondern im Zusammenhang mit dem anschließenden Fachgespräch. Es gibt also immer nur eine Note für den gesamten Prüfungstag. Dennoch kann eine gute Präsentation natürlich die Gesamtnote verbessern bzw. eine schlechte das ansonsten gute Fachgespräch abwerten.

Das folgene Bewertungsschema wird von mehreren IHKen verwendet. Allerdings kann jede IHK eigene Vorgaben machen. Bitte suche daher auf der Website der für dich zuständigen IHK nach den konkreten Vorgaben für deine Prüfung.

Fachkenntnisse (20%)

Die musst du also zeigen! Das bedeutet: Methoden, Kosten, Grafiken, spannende Inhalte.

Rhetorik (10%)

Ich gehe davon aus, dass du die Präsentation so lange übst, bis du sie perfekt auswendig kannst und exakt auf 15 Minuten kommst. Dann sollte der Vortrag locker und professionell möglich sein.

Medieneinsatz (10%)

Wie man mit PowerPoint umgeht, solltest du nach drei Jahren Ausbildung wissen. Sinnvolle Animationen sind zur Unterstützung der Verständlichkeit Pflicht.

Begrüßung und Einstieg in die Präsentation (10%)

Siehe oben: Mache direkt dein Thema deutlich und zeige, was deine Leistung ist. Verschwende keine wertvolle Zeit mit der Historie oder dem Organigramm deines Ausbildungsbetriebs.

Ergebnis des Fachgesprächs (50%)

Foliendesign

Zum Thema Foliendesign ist eine allgemeine Empfehlung schwierig. Viele Prüfungsausschüsse werden wohl den „klassischen“ Aufbau der Folien erwarten, also…

Kopf-/Fußzeile mit Unternehmenslogo, Datum, Titel etc.

Folien sollten der Corporate Identity des Ausbildungsbetriebs folgen

ständig sichtbares Inhaltsverzeichnis (als „Fortschrittsbalken“)

Stichpunkte als Bullet Points auf den Folien

nicht zu viel Text auf den Folien

Methoden grafisch dargestellt

Ich persönlich vertrete jedoch einen anderen Ansatz, den du dir hier im Detail anschauen kannst: Ideen für moderne Projektpräsentationen.

Literaturempfehlungen

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Die 11 häufigsten Fehler in der Projektpräsentation

Ideen für moderne Projektpräsentationen

Weitere Infos zur Projektpräsentation

Du 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!

...more

View all episodes

By Stefan Macke

11 ratings