stefan.macke

Grundsätzlich ein gutes Anschreiben, da du deutlich machst, warum du ausgerechnet Anwendungsentwickler/in werden willst. Ein paar Punkte habe ich noch: Guter Einstieg mit persönlichem Bezug zum Unternehmen Der Satz "...indem ich mich an Webseiten..." wird nicht beendet Dein Vater interessiert niemanden (mehr). Du bewirbst dich. Deine Stärken sind nichtssagend (die stehen so in jeder zweiten Bewerbung)

Du hast völlig recht. Ich wollte auch keinesfalls sagen, dass der PA keine Auskunft geben sollte. Im Gegenteil, ich wollte sagen, dass gerade bei schlechten Noten die Begründung sicherlich gut protokolliert ist und man daher als Prüfling auch ein aussagekräftiges Feedback bekommen kann (im Rahmen der schon genannten Fristen). Letztlich ist es mit den Auskünften doch das gleiche wie beim Bewerbungsverfahren: Sobald ein Unternehmen Gründe für die Ablehnung liefert, macht es sich (rechtlich) angreifbar. Daher wird man als Bewerber (leider) in den wenigsten Fällen erfahren, warum man den Job nicht bekommen hat. Man muss sich als Prüfling auch mal in die Lage der anderen Seite versetzen. Es gibt halt nicht nur ungerecht behandelte Prüflinge, sondern auch ungerecht handelnde. Also: Im Rahmen der Möglichkeiten (Fristen, Schriftform usw.) Antrag auf Prüfungseinsicht stellen und fertig!

Als Info für andere Prüflinge: https://www.ihk-nuernberg.de/de/media/PDF/Berufsbildung/Berufeindex-A-Z/merkblatt-fachinformatiker-in.pdf

...und gerade bei Ergebnissen unter dem Strich sollte die Argumentation hieb- und stichfest sein. Allein schon, um sich als Prüfungsausschuss abzusichern. Da wird dann eher einmal zuviel als zuwenig protokolliert und begründet. Eine zweite Frage ist natürlich, inwieweit die IHK dir eine Auskunft erteilen wird/muss. Um beim nächsten Mal nicht die gleichen Fehler zu machen, wäre die Info für dich natürlich klasse. Aber der Ausschuss macht sich potentiell natürlich angreifbar, sobald Gründe genannt werden (egal für welche Note). Undl etztlich ist ja auch immer noch ein gewisser Ermessensspielraum dabei. Ich würde trotzdem erstmal bei der IHK nachfragen. Das ist vielleicht auch ein Tipp, den sich einige andere Prüflinge mal zu Herzen nehmen sollten. Anstatt "das Internet" zu fragen, ruft doch einfach mal in dem Laden an. Die helfen euch sicher weiter. Und die Aussagen sind dann auch gleich noch verbindlich und keine Mutmaßungen auf Basis persönlicher Erfahrungen.

Die Aussage der IHK passt doch genau zur Verordnung. Du hast eine 5 und der PA ist der Meinung, dass du in die MEP musst. Das würden wir bei uns nicht so machen, aber da hat wohl jede IHK ihre eigenen Regeln. In meinen Nachprüfungen ging es bislang ausschließlich um das Erreichen der 4. Wenn man insgesamt drüber liegt und nur eine 5 hat, wäre bei uns keine MEP fällig. Aber durch den Passus "nach Ermessen des Prüfungsausschusses" (s.o.) ist es schon ok, wenn man auch bei nur einer 5 in die MEP muss.

Es ist aber recht eindeutig: Eine 6: Durchgefallen Alles 4: Bestanden Eine oder zwei Fünfen: MEP auf Antrag des Prüflings oder Empfehlung des PA, sofern das Ergebnis zum Bestehen (also Gesamtnote 4) führen kann

Bestanden. Vgl. §15 http://www.gesetze-im-internet.de/bundesrecht/itktausbv/gesamt.pdf Eine Nachprüfung ist nur notwendig, wenn das Gesamtergebnis unter 50% liegt und man eine Chance hat, mit der Nachprüfung auf eine 4 zu kommen.

1) Glaube ich nicht. Zu wenig Stunden sind nicht so toll, aber meiner Erfahrung nach fällt man damit nicht durch. Und vor allem nicht mit einer 6. Dafür muss schon etwas Krasseres gewesen sein, z.B. eine triviale Aufgabe, keine erkennbare Eigentleistung, Plagiat usw. 2) Ja. Bis zu zwei 5en kann man mit Nachprüfung ausgleichen, wenn insg. eine 4 rauskommt. Eine 6 kann man aber nicht ausgleichen. Vgl. §15, Abs. 8 http://www.gesetze-im-internet.de/bundesrecht/itktausbv/gesamt.pdf

