IPA = Individuelle Prüfungs Arbeit
Ein paar Informationen zur IPA im Kanton Zürich aus der Sicht eines Valid- und Prüfungsexperten
Liste ist nicht/nie vollständig. Ziel: Neuen Verantwortliche Fachpersonen und KandidatInnen die "üblichen" Fragen schriftlich beantworten.
Diese Anleitung hat den Fokus ApplikationsentwicklerIn, für andere Fachrichtungen fehlt mir die Erfahrung.
Nur weil es machbar tönt, muss es nicht machbar sein - 6 Tage sind kurz! (4 Tage sind geplant für Dokumentation). Und es sollen 8 Stunden sein, keine Wochenenden, keine Nachtschichten.
Es lohnt sich sehr früh zu verhandeln und verstehen - wenn es signiert ist, dann ist es eher zu spät.
Natürlich muss die IPA den Minimalanforderungen entsprechen - da schauen auch die Valid Experten drüber. Und ihr wollt einen Ausweis Informatiker EFZ, der auch in Zukunft etwas Wert haben soll.
Hier ist eine kleine Checkliste fürs signieren.
Um sicher zu sein dass die Anforderung verstanden wurde könnte man auch die drei Amigos bemühen: Je einzeln die Rolle vom Business Owner, Entwickler und Test/Abnahme einnehmen und so versuchen die Aufgabe zu durchdringen. Etwas mehr Text hier: https://www.linkedin.com/pulse/power-three-amigos-agile-collaboration-drives-quality-wilcox-mba-nedce/
Das wird leider zu selten gemacht, obwohl es in der Dokumentation gefordert ist.
Bei Erweiterungen sollte ein solches Diagram vorhanden sein. Genau das soll mit den neuen Elementen erweitert werden.
Sinn:
Systemgrenzen aufzeigen
Abhängigkeiten aufzeigen
Einschränkungen und Freiheiten sichtbar machen
Orientierung verschaffen
Annahmen explizit darstellen
Eine kurze Beschreibung ist hier ( Danke an M. Künzler von visuell klar )
Du versteht ein System erst wenn du es gezeichnet hast: https://tech.loveholidays.com/you-dont-understand-a-system-until-you-can-draw-it-b1979c81b400
Braucht Zeit, Aufwand, Vorbereitung und echtes Training -> Fokus auf ein Thema legen
Welche Mittel eingesetzt werden hängt von dir ab – aber sicher nicht nur PowerPoint.
Schaue, dass Präsentation und Demo sich nicht zu fest überschneiden
Verkaufe dich als Fachperson – was hast du super gemacht – da gibt es einen Schwerpunkt in der Präsentation und in der Demo
Ein Kunde sollte bereit sein CHF 10’000 dafür zu bezahlen. ( 10 Tage à 1 kCHF )
Demo muss gut vorbereitet sein
Man kann sich auch auf mögliche Fragen vorbereiten.
Man kann auch Fragen provozieren – es wird interessanter und lebendiger.
Roter Faden heisst: Ziel und der Weg dazu sind geübt.
Wie könnte man Software präsentieren - hier 5 Tipps: https://www.motivationerfolg.de/essentials-der-it-praesentation-software-praesentieren-ressourcen/
Kann aus allen Bereichen der IPA Fragen enthalten
Experte nimmt sicher Bezug aufs Dokument – was ist nicht klar im Dokument? Wo ist der Code etwas holperig? Welche Grafiken haben zu wenig Text.
Es ist auch ein Test, ob Fremdarbeit geleistet wurde, der Verwendeter Code oder Bibliotheken verstanden sind
Üben vor Publikum mit klaren Aufträgen ans Publikum
jemand achtet nur auf die Stimme ( geschlossene Augen )
jemand achtet nur auf Worte, Satzstellungen (geschlossene Augen)
jemand achtet nur auf Mimik und Handbewegungen (Kopfhörer, Schallschutz)
jemand achtet nur auf den Inhalt - das was wirklich gesagt wurde auf Konsistenz, Klarheit, fachliche Richtigkeit.
Kein Publikum?
Dann die Übung mit dem Händy machen: Video davon: https://www.youtube.com/shorts/759ltCNvZNM
Mache ein 5 Minuten Video zu irgendetwas improvisiert, und erst am nächsten Tag schaust du es an!
Drei mal:
Lautsprecher auf Laut stellen, starten und Gerät umdrehen: Wie tönst du!
Lautsprecher abstellen, Video laufen lassen: Welche Mimik und Gesten verwendest du
Transkribiere das Video: Was sagst du, welche Füllwörter benutzt du, welche Pausenfüller kommen vor "ähh, uhh, . . " welche Vorstellungskräfte werden angesprochen (Gehör, Bewegung, Augen, Geschmack), wie wird der Kontakt mit dem Publikum erstellt und gehalten
Es gibt viele implizite Entscheidungen durch
Vorgaben, Richtlinien, Prozesse -> Relevante Dinge können als Vorarbeit dokumentiert werden
Explizite Entscheidungen
Was sind die Kriterien, warum wurden diese gewählt
Welchen Bezug haben die Kriterien zu den Vorgaben der Aufgabe, den Zielen der Firma
Warum haben die Kriterien welches Gewicht
Wie wurden die Varianten bestimmt – gibt es noch weiter Varianten und warum sind die nicht im Vergleich aufgeführt
Begründung und Darstellung der Entscheidung:
Mindestens einen Satz schreiben mit SWOT
Evtl. eine Graphik
Tipp für ein Format: https://foerster-kreuz.com/one-pager-kommen-sie-zum-punkt-wie-ronald-reagan/
Name klar und deutlich aussprechen – gut wenn der Name irgendwo lesbar steht
Etwas aus den Fragen unten – max. 20 Sekunden sprechen:
Was haben sie spezielles in ihrer Lehre gemacht?
Was hat ihnen in ihrer Lehre besonders gefallen?
Wie sind sie zur Lehrstelle gekommen?
Warum haben sie Informatiker als Beruf gewählt?
Was wollen sie nach der Lehre machen?
Was machen sie in ihrer Freizeit und wie verbindet sich das mit ihrer jetzigen Tätigkeit?
Wie wurde das IPA Thema bestimmt?
Welchen Fun Fact gibt es über Sie?
Habe ich Informationen geliefert, die zu Fragen der Zuhörer führen könnten?
Kann ich das in einer offenen Körperhaltung und Augenkontakt erzählen? Üben !
eine kleine erheiternde Geschichte: https://www.youtube.com/watch?v=zz0FDOBspAk
Man muss auf PKORG Dokumente hochladen können - der VF kann das testen in dem er ein Dokument in den Dokumentenpool lädt
Sie verwenden eine existierende Infrastruktur ? Stellen sie sicher, dass die Zugriffe funktionieren, die Passworte/Zertifikate nicht gleich ablaufen, die Administratoren wissen, dass Sie mit Anfragen kommen könnten.
auf der Web Page von PK19 sind jeweils unter den Fachrichtungen die aktuell gültigen Dokumente aufgeführt.
https://www.pk19.ch/informatiker-in-efz-api/
Das Dokument Leitfaden Qualifikationsverfahren 2026 beschreibt was allgemein gefordert sind und die Rahmenbedingen. Da sind alle Anforderungen für die Kriterien A1 - bis A12 aufgeführt.
Warum Dokumentieren?
Bei der IPA ist es offensichtlich auch wegen der Möglichkeit in einem Rekursfall etwas in den Händen zu haben.
Der Grund warum Informatiker Dokumentieren müssen/sollten ist viel tiefgreifender:
Ungenaue Anforderungen führen zu unzufriedenen Kunden und verspäteten Projekten
Das Problem, das zur Anforderung führte ist oft nicht bekannt.
Nicht existierende Systemlandkarten oder keine Abgrenzungen sind teure technische Schulden, die nie ein Projektbudget sehen werden
Fehlende Abnahmekriterien verzögern die Einführung
Fehlenden Annahmen und Begründungen von Entscheidungen lassen den Code unverständlich wirken und die Wartbarkeit geht gegen Null
Menschen haben die Tendenz nicht sagen zu zu können was sie meinen und meinen, was sie sagen. Schreiben ist eine Form von Reflektieren und ermöglicht Diskussionen im Team, kann unerkannte Vorannahmen aufdecken, die zu Fehlern führen könnten, kann die Anforderungen oder Problemstellung noch genauer spezifizieren
Schreiben ist die effizienteste Art zu lernen!
Hier noch ein Text der weitere Faktoren aufzeigt.
Und hier noch ein paar Tipps ganz anders Präsentiert zum Dokumentieren: https://www.youtube.com/watch?v=oIpa8rIGwv4
Aufgabenstellung muss vorgeben:
Wer ist der Empfänger/Nutzer der Benutzeranleitung
Welche Vorkenntnisse sind nötig um die Anleitung zu verstehen
Was ist das Ziel der Anleitung
Was sind die detaillierten "Bestanden" Kriterien der Anleitung ( Zeit, Funktion, Rückfragen )
Welcher Bereich der Aufgabe wird damit abgedeckt
Welcher Bereich der Aufgabe ist nicht Teil der Anleitung
Nur Screenshots reicht nicht, nur Video ebenso wenig.
PS: Sollte die IPA ohne diese Teilaufgabe zu wenig Aufwand bedeuten und der Kandidat/Kandidatin sprachlich fit sein kann das passen.
Im Normalfall ist es aber nicht unbedingt die Stärke und auch Erfahrung aus den letzten 6 Monaten Anleitungen zu schreiben.