Mein kompletter Entwurf (Fachinformatiker Anwendungsentwicklung, Thema SQL) ist online: Unterweisungsentwurf für die AdA-Prüfung. Ist allerdings schon aus 2006. Hier gibt es noch zwei weitere Beispiele (ISDN-Karte einbauen, PC aufbauen) aus den IT-Berufen: http://www.ada-schein-pruefung.de/unterweisung.php Wenn noch jemand etwas aktuellere Entwürfe hat, gerne her damit!

§15 Abs. 7 http://www.gesetze-im-internet.de/bundesrecht/itktausbv/gesamt.pdf

Genau richtig so! Du hast noch nicht einmal das erste Zeugnis in der Hand und willst die Ausbildung verkürzen. Auf welcher Grundlage? Deine Einschätzung, dass du schon Vieles kannst, in allen Ehren, aber einen objektiven Nachweis deiner Qualifikation hast du noch nicht. Und erfahrungsgemäß haben die Leute, die von Anfang an alles können, bei genauerem Hinsehen meist nur gefährliches Halbwissen. Ich würde bei meinen Azubis auch immer bis zum ersten Zeugnis warten und dann entscheiden. Und das sollte auch keine Demotivation sein, sondern das genaue Gegenteil: Wenn du wirklich verkürzen willst und alles super einfach für dich ist, dann häng dich doch extra rein und liefer ein erstklassiges Zeugnis ab. Dann steht der Verkürzung doch nichts mehr im Weg! Die IHKen akzeptieren übrigens auch kurzfristige Anträge auf Verkürzung. Es reicht also locker aus, nach dem ersten Zeugnis den Antrag zu stellen.

Ich würde noch weiter gehen: Nicht einmal die einzelnen Aufgaben innerhalb der beiden Teile haben einen Bezug zueinander. Sie beziehen sich zwar meist auf einen gemeinsamen Kontext (z.B. ein Softwareunternehmen oder die Domäne "Zeiterfassung"), aber sie bauen niemals aufeinander auf, in dem Sinne, dass Ergebnisse der einen Aufgabe relevant für die andere sind. Das kann auch nicht so sein, da man ja jede einzelne Aufgabe streichen können muss. In manchen Prüfungen - z.B. wenn in Handlungsschritt 1 ein ERM gezeichnet werden muss und in HS2 dann SQL-Abfragen konstruiert werden müssen, für die ein Tabellenmodell angegeben ist - wird sogar explizit in der Prüfung geschrieben, dass es keinen Bezug zur vorherigen Aufgabe gibt. Und GH2 ist sogar für alle IT-Berufe (also auch Informatikkaufmann usw.) identisch, nicht nur für die beiden Fachinformatiker.

Das ist eine coole Idee! Werde ich übernehmen! Ich habe bislang einfach ein paar Fachgespräche auf Basis der Präsentation mit den Azubis geübt und dabei alles Mögliche gefragt, das mir eingefallen ist. Wenn ich dann durch war, gab es noch eine Präsi vor der gesamten Abteilung, die auch meist noch einige weitere Fragen nach sich zog. Aber mit der Mindmap kann man das Ganze noch in eine etwas geordnetere Bahn lenken und vielleicht sogar recht sicher sein, nichts zu übersehen.

Der Beitrag ist zwar schon älter, aber welches Addon war es denn bei dir? Habe leider das gleiche Problem...

Kann ich nachvollziehen. Mit Discourse nähert man sich ja eher einer Plattform wie Stack Overflow an (ist ja auch der gleiche Entwickler ). Da würde es bestimmt schwierig, die alten Beiträge sinnvoll zu migrieren. Alls klar. Das ist verständlich. Ich habe auch nichts gegen bezahlte Software. Damit verdienen wir schließlich auch unser Geld. Hat mich nur gewundert, da ich dachte, dass es auch gute Lösungen im Bereich Open Source gibt.

Hallo Stefan, nach einer kurzen Umgewöhnungszeit finde ich das neue Forum inzwischen auch gut! Gerade die Darstellung auf Mobilgeräten ist vorbildlich. Was ich mich aber die ganze Zeit frage: Gibt es keine gute Forensoftware, die kostenfrei ist? Es hört sich so an (und sieht so aus), als wäre die neue Software ein kommerzielles Produkt. Der Forenmarkt müsste doch auch irgendein brauchbares Open-Source-Produkt abwerfen, oder nicht? Und hast du vor der Umstellung mal an so etwas wie Discourse (https://www.discourse.org/) gedacht? Oder sollte der "Charme" eines echten Forums erhalten bleiben? Viele Grüße! Stefan

Wenn dein Prüfungsausschuss die Einhaltung der 70 Stunden und die fehlende Wirtschaftlichkeit tatsächlich nicht bemängelt und tatsächlich nur die genauere Gliederung deines Projektablaufs fordert, dann mach das einfach so wie von arlegermi beschrieben. Ich meinte 7-8 Stunden pro Unterpunkt, wobei die meisten Phasen deutlich kürzer sein werden. Die längste Phase ist erfahrungsgemäß die Projektdokumentation selbst, die von vielen Prüflingen mit 7-8 Stunden angesetzt wird (falls sie überhaupt Teil der Projektlaufzeit sein müssen). Also als Beispiel deine Phase "Dokumentation": Dokumentation (14h)Erstellen der Kundendokumentation (5h)Erstellen der Entwicklerdokumentation aus JavaDoc-Kommentaren (1h)Erstellen der Projektdokumentation (8h)Dein Beschreibungstext liest sich eigentlich gut und ist verständlich. Wenn dein Ausschuss also wirklich nur die genauere Gliederung von dir verlangt, sollte der Genehmigung nichts weiter im Wege stehen. Ich kann nur sagen, wie es bei uns im Ausschuss laufen würde. Und da würde das Projekt aufgrund der "falschen" Projektlaufzeit und der fehlenden Wirtschaftlichkeitsbetrachtung abgelehnt. Für letzteren Punkt gibt es sogar extra einen vordefinierten "Ablehnungstext" im IHK-System. Insgesamt würde ich dir nach der Schilderung deines Ausbildungsumfelds noch dringend dazu raten, auch private Zeit in dein Projekt zu investieren (oder zumindest in die Projektdokumentation, die ja letztlich nur bewertet wird).

Was mir sofort auffällt: Dein Projekt dauert keine 70 Stunden. Das würde bei uns sofort abgelehnt. Du musst exakt 70 Stunden planen. Deine Zeitplanung ist außerdem zu grob. Ich empfehle maximal (!) 7-8 Stunden pro Phase, besser weniger (weil genauer). Du hast keinerlei Wirtschaftlichkeitsbetrachtung eingeplant. Außerdem ist keine methodisches Vorgehen erkennbar: keine Modellierung (Architektur, Klassendiagramm usw.), keine Use-Cases, keine MockUps usw. Sind die paar Zeilen dein gesamter Projektantrag? Oder hast du noch Fließtext unterschlagen? Wenn ja, stell bitte deinen gesamten Antrag zur Bewertung ein (bitte anonymisiert). Ansonsten musst du definitiv noch einmal ran. Die paar Stichpunkte reichen nicht als Antrag. Du hast ja nichtmal genau beschrieben, was deine Anwendung eigentlich macht, geschweige denn einen Projektnamen genannt. Ein paar allgemeine Hinweise findest du noch hier: Inhalte des Projektantrags.

Das habe ich ehrlich gesagt noch nie gehört. Das Berichtsheft trägt meines Wissens nach nicht zur Bewertung des Prüflings bei. In keinem mir bekannten Bewertungsschema einer IHK wird das Berichtsheft erwähnt. Es ist zwar Zulassungsvoraussetzung für die Prüfung, aber einen Einfluss auf die Note darf es meines Wissens nach nicht haben. Vielleicht kommen die Prüfer aber durch die Aufgaben im Berichtsheft auf spannende Fragen für das Fachgespräch. Wir schauen ins Berichtsheft, um zu kontrollieren, ob der Ausbildungsbetrieb seinen Job gemacht hat und der Prüfling nicht nur Kaffee kochen durfte.

Jo, das passt. Aus dem Rheinwerk-Verlag. Ende September 2015 erscheint schon die neue Auflage. Zur Sicherheit noch das "Tabellenbuch" dazu. Das ist eine gute Grundlage.

Wie detailliert du dein Berichtsheft führen musst, kann dir nur deine IHK sagen. In Oldenburg reicht z.B. ein Wochenprotokoll (vgl. Vorlage für das Berichtsheft). Ich persönlich finde Tagesprotokolle völlig unsinig. Den Grund hast du schon genannt: Lange Projekte und komplexe Aufgaben.

Ok. Wieder was gelernt Zwei Fragen dazu: 1) Steht auf dem Zeugnis nur eine gemeinsame Note oder werden beide Teile gezeigt? 2) Ist die Gewichtung Präsi/FG 50/50 oder 40/60 (wie oben genannt)?

Ok, dann werde ich das mal glauben Eine allgemeine Vorgabe ist das wohl allerdings nicht. Mir ist nur diese Matrix für die Bewertung der beiden Teile bekannt: Umsetzungshilfen für die neue Prüfungsstruktur der IT-Berufe (ab S. 71).

Dafür müsstest du uns schon sagen, welche Fragen richtig und welche falsch waren. Beispiel: Ist die for-Schleife kopf- oder fußgesteuert? Richtig. Allerdings trivial und wenig Punkte wert. Was ist Objektorientierung? Keine Antwort. Deutlicher Punktabzug. Woher hast du die Information? Von deiner IHK? Dann würde ich gerne wissen, welche IHK das ist. So eine Aufteilung habe ich noch nie gehört oder gelesen. Für Präsentation und Fachgespräch gibt es eine gemeinsame Note, die nicht weiter unterteilt wird. Weder auf dem Zeugnis, noch in den Unterlagen der Prüfer.

Es wird also mal wieder Zeit für die Glaskugel Wie immer die Standardempfehlung: Schau dir die alten Prüfungen an und lies die Standardbücher